預處理宏的優(yōu)缺點

在軟件開發(fā)過程中，經(jīng)常有一些常用或者通用的功能或者代碼段，這些功能既可以寫成函數(shù)，也可以封裝成為宏定義。那么究竟是用函數(shù)好，還是宏定義好？

我們還是看上一篇文章中引用的比較大小的例子：

#define MAX( a, b) ( (a) > (b) ? (a) : (b) )
//把它用函數(shù)來實現(xiàn)：
int max( int a, int b)
{  
    return (a > b ? a : b);
}

如果我們在程序中將要使用比較大小的函數(shù)，我們顯然會選用上面的宏定義，理由如下：

首先，函數(shù)調(diào)用會帶來額外的開銷，他需要開辟新的棧空間，記錄返回值，還需要將形參壓入棧中，函數(shù)返回時還需要釋放堆棧空間。

這樣的開銷不僅會讓程序執(zhí)行效率變低，代碼量也會大大增加，因此使用上面的宏函數(shù)做文本替代就顯得更明智。

其次，函數(shù)的形參被聲明成了一個特定的類型，如例子中是 int，這樣如果我們軟件中需要使用浮點型的比較大小，我們就不得不重寫一個函數(shù)，從這一點也可以看到宏函數(shù)的優(yōu)勢。

因為是文本的替換，因此他與類型也沒有關系，不過類型不對應，會在編譯階段的時候報錯，這點還是具備利用價值的。

另外，還有一些任務根本無法用函數(shù)實現(xiàn)****，但是用宏定義卻很好實現(xiàn)。

比如參數(shù)類型沒法作為參數(shù)傳遞給函數(shù)，但是可以把參數(shù)類型傳遞給帶參的宏。

看下面的例子：

#define MALLOC（n, type ）（(type ) malloc（（n）sizeof（ type ）））

利用這個宏，我們就可以為任何類型分配一段我們指定的空間大小，并返回指向這段空間的指針。我們可以觀察一下這個宏確切的工作過程：

int *ptr;
ptr = MALLOC ( 5, int );
//將這宏展開以后的結果：
ptr = (int *) malloc ((5) * sizeof(int));

這個例子是宏定義的經(jīng)典應用之一，完成了函數(shù)不能完成的功能，但是宏定義也不能濫用，通常，如果相同的代碼需要出現(xiàn)在程序的幾個地方，更好的方法是把它實現(xiàn)為一個函數(shù)。