<p><strong>发生场景</strong></p>    <p>在 Controller B 中有一个 NSTimer</p>    <pre>  <code class="language-objectivec">@property (strong, nonatomic) NSTimer *timer;</code></pre>    <p>你创建了它，并挂载到 main runloop</p>    <pre>  <code class="language-objectivec">self.timer = [NSTimer scheduledTimerWithTimeInterval:1   target:self selector:@selector(timerAction:) userInfo:nil repeats:true];</code></pre>    <p>然后退出 Controller B 的时候，忘记关掉 timer 了</p>    <p>Controller B 将不会释放，B 与 timer 循环引用。因为创建 timer 的时候把 self 直接写进去了。</p>    <p><strong>方法一</strong></p>    <p>既然不能直接传 self，那传 weakSelf 试试</p>    <pre>  <code class="language-objectivec">__weak typeof(self) weakSelf = self;    self.timer = [NSTimer scheduledTimerWithTimeInterval:1   target:weakSelf selector:@selector(timerAction:) userInfo:nil repeats:true];</code></pre>    <p>测试结果还是发生了循环引用，B 没有释放，timer 对 weakSelf 这个变量是强引用的，timer -> weakSelf -> B -> timer，三者之间形成循环引用。</p>    <p><strong>方法二</strong></p>    <p>设置一个包装类，包着 Controller B 放进 timer 中，像这样</p>    <p style="text-align:center"><img src="https://simg.open-open.com/show/b6059a7f754c52d814f5dcd1a3010807.png"></p>    <p>我认为 Controller B 有几 MB 那么大，泄露了很浪费内存。</p>    <p>WeakWrap 只有几百个字节那么小，泄露了也没关系。</p>    <p>WeakWrap 中对 Controller B 弱引用，WeakWrap 包着 Controller B，传进 timer 中，就算忘记关 timer，也只是泄露了 WeakWrap 和 timer。</p>    <p>理论上还是有内存泄露，只不过比较少，如果一个 Controller 是频繁进出的，进出一次，丢失一个，如果有几十个泄露的 timer 挂在 main runloop 上会影响性能和流畅性，你想几十个 timer 一起 fire，又调用了 timer 事件响应方法，开销还是挺大的。</p>    <p><strong>方法三</strong></p>    <p>NSTimer 已知是会强引用参数 target:self 的了，如果忘记关 timer 的话，传什么进去都会被强引用。干脆实现一个 timer 算了，timer 的功能就是定时调某个方法，NSTimer 的调用时间是不精确的！它挂在 runloop 上受线程切换，上一个事件执行时间的影响。</p>    <p>利用 dispatch_asyn() 定时执行函数。看下面代码。</p>    <pre>  <code class="language-objectivec">- (void)loop {      [self doSomething];      ......      // 休息 time 秒，再调 loop，实现定时调用      [NSThread sleepForTimeInterval:time];      dispatch_async(self.runQueue, ^{          [weakSelf loop];      });      }</code></pre>    <p>dispatch_async 中调 loop 不会产生递归调用</p>    <p>dispatch_async 是在队列中添加一个任务，由 GCD 去回调 [weakSelf loop]</p>    <p>这办法解决了timer 不能释放，挂在 runloop 不能移除的问题。</p>    <p>利用这方法，我写了个不会发生循环引用的 timer，controller 释放，timer 也自动停止释放，甚至 timer 的 block 里面可以直接写 self，也不会循环引用。 </p>    <p><strong>方法四</strong></p>    <p>NSTimer 我之前没遇到过循环引用的问题，因为我一直都是配对使用，在 viewWillAppear 开启，在 viewWillDisappear 关闭，不关闭的话那么多 timer 挂载在 runloop 上感觉挺影响性能和流畅性的，就像管理内存一样，申请和释放配对使用，就不会泄露了，谁申请谁释放的原则。但是很大的团队的话，别人可能会写错，造成泄露，可以从技术上，团队编程规范上解决他。</p>    <p>比如定一些规范，Controller 退出一定要成功销毁，不能泄露内存。Block 里不能写 self 等等。</p>    <p> </p>    <p>来自：http://www.cocoachina.com/ios/20170428/19144.html</p>    <p> </p>