ARC实现原理及副作用

ARC通过编译时自动管理引用计数,但仍需注意循环引用。常见问题包括未使用weak修饰delegate、block中的强引用和未在dealloc中正确停止NSTimer。尽管ARC增加了约10%的安装包大小,但显著提高了应用稳定性,推荐在大多数场景下使用。
摘要由CSDN通过智能技术生成

        ARC的原理是在编译时,由编译器在代码中自动插入retain、release、autorelease等代码来管理对象的引用计数。在程序运行时,系统会根据对象的引用情况来自动添加或删除retain、release等代码,从而自动管理对象的内存。

         ARC情况下仍然可能存在内存泄漏。导致内存泄漏的主要原因是循环引用。

        以下是比较容易产生循环引用的三个场景:

       (1) delegate属性没有用weak修饰

       (2) block中使用了self指针或者直接访问了成员变量,同时当前类有对block的强引用

       (3) 当前类启动了NSTimer,但试图在当前类的dealloc方法中停止timer(如果timer未停掉,当前类由于被timer持有,dealloc方法根本不会被调用)。

        ARC大大降低了iOS管理内存的难度,带来的副作用是安装包可能比MRC有所增加,增加幅度通常在10%左右。当然,相较于其对应用稳定性的帮助,这点损失似乎不算什么。在多数场景下,使用ARC显然是一个更优的选择。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值