static

static对变量的修饰在编译阶段执行，被static修饰的变量在编译阶段会进行编译检查，会报编译错误。

被static修饰的变量仅在编译阶段初始化一次，在全局/静态区为它分配一份内存，一直到程序结束运行由系统回收。

修饰局部变量

延长局部变量的生命周期（存储区域从栈移动到静态区）, 程序结束才会销毁。
局部变量只会生成一份内存, 不管方法执行多少次, 其只会初始化一次。

例：在一个类的里面打印下面的方法，只要程序不销毁, a 的值就不会被销毁，会一直保持最后一次给 a 赋的值，内存地址不会再变

-(void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event{

    static int a = 0;
    ++a;
    NSLog(@"a = %d a的内存地址=%p",a,&a);   
    
}

结果如下：

打印结果：
a = 1   a的内存地址=0x10e758160
a = 2   a的内存地址=0x10e758160
a = 3   a的内存地址=0x10e758160
a = 4   a的内存地址=0x10e758160

修饰全局变量

被static修饰全局变量，作用域会修改，也就是只能在当前文件下使用

没有使用static关键字修饰(不管是在.m还是.h中声明)的全局变量，在其他.m和.h文件中定义同名的全局变量，在编译时是会报重复声明错误的，也就是此时的全局变量的作用域是整个项目。

而使用static关键字修饰(在.m中声明)的全局变量后，在其他.m和.h文件中定义同名的全局变量就不会报错了，因此我们得到的上述第三点作用。（PS：如果使用static关键字修饰(在.h中声明)的全局变量，只要在文件中#import该.h文件，还是可以使用该全局变量，所以第三点作用强调的是(在.m中声明)的全局变量）

static的用法：

//只有以下两种用法，且效果一样
static NSString *name_1 = @"SunSatan";
NSString static *name_2 = @"SunSatan";

全局变量是不安全的，因为它可能会被外部修改，所以在.m中定义全局变量时推荐使用static关键字修饰。

const

const对变量的修饰在编译阶段执行，被const修饰的变量在编译阶段会进行编译检查，会报编译错误。

被const修饰的变量仅在编译阶段初始化一次，在常量区为它分配一份内存，一直到程序结束运行由系统回收。

const 作用

将位于const右部的变量修饰为常量
被const修饰的变量是只读的，不能被修改

const的用法：

1. 修饰基本变量

// 对于基础数据类型且不加*来说，这两种写法是一样的，
// const只修饰右边的intVar，让intVar为常量且只读
// intVar的值不可以被修改
const int intVar = 1;
int const intVar = 1;

2. 修饰指针变量

const NSString *p = @"Satan";  //  *p只读 ; p变量
NSString const *p = @"Satan";  //  *p只读 ; p变量

NSString * const p = @"Satan"; //  *p变量 ; p只读

const NSString * const p = @"Satan"; //  *p只读 ; p只读
NSString const * const p = @"Satan"; //  *p只读 ; p只读

观察const右边紧跟着的是 * 还是varName，只有是const 右边紧跟varName时，varName才变为常量且无法被修改。

extern

extern关键字修饰全局变量是表示对该全局变量的访问，而不是定义该全局变量，所以并不会分配内存。

extern关键字会先在当前文件查找有没有该全局变量，没有找到，才会去整个项目中的文件去查找。

extern的作用:

可以使用extern关键字访问全局变量，前提是该全局变量没有static关键字修饰。

extern的用法：

//正确写法要分两步
extern NSString *name_1;//这一步是表示访问
 
name_1 = @"不是SunSatan";//这一步才能修改
 
 
//下面写法是错误的
extern NSString *name_1 = @"不是SunSatan";

extern也可以使用苹果官方定义的宏：UIKIT_EXTERN来进行替换，你看哪个你觉得舒服就用哪个，效果一样。

define

宏是一种批量处理的称谓，简单来说就是根据定义好的规则替换一定的文本。替换过程在程序编译期，也因此大量使用宏会造成编译时间变长；而且替换过程不进行类型安全检查;还需要注意“边缘效应”

引用喵神 【宏定义的黑魔法】 原文: 宏定义在C系开发中可以说占有举足轻重的作用。底层框架自不必说，为了编译优化和方便，以及跨平台能力，宏被大量使用，可以说底层开发离开define将寸步难行。而在更高层级进行开发时，我们会将更多的重心放在业务逻辑上，似乎对宏的使用和依赖并不多。但是使用宏定义的好处是不言自明的，在节省工作量的同时，代码可读性大大增加。如果想成为一个能写出漂亮优雅代码的开发者，宏定义绝对是必不可少的技能
得益于宏定义的高效与灵活性, 在很多底层系统中大量被使用, 其玩法也非常的多, 感兴趣的可以参考喵神这篇文章

宏定义的黑魔法 - 宏菜鸟起飞手册

define 与 const 选择

宏定义是在预编译期间处理,在使用时系统直接进行的方法替换,静态变量等则是在编译期间进行的。宏定义不会被系统做编译检查,所以类型错误也能通过编译,const则会做编译检查。能显式的声明数据类型,并且不会出现自己定义的宏被其他人员更换,导致出现难以排查的Bug。宏不仅能对数据类型进行定义,还能对函数, 结构体,方法等进行定义相对比起常量来说作用会更多一些。

总结

编译时刻：宏是预编译, const是编译阶段
编译检查：宏不做检查, 有错误不会提示, const会检查, 有错误会提示
宏的优点：高效,灵活,可用于替换各种函数,方法,结构体,数据等;
宏的缺点：由于在预编译期间完成, 大量使用宏, 容易造成编译时间久
const优点：编译器通常不为普通const常量分配存储空间,而是将它们保存在符号表中, 这使得它成为一个编译期间的常量,没有了存储与读内存的操作,使得它的效率也很高, 相当于宏更加高效, 并且容错率很低。
const缺点：const 能定义的内容非常有限, 只能用于定义常量
宏定义所定义的生命周期与所在的载体的生命周期有关
const修饰具有就近性,即const后面的参数是不可变的,const修饰的参数具有只读性, 如果试图修改, 编译器就会报错
苹果官方不推荐我们使用宏, 推荐使用const常量

static与const

static与const同时修饰一个变量时，该变量变为静态的只读变量，无法被外部文件访问也无法被修改。

通常用于全局的数据常量或字符串常量，这些常量定义之后就不需要也不能修改，且作用域仅在本.m文件中。

类似下面的栗子，这些常量仅在一个.m文件使用，且定义之后就不需要也不能修改，就应该使用static与const同时修饰。

static NSString *const titleOfViewController = @"首页";
 
static NSInteger const PI = 3.1415926;

extern与const

多个文件中都经常使用的相同的字符串常量，就需要使用extern与const同时修饰，可供外部文件访问且不可修改。

通常我们会创建一个SUNConst.h和SUNConst.m来统一管理全局变量(全局变量遍布整个项目将维护艰难)，此时就要用到extern与const。

SUNConst.h负责定义:

extern NSString *const name;
 
extern NSInteger const PI;

SUNConst.m负责实现:

NSString *const name = @"SunSatan";
 
NSInteger const PI = 3.1415926;

转自：

iOS-extern、static、const详解

iOS 常用关键字 static、const、 extern、define

iOS 常用关键字 static、const、extern、define