使用setInterval与Observer会导致Angular应用性能下降或臃肿吗？

先直接拆解问题核心：你用定时轮询的方式实现地址更新，这种做法会带来两个关键问题：

• 不必要的重复更新：setInterval每1秒就发射一次当前的signerAddress，但绝大多数时候这个地址是没有变化的。这会导致订阅这个Observable的视图或逻辑每隔1秒就执行一次更新操作——哪怕没有任何实际变化。如果订阅者涉及DOM渲染、数据计算这类开销稍大的操作，积累下来会让应用出现不必要的卡顿，尤其是在低性能设备上。

• 内存泄漏风险：如果你的connectedAddress$没有被正确取消订阅（比如在组件销毁时忘记调用unsubscribe()），这个setInterval会一直后台运行，不会被垃圾回收。随着用户在应用中导航、多次创建相关组件，这类残留的定时器会越来越多，逐渐占用更多内存，导致应用越来越臃肿，甚至出现内存溢出的情况。

优化方案：用事件驱动替代轮询 #

正确的做法应该是仅当地址实际发生变化时才发射事件，而不是定时轮询。这里有两种常见的优化方式：

1. 使用Subject手动触发更新 #

如果你需要手动控制地址更新时机，可以用BehaviorSubject（能保存当前值）来实现：

// 初始化时传入当前地址
private addressSubject = new BehaviorSubject<string>(this.signerAddress);
// 对外暴露只读的Observable
connectedAddress$ = this.addressSubject.asObservable();

// 当钱包地址真正变化时，调用这个方法更新
updateConnectedAddress(newAddress: string) {
  // 避免重复发射相同值
  if (newAddress !== this.signerAddress) {
    this.signerAddress = newAddress;
    this.addressSubject.next(newAddress);
  }
}

这样只有当地址确实改变时，才会通知订阅者，完全避免了无效的更新。

2. 直接复用响应式数据源 #

如果你的signerAddress本身来自某个响应式的数据源（比如钱包SDK提供的Observable，或者服务里的状态），直接复用这个数据源即可，不需要自己创建新的Observable：

// 假设walletService里已经有一个实时更新地址的Observable
connectedAddress$ = this.walletService.currentAddress$;

总结 #

你的原始轮询方案虽然简单，但属于“低效的轮询式更新”，短时间内可能看不出明显问题，但长期运行或在复杂应用中会积累性能债务。换成事件驱动的方式后，既能保证视图实时反映地址变化，又能避免不必要的资源消耗，让应用更轻量化、更高效。

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