内存管理系列文章:数组
苹果设备受欢迎的背后离不开iOS优秀的内存管理,不一样场景,系统提供了不一样的内存管理方案来节省内存和提升执行效率,大体有以下三种:bash
为了节省内存和提升执行效率,苹果提出了Tagged Pointer的概念。对于 64 位程序,引入 Tagged Pointer 后,相关逻辑能减小一半的内存占用,苹果对于Tagged Pointer特色的介绍:数据结构
假设咱们要存储一个 NSNumber 对象,其值是一个整数。正常状况下,若是这个整数只是一个 NSInteger 的普通变量,那么它所占用的内存是与 CPU 的位数有关,在 32 位 CPU 下占 4 个字节,在 64 位 CPU 下是占 8 个字节的。而指针类型的大小一般也是与 CPU 位数相关,一个指针所占用的内存在 32 位 CPU 下为 4 个字节,在 64 位 CPU 下也是 8 个字节。架构
因此一个普通的 iOS 程序,若是没有Tagged Pointer对象,从 32 位机器迁移到 64 位机器中后,虽然逻辑没有任何变化,但这种 NSNumber、NSDate 一类的对象所占用的内存会翻倍。以下图所示: ide
为了改进上面提到的内存占用和效率问题,苹果提出了Tagged Pointer对象。因为 NSNumber、NSDate 一类的变量自己的值须要占用的内存大小经常不须要 8 个字节,拿整数来讲,4 个字节所能表示的有符号整数就能够达到 20 多亿(注:2^31=2147483648,另外 1 位做为符号位),对于绝大多数状况都是能够处理的。函数
因此咱们能够将一个对象的指针拆成两部分,一部分直接保存数据,另外一部分做为特殊标记,表示这是一个特别的指针,不指向任何一个地址。因此,引入了Tagged Pointer对象以后,64 位 CPU 下 NSNumber 的内存图变成了如下这样: 布局
方案对比: 当NSNumber、NSDate、NSString存值很小的状况下post
在没有使用TaggedPointer以前:性能
使用TaggedPointer以后:优化
当存值很大,指针不够存储数据时(超过64位),才会使用动态分配内存的方式来存储数据(建立OC对象)
消息调用时,objc_msgSend 能识别TaggedPointer,好比NSNumber的intValue方法,直接从指针提取数据,节省了之前的调用开销(并且这不是真的OC对象,根本就没有isa去找方法)
int main(int argc, const char * argv[]) {
@autoreleasepool {
NSNumber *num1 = @3;
NSNumber *num2 = @4;
NSNumber *num3 = @5;
// 数值太大,64位不够放,得alloc生成个对象来保存
NSNumber *num4 = @(0xFFFFFFFFFFFFFFFF);
// 小数值的NSNumber对象,并非alloc出来放在堆中的对象,只是一个单纯的指针,目标值是存放在指针的地址值中
NSLog(@"%p %p %p %p", num1, num2, num3, num4);
}
}
// 打印日志
2020-03-23 16:10:30.888204+0800 04-内存管理-Tagged Pointer[6079:225288] 0x2027be5cc632c957 0x2027be5cc632ce57 0x2027be5cc632cf57 0x100512050
复制代码
说明: 猜想是iOS13以后底层多加了一层掩码,之前输出num1, num2, num3地址是0x327 0x427 0x527 ,直接能够从地址里面看到NSNumber的值
断定规则:将某个对象和1进行位运算
断定为是【1】就是TaggedPointer,不然这就是分配到堆中的OC对象的内存地址(OC对象在内存中以16对齐,所以有效位确定是0,16 = 0x10 = 0b00010000)。
BOOL isTaggedPointer(id pointer) {
return (long)(__bridge void *)pointer & (long)1; // Mac平台是最低有效位(第1位)
}
int main(int argc, const char * argv[]) {
@autoreleasepool {
NSNumber *num3 = @5;
NSNumber *num4 = @(0xFFFFFFFFFFFFFFFF);
NSLog(@"%d %d ", isTaggedPointer(num3), isTaggedPointer(num4));
}
}
// 打印日志
2020-03-23 16:10:30.888286+0800 04-内存管理-Tagged Pointer[6079:225288] 1 0
复制代码
TaggedPointer技术的好处:
在arm64位下iOS操做系统,Objective-C对象的isa区域再也不只是一个指针,在64位架构下的isa指针是64bit位,实际上33位就可以表示类对象(或元类对象)的地址,为了提供内存的利用率,在剩余的bit位当中添加了内存管理的数据内容
有些数据在存储时并不须要占用一个完整的字节,只须要占用一个或几个二进制位就能够了。
正是基于这种考虑,C语言又提供了一种叫作位域的数据结构。在结构体定义时,咱们能够指定某个成员变量所占用的二进制位数(Bit),这就是位域。
上个demo
struct {
char name : 1;
char number : 1;
char sex : 1;
} Person;
复制代码
简单总结:
// 0b00000 0 0 0
↓ ↓ ↓
sex number name
复制代码
union {
int number; // 占4字节
float age; // 占8字节
} person; // 以最大的那一个成员的内存来分配,因此共同体占8字节
test.number = 3;
test.age = 20;
复制代码
猜想下number的结果:
此时再次访问 test.number 就再也不是3,而是20了,由于这两个成员共用一块内存,以前的3被覆盖了
union {
char content;
//【这个结构体纯属摆设】自始至终只操做content,不会用到这个结构体,不影响存储
struct {
char name : 1;
char number : 1;
char sex : 1;
};
}person
复制代码
简单总结:
# 只看arm64状况下
union isa_t {
Class cls;
uintptr_t bits;
struct {
uintptr_t nonpointer : 1; \
uintptr_t has_assoc : 1; \
uintptr_t has_cxx_dtor : 1; \
uintptr_t shiftcls : 33; /*MACH_VM_MAX_ADDRESS 0x1000000000*/ \
uintptr_t magic : 6; \
uintptr_t weakly_referenced : 1; \
uintptr_t deallocating : 1; \
uintptr_t has_sidetable_rc : 1; \
uintptr_t extra_rc : 19
};
};
复制代码
可是若是 extar_rc不够存储的话,就须要将引用计数存入一个叫 Side Table 的数据结构中。
SideTables()实际是一个哈希表,咱们能够经过对象指针,找到所对应的引用计数表或弱引用表位于哪一个SideTable表中。也就是有多个sideTable表
回答:若是只有一张表,全部对象的引用计数都放到一张表中,则若是在修改某个对象的引用计数的时候,因为对象可能在不一样线程中被操做,则须要对表进行加锁,这样一来,效率就会极地。
是根据关键码值(Key value)而直接进行访问的数据结构。也就是说,它经过把关键码值映射到表中一个位置来访问记录,以加快查找的速度,赋值和获取都避免了遍历,提升了效率
底层源码结构以下:
struct SideTable {
spinlock_t slock;//自旋锁
RefcountMap refcnts;//引用计数表
weak_table_t weak_table;//弱引用表
}
复制代码
引用计数表也是一个hash表,经过hash函数找到指针对应的引用计数的位置。
弱引用表也是一个hash表,经过hash函数找到对象对应的弱引用数组
底层结构:
struct weak_table_t {
weak_entry_t *weak_entries;
size_t num_entries;
};
复制代码