預(yù)處理宏的優(yōu)缺點(diǎn)有哪些

預(yù)處理宏的優(yōu)缺點(diǎn)

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

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

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

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

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

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

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

因?yàn)槭俏谋镜奶鎿Q，因此他與類型也沒有關(guān)系，不過類型不對應(yīng)，會在編譯階段的時(shí)候報(bào)錯(cuò)，這點(diǎn)還是具備利用價(jià)值的。

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

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

看下面的例子：

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

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

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

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