ARC下的内存泄漏

iOS的内存管理一般指oc对象的内存管理,oc对象一般保存在堆内存里面;非oc对象保存在栈内存里面,超出作用域系统就会自动回收。

从MRC到ARC做了什么?

每个对象都有相对应的引用计数器,当一个对象被引用或者被持有的时候,引用计数就会加1;当改对象的某个持有被释放时,引用计数就会减一。当该对象的引用计数为0的时候,该对象就会被释放。
引用计数的存储形式:散列表

struct SideTable {
    spinlock_t slock;
    RefcountMap refcnts;
    weak_table_t weak_table;

    SideTable() {
        memset(&weak_table, 0, sizeof(weak_table));
    }

    ~SideTable() {
        _objc_fatal("Do not delete SideTable.");
    }

    void lock() { slock.lock(); }
    void unlock() { slock.unlock(); }
    void forceReset() { slock.forceReset(); }

    // Address-ordered lock discipline for a pair of side tables.

    template<HaveOld, HaveNew>
    static void lockTwo(SideTable *lock1, SideTable *lock2);
    template<HaveOld, HaveNew>
    static void unlockTwo(SideTable *lock1, SideTable *lock2);
};
// RefcountMap disguises its pointers because we 
// don't want the table to act as a root for `leaks`.
typedef objc::DenseMap<DisguisedPtr<objc_object>,size_t,true> RefcountMap;
// Template parameters.
enum HaveOld { DontHaveOld = false, DoHaveOld = true };
enum HaveNew { DontHaveNew = false, DoHaveNew = true };

从上面的C++源码可以看出,引用计数保存在散列表里,其结构体有弱引用表。散列表会设置新值和旧值,引用计数的变化。
但是实际上引用计数的存储不止保存在散列表里面,还有一些其他的情况,这里做了一下总结:
1.对象支持使用 TaggedPointer,将对象的指针值作为引用计数返回。
2.不支持TaggedPointer:

  • 64位环境并且使用 Objective-C 2.0,会用isa指针部分空间 (bits.extra_rc)存储引用计数;
  • 最终选择Runtime会使用一张散列表(SideTables)来管理引用计数。

此外,还增加了strong和weak主要关键字,来取代retain和assign,废弃了__unsafe_unretain,代码使用起来更加的方便。
weak的管理保存在一张hash表中,具体原理:
(1) 从weak表中获取废弃对象的地址为键值的记录;
(2) 将weak表中的所有__weak修饰变量的地址,赋值为 nil;
(3) 从 weak 表中删除该记录;
(4) 从引用技术表中删除废弃对象的地址为键值的记录。

ARC下的内存泄漏
  1. 由于strong属性导致的block循环引用;
  2. NSTimer引起的循环应用;
  3. 通知中心不释放观察者引起的内存泄漏
  4. 坏内存访问
  5. 方法没有找到对应的消息源
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值