編寫**的過程中，經常會輸出一些除錯資訊到螢幕上，一般會呼叫printf這類的函式。 但是當除錯解決之後，我們需要手工將這些地方刪除或者注釋掉。 再這次的專案中就用到類似問題，為了除錯程式，再一些地方輸出了很多的資訊，隨著專案的除錯，輸出的資訊越來越多。於是就面臨著，如何處理這些輸出資訊的語句。 簡單刪掉，不僅有一定的工作量，而且也不能保證之後就不出現問題，出現問題後這些資訊還是有用的。 不去掉，帶著除錯資訊就上線，這是明顯不允許的。 於是就想到了乙個可行的辦法。如下：
voidmyprintf(char* fmt, ...) #ifdefdebug #defineprintf(fmt, args...) myprintf(fmt, ##args) #endif
除錯階段帶著debug除錯，正式上線就可以把printf變成乙個空函式了。 這樣做的乙個潛在風險是可能會導致默寫glib函式需要呼叫printf輸出錯誤log也給取消掉了。 令人欣慰的是，大部分glib呼叫的應該是fprintf。 雖然問題解決了，但是我對args...以及##args還是不太了解。上網找了些gcc手冊的資料如下： 帶有可變引數的巨集（macros with a variable number of arguments） 在2023年版本的iso c 標準中，巨集可以象函式一樣，定義時可以帶有可變引數。巨集的語法和函式的語法類似。下面有個例子：
#definedebug(format, ...) fprintf (stderr, format, __va_args__)
這裡，『…』指可變引數。這類巨集在被呼叫時，它（這裡指『…』）被表示成零個或多個符號，包括裡面的逗號，一直到到右括弧結束為止。當被呼叫時，在巨集體（macro body）中，那些符號串行集合將代替裡面的__va_args__識別符號。更多的資訊可以參考cpp手冊。 gcc始終支援複雜的巨集，它使用一種不同的語法從而可以使你可以給可變引數乙個名字，如同其它引數一樣。例如下面的例子：
#definedebug(format, args...) fprintf (stderr, format, args)
這和上面舉的那個iso c定義的巨集例子是完全一樣的，但是這麼寫可讀性更強並且更容易進行描述。 gnu cpp還有兩種更複雜的巨集擴充套件，支援上面兩種格式的定義格式。 在標準c裡，你不能省略可變引數，但是你卻可以給它傳遞乙個空的引數。例如，下面的巨集呼叫在iso c裡是非法的，因為字串後面沒有逗號：
debug ("a message")
gnu cpp在這種情況下可以讓你完全的忽略可變引數。在上面的例子中，編譯器仍然會有問題（complain），因為巨集展開後，裡面的字串後面會有個多餘的逗號。 為了解決這個問題，cpp使用乙個特殊的『##』操作。書寫格式為：
#definedebug(format, ...) fprintf (stderr, format, ## __va_args__)
這裡，如果可變引數被忽略或為空，『##』操作將使預處理器（preprocessor）去除掉它前面的那個逗號。如果你在巨集呼叫時，確實提供了一些可變引數，gnu cpp也會工作正常，它會把這些可變引數放到逗號的後面。象其它的pasted macro引數一樣，這些引數不是巨集的擴充套件。
C C 巨集定義的可變引數
c c 巨集定義的可變引數 編寫 的過程中，經常會輸出一些除錯資訊到螢幕上，一般會呼叫printf這類的函式。但是當除錯解決之後，我們需要手工將這些地方刪除或者注釋掉。最近在看 linux c程式設計一站式學習 這本書，就想到乙個方法 voidmyprintf char fmt,ifdefdebug...
C C 巨集定義的可變引數
3 10 web開發 dante 16,686 編寫 的過程中，經常會輸出一些除錯資訊到螢幕上，一般會呼叫printf這類的函式。但是當除錯解決之後，我們需要手工將這些地方刪除或者注釋掉。再這次的專案中就用到類似問題，為了除錯程式，再一些地方輸出了很多的資訊，隨著專案的除錯，輸出的資訊越來越多。於是...
可變引數的巨集定義
link todo 原理 printf 和fprintf 這些輸出函式的引數是可變的，在除錯程式時，你可能希望定義自己的引數可變的輸出函式，那麼可變引數巨集會是乙個選擇。c99中規定巨集可以像函式一樣帶有可變引數，比如 define log format,fprintf stdout,format,...