SwiftUI：在onReceive中初始化Publisher是否安全？Timer相关疑问

1. 内联声明Timer在onReceive中，currentDate更新时会触发Publisher重新初始化吗？ #

会的。SwiftUI中当currentDate这类状态属性更新时，View的body会被重新计算执行。如果把Timer.publish(...)直接写在onReceive的参数里，每次body刷新都会创建一个全新的Timer Publisher实例，相当于每次都启动一个新的定时器——这会导致多个定时器同时运行，触发频率远超预期，还会浪费系统资源。

2. 将Timer设为View的属性变量，能保证稳定性并减少不必要计算吗？ #

完全可以。把Timer Publisher声明为View的一个属性（通常用let常量），只会在View实例化时初始化一次，不会随着body的刷新重复创建。这样既保证了Timer的唯一性，避免了重复启动的问题，也减少了不必要的对象初始化操作，提升了性能。

3. 声明为@State是最稳定的方案吗？ #

不是。@State的设计初衷是存储值类型的状态数据，并不适合存储Timer这类引用类型。用@State持有Timer可能会导致意外的生命周期问题——比如View刷新时无法保证引用的一致性，甚至出现定时器失效或重复创建的情况。

更稳定的方案是直接用let声明一个Timer Publisher属性并自动连接：

private let timer = Timer.publish(every: 1, on: .main, in: .common).autoconnect()

如果需要动态控制定时器的启停，可以把Timer封装到一个ObservableObject类中，用@StateObject持有这个类实例，通过类里的方法来管理Timer的生命周期，这种方式灵活性和稳定性都更强。

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