const常量與define巨集定義的區別

#define radius 100;

const float radius = 100;

(1) 編譯器處理方式不同

define巨集是在預處理階段展開。

const常量是編譯執行階段使用。

(2) 型別和安全檢查不同

define巨集沒有型別，不做任何型別檢查，僅僅是展開。

const常量有具體的型別，在編譯階段會執行型別檢查。

(3) 儲存方式不同

define巨集僅僅是展開，有多少地方使用，就展開多少次，不會分配記憶體。（巨集定義不分配記憶體，變數定義分配記憶體。）

const常量會在記憶體中分配(可以是堆中也可以是棧中)。

(4)const 可以節省空間，避免不必要的記憶體分配。例如：

#define pi 3.14159 //常量巨集

const doulbe pi=3.14159; //此時並未將pi放入rom中 ......

double i=pi; //此時為pi分配記憶體，以後不再分配！

double i=pi; //編譯期間進行巨集替換，分配記憶體

double j=pi; //沒有記憶體分配

double j=pi; //再進行巨集替換，又一次分配記憶體！

const定義常量從彙編的角度來看，只是給出了對應的記憶體位址，而不是象#define一樣給出的是立即數，所以，const定義的常量在程式執行過程中只有乙份拷貝（因為是全域性的唯讀變數，存在靜態區），而 #define定義的常量在記憶體中有若干個拷貝。

(5) 提高了效率。編譯器通常不為普通const常量分配儲存空間，而是將它們儲存在符號表中，這使得它成為乙個編譯期間的常量，沒有了儲存與讀記憶體的操作，使得它的效率也很高。

(6) 巨集替換只作替換，不做計算，不做表示式求解;

巨集預編譯時就替換了，程式執行時，並不分配記憶體。

（1） const常量有資料型別，而巨集常量沒有資料型別。編譯器可以對前者進行型別安全檢查。而對後者只進行字元替換，沒有型別安全檢查，並且在字元替換可能會產生意料不到的錯誤（邊際效應）。

（2）有些整合化的除錯工具可以對const常量進行除錯，但是不能對巨集常量進行除錯。

l【規則5-2-1】在c++ 程式中只使用const常量而不使用巨集常量，即const常量完全取代巨集常量。

l【規則5-3-1】需要對外公開的常量放在標頭檔案中，不需要對外公開的常量放在定義檔案的頭部。為便於管理，可以把不同模組的常量集中存放在乙個公共的標頭檔案中。

l【規則5-3-2】如果某一常量與其它常量密切相關，應在定義中包含這種關係，而不應給出一些孤立的值。

例如：const float radius = 100;

const float diameter = radius * 2;

有時我們希望某些常量只在類中有效。由於#define定義的巨集常量是全域性的，不能達到目的，於是想當然地覺得應該用const修飾資料成員來實現。const資料成員的確是存在的，但其含義卻不是我們所期望的。const資料成員只在某個物件生存期內是常量，而對於整個類而言卻是可變的，因為類可以建立多個物件，不同的物件其const資料成員的值可以不同。

不能在類宣告中初始化const資料成員。以下用法是錯誤的，因為類的物件未被建立時，編譯器不知道size的值是什麼。

class a ;

const

資料成員的初始化只能在類建構函式的初始化表中進行，例如

class a ;

a::a(int size) : size(size) // 建構函式的初始化表

a a(100); // 物件 a 的size值為100

a b(200); // 物件 b 的size值為200

怎樣才能建立在整個類中都恆定的常量呢？別指望const資料成員了，應該用類中的列舉常量來實現。例如

class a

; //列舉常量

int array1[size1];

int array2[size2]; };

列舉常量不會占用物件的儲存空間，它們在編譯時被全部求值。列舉常量的缺點是：它的隱含資料型別是整數，其最大值有限，且不能表示浮點數（如pi=3.14159）。sizeof(a) = 1200;其中列舉部長空間。

enum em ; //列舉常量

sizeof（em） = 4；

const常量與define巨集定義的區別

const常量與 define巨集

巨集定義 define 與常量 const 區別

const常量與define巨集定義的區別

const常量與define巨集定義的區別

const常量與 define巨集

巨集定義 define 與常量 const 區別

const常量與define巨集定義的區別

相關推薦