说实话，iOS内存管理是个老生常谈的话题了咱就是说今天咱们就来好好聊聊它。

你得知道，iOS的内存管理主要靠引用计数这套机制来搞定。

简单来说就是当你创建一个对象时它的引用计数就是1。

每当有人强引用它一次计数就+1。

有人释放它一次计数就-1。

直到计数归零，对象就被销毁了。

→ objcretain → obj->rootRetain → SideTable::tryRetain→ 引用计数表中 + → objcrelease → obj->rootRelease → SideTable::tryRelease→ 引用计数表中 -→ 归零则调用 dealloc

这里面有个关键的数据结构叫SideTable。

全局不是一张大表，而是由StripedMap管理的多张SideTable。

用对象地址哈希后取模，分散到不同表里减少并发锁竞争：

class StripedMap { enum { StripeCount = 64 }; // 真机64张 struct SideTable { spinlockt slock; RefcountMap refcnts; weaktablet weaktable; }; static unsigned int indexForPointer { uintptrt addr = reinterpretcast; return ^ ) % StripeCount; } SideTable& operator { return tables; } SideTable tables; };

每张SideTabledou有独立的自旋锁，不同对象大概率落在不同Stripe，并发retain/release时锁竞争大大降低。

weak引用不是简单存个指针——运行时维护了一套完整的分层查找结构：

obj │ │ StripedMap::indexForPointer ▼ SideTable &table = SideTables ← 第1层：全局StripedMap │ │ table.weaktable ▼ weaktablet weaktable ← 第2层：这张SideTable下的weak表 │ │ weakentryforreferent ← 以obj为key哈希查找 ▼ weakentry_t *entry ← 第3层：该对象的weak entry │ │ entry->referrers (或 entry] ▼ id *referrer = entry->referrers ← 第4层：某个weak变量自身的地址 │ *referrer = nil ▼ 该weak变量变为nil ← 第4层

为什么weak表要在SideTable里面而不是全局一张表？

同样是为了降低锁粒度——weak的注册和清理dou需要加锁，Ru果全局一张weak表，所有线程的weak操作dou抢同一把锁，性Neng会hen差。

void objcobject::sidetableclearDeallocating { SideTable &table = SideTables; table.lock; // ... 省略部分代码 ... weakclearno_lockthis); // ... 省略部分代码 ... }

对于NSNumber、NSDate、小NSString等对象，值直接编码在指针中，无需堆内存分配，也没有引用计数。

优点：无需malloc分配堆内存、无需retain/release、访问geng快。

autoreleasepool 基于栈结构，以Page为单位： objcautoreleasePoolPush → AutoreleasePoolPage::push → 在当前线程的autoreleasepool栈顶压入一个POOLBOUNDARY哨兵

objcautoreleasePoolPop → AutoreleasePoolPage::pop → 从栈顶逐一向后释放对象，直到遇到POOLBOUNDARY哨兵 → 回滚next指针

每个线程dou有独立的autoreleasepool栈。

// 处理大量图片/payload时手动池避免峰值飙升 for { @autoreleasepool { NSData *data = ]; ; }

final class LeakDetector {

}

说实话，这些知识点掌握好了之后你就会发现，iOS内存管理也没那么难嘛，你懂的！