iOS开发：基于API返回的Unix UTC时间如何实现每秒刷新的实时时钟

关于Timer的选择 #

Timer并不是这个需求的强制必选方案，但它是适配你当前练习项目最轻量、代码量最少的实现选择。
你要实现的是固定间隔（1秒）触发UI文本更新的逻辑，Timer的设计目标就包含这类定时触发场景，没有使用门槛，和UIKit的兼容度也最高。

Timer的正确使用要点 #

结合你现在已经写好的Int扩展时间格式化逻辑，用Timer实现的时候注意几个容易踩的坑：

• 必须持有Timer的强引用，不能在方法里直接写Timer.scheduledTimer(...)不存引用，否则Timer会被系统提前回收，停止触发
• 时间间隔设置为1秒即可，在回调闭包里直接调用你写的fromUnixTimeToTimeNDate()方法生成格式化字符串，赋值给UILabel的text属性
• 在视图控制器的viewDidDisappear、deinit方法里调用invalidate()销毁Timer，避免内存泄漏和无效的后台UI刷新
• 可以顺带优化下你现有的时间格式化逻辑：不要每次方法调用都新建DateFormatter实例，全局复用一个格式化器能减少不必要的性能消耗

其他可行的替代实现方案 #

如果想尝试不同的实现思路，这几个方案也能达到类似效果：

• CADisplayLink方案：这是和屏幕刷新节奏绑定的定时触发机制，每次屏幕重绘都会触发一次回调。如果后续想做带动画过渡的秒针跳动、或者显示毫秒级精度的时间，用这个方案顺滑度更高，但对当前只需要每秒更一次的场景来说略显冗余，需要自己在回调里判断当前秒数是否变化，避免重复刷新UI
• Combine Timer方案：如果项目已经引入了Combine响应式框架，可以直接用Timer.publish(every: 1, on: .main, in: .common)创建发布者，通过sink绑定UILabel的文本更新逻辑，不需要手动管理Timer的销毁，订阅关系释放时会自动停止触发，代码更简洁
• 系统时钟通知方案：通过注册系统级的时间变化、时区变化通知做被动刷新，配合低频率的后台轮询做补全。但这种方案的触发精度很低，没法做到每秒精准跳动，只适合对实时性要求不高的静态时间展示场景

不推荐的实现方式 #

• 不要用主线程Thread.sleep做延时控制，会直接阻塞UI渲染，导致界面卡顿、用户操作无响应
• 不要在Timer回调里执行耗时的网络请求、大数据计算，否则会拖慢UI刷新节奏

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