Svelte开发疑问：是否需用onDestroy替代重置Store对象？

不需要用onDestroy()替代你当前的重置方式，两者的适用场景完全不同，具体区别如下：

• 触发时机完全不同
  你现在用的timeZoneSelect.set({...})是主动触发，完全由「用户开始新时区对比」这个业务动作控制，精准对应你的需求场景。而onDestroy()是被动触发，只有当组件被销毁（比如页面跳转、组件从DOM移除）时才会执行，和你的业务动作没有直接关联——如果用它重置Store，会出现「用户还在做对比，组件销毁时才清空数据」的情况，完全不符合你的业务逻辑。

• 作用范围和目标不同
  你的当前方式直接操作全局Store，针对的是「时区对比」业务数据的重置，不管哪个组件调用，都能让Store回到初始状态，保证所有依赖该Store的组件同步更新。而onDestroy()是单个组件的生命周期钩子，它的核心作用是清理组件自身的资源（比如定时器、DOM事件监听），如果在组件的onDestroy()里重置全局Store，会导致同一个Store被多个不同组件的销毁逻辑影响，很容易出现不可预期的bug。

• 代码语义清晰度不同
  你现在的代码语义非常明确，timeZoneSelect.set({ timeZone1: '', timeZone2: '' })一眼就能看出是为了「开始新对比」重置数据，可读性极强。如果换成onDestroy()，重置逻辑和组件销毁绑定，其他开发者看代码时很难把「组件销毁」和「时区对比重置」联系起来，会大幅增加代码维护成本。

总结来说，你当前的重置方式完全匹配你的业务场景，没必要换成onDestroy()。只有当你需要清理组件内的局部状态或资源时，onDestroy()才是合适的选择。

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