你知道吗？刚学iOS开发那会儿，我写了个倒计时功能，结果手机烫得能煎鸡蛋。后来发现全是scheduledTimerWithTimeInterval这个定时器方法惹的祸——你猜怎么着？我连最基本的运行原理都没搞明白！
定时器到底是个啥玩意？
简单来说，定时器就像你手机的闹钟。比如每天早上7点叫你起床，在代码里就是让手机每隔固定时间执行某个操作。scheduledTimerWithTimeInterval这个方法的特别之处在于，它会自动帮你把闹钟绑定到当前线程的”邮局”（RunLoop）里。
手把手教你创建定时器
假设我们要做个每秒更新数字的计数器，核心代码就三行： 1. 定义触发动作：写个@objc标记的方法，比如updateCounter() 2. 设置时间间隔：这里填1.0表示1秒 3. 启动定时器：用scheduledTimer方法把前两步串起来
swift var timer: Timer? timer = Timer.scheduledTimer(timeInterval: 1.0, target: self, selector: #selector(updateCounter), userInfo: nil, repeats: true)
这时候可能有同学要问了：”为啥我的定时器点了返回按钮还在跑？” 这就是典型的内存泄漏问题。想象一下，定时器就像个粘人的跟屁虫，如果你不明确说”别跟了”，它会一直抓着你的ViewController不放。
五大翻车现场避坑指南
内存泄漏重灾区：在ViewController的deinit里写timer.invalidate()？错！这时候timer还在强引用着VC，根本走不到deinit 主线程卡成狗：定时器默认在主线程运行，如果处理复杂运算直接卡死界面。这时候得用DispatchQueue.global创建后台定时器 滑动时罢工：滚动TableView时定时器突然停了？这是RunLoop在偷懒，得把定时器加到.commonModes里 时间不准玄学：系统为了省电会”偷时间”，误差超过50%直接不触发。需要精确计时的话得用CADisplayLink 循环引用陷阱：target参数用了self就会形成闭环，正确的做法是用weak var弱引用或者闭包写法灵魂拷问：为啥我的定时器不工作？
前两天有个学员发来段代码，说定时器怎么都触发不了。我一看乐了——他在viewDidLoad里写的定时器，但没把timer赋值给属性变量。系统刚创建完定时器，转头就被ARC回收了，这能工作才见鬼了！
还有个更隐蔽的情况：当你的selector方法写错参数。比如应该带timer参数的： swift @objc func handleTimer(_ timer: Timer) { … } 结果新手经常写成空参数，这时候方法签名对不上，定时器就哑火了。
进阶玩法：闭包写法更安全
现在流行用闭包方式创建定时器，既能避免循环引用，代码也更清爽： swift Timer.scheduledTimer(withTimeInterval: 1.0, repeats: true) { [weak self] _ in self?.updateCounter() } 注意这里必须用[weak self]，否则闭包会强持有self，又回到内存泄漏的老问题。
小编最后说句大实话：定时器用得好是神器，用不好就是耗电炸弹。记住三个关键点——及时销毁、注意线程、小心循环引用，保准你写的定时器既准又稳。下次遇到定时器崩溃，先检查这三点准没错！
本站文章由SEO技术博客撰稿人原创，作者:阿君创作，如若转载请注明原文及出处：https://www.ainiseo.com/hosting/18608.html
