【iOS_Development】const与#define的使用

1. 首先聊一下编译器工作的基本步骤

C和C++编译器是集成的，编译一般分为如下四个步骤：
1. 预处理(preprocessing) ------------ cpp/gcc -E
2. 编译(compilation) ---------------- cc1 / gcc -S
3. 汇编(assembly) ------------------- as
4. 连接(linking) -------------------- ld 
其中预处理包含宏定义、文件包含、条件编译

关于编译原理方面更多内容请参考编译原理的简述

2. const VS #define

1). 编译时刻：宏是预编译， const是编译阶段
2). 编译检查：宏不做检查，有错误不会提示，const会检查，有错误会提示
3). 宏的好处：宏能定义方法
4). 宏的坏处：大量使用宏，容易造成编译时间久
5). const的好处：编译器通常不为普通const常量分配存储空间，而是将它们保存在符号表中，这使得它成为一个编译期间的常量，没有了存储与读内存的操作，使得它的效率也很高
6). const的坏处：const不能定义方法 只能用常量 
7). 宏定义所定义的生命周期与所在的载体的生命周期有关
8). const修饰具有就近性，即const后面的参数是不可变的，const修饰的参数具有只读性，如果试图修改，编译器就会报错
9). 苹果官方不推荐我们使用宏， 推荐使用const常量

#define DEMO @“www.baidu.com”

3. static && const

1). static修饰的全局静态变量，作用域是声明此变量所在的文件 
2). 被static修饰的局部变量只初始化一次，即只会分配一次内存 
3). 被static修饰的局部变量，可以延长生命周期，其生命周期与应用程序一致 
4). static与const声明的变量为只读静态全局变量 
5). static与const结合：在每个文件需要定义一份静态全局变量 
6). 在实现文件中使用static const定义“只在编译单元内可见的常量”不在全局符号表中

staticNSString *const demo = @“www.baidu.com”;

4. extern && const

在开发中需要在多个文件中经常使用同一个字符串常量，可以使用extern与const结合使用 
1). extern与const结合：定义一份全局变量，多个文件都可以访问 
2). extern用于声明外部全局变量，extern修饰的全局变量默认是有外部链接的，即这种常量会出现在全局符号表中，作用域是整个工程
3). 用extern修饰的变量必须要定义，而且只能定义一次。通常将其定义在与声明该常量的头文件相关的而实现文件里。有实现文件生成目标文件时，编译器会在数据段为字符串分配存储空间

.h
extern NSString *const Demo;

.m
NSString *const Demo = @"www.baidu.com”;

这样定义常量要优于使用#define预处理指令，因为编译器会确保常量值不变。一旦 .m 文件中定义好了，即可随处使用，而采用预处理指令定义常量可能会无意中修改，从而导致应用程序各个部分使用的值互不相同。

GitHub主页

CSDN Blog

Email：[email protected]