Cocoa UI中IBAction调用疑似损坏NSTimer问题咨询

这种诡异的问题我之前在项目里也踩过坑，大概率是NSTimer的target配置/内存管理或者selector绑定出了问题，咱们一步步拆解可能的原因：

1. 不小心把NSTimer的target设成了UI控件 #

你回忆下创建NSTimer的代码，是不是误把target指定成了触发点击的UI控件（比如UIButton）？比如本来应该写：

[NSTimer scheduledTimerWithTimeInterval:1.0 target:self selector:@selector(timerFire:) userInfo:nil repeats:YES];

结果手滑写成了：

[NSTimer scheduledTimerWithTimeInterval:1.0 target:clickedButton selector:@selector(timerFire:) userInfo:nil repeats:YES];

这种情况下，timer触发时自然会把消息发给UI控件，完全符合你描述的现象。

2. Target对象被提前释放，内存被UI控件复用 #

如果你的timer的target是某个自定义对象，但这个对象没有被强引用，导致在timer触发前就被释放了——iOS的内存分配机制会把释放后的内存空间重新分配给其他对象，刚好点击的UI控件占用了这块内存，那么timer触发时就会把消息发送到这块内存上的UI对象。

验证方法很简单：给target对象的dealloc方法加日志，看看是不是在timer触发前就被销毁了。解决方式可以是：

• 确保target对象在timer生命周期内被强引用；
• 改用iOS 10+支持的block形式NSTimer，同时注意用弱引用避免循环引用：

__weak typeof(self) weakSelf = self;
[NSTimer scheduledTimerWithTimeInterval:1.0 repeats:YES block:^(NSTimer * _Nonnull timer) {
    [weakSelf timerFire:timer];
}];

3. Selector名称冲突（相对少见） #

如果你的UI控件所在类（比如ViewController）里，刚好有一个和timer selector同名的方法，或者UI控件的类别里存在同名方法，可能会导致消息转发到UI对象上。不过这种情况概率很低，优先排查前两种原因。

最后给个排查小技巧：在timer创建的地方加断点，查看target的内存地址，再对比点击的UI控件的地址，就能快速确认是target设置错误，还是内存被复用了。

内容的提问来源于stack exchange，提问作者JeremyLaurenson