在Angular 2中有关于内存管理的任何特定缺陷,我应该知道吗?
管理组件状态以避免可能的泄漏的最佳实践是什么?
具体来说,我已经看到一些人在方法中取消订阅HTTP observablesngOnDestroy
.我应该一直这样做吗?
在Angular 1.XI中,知道当a $scope
被破坏时,其上的所有听众也会被自动销毁.Angular 2组件中的可观察量如何?
@Component({ selector: 'library', template: `` }) export class Library { books: Observable {{ book.title.text }} {{ book.author.text }} ; constructor(private backend: Backend) { this.books = this.backend.get('/texts'); // <-- does it get destroyed // with the component? } };
Eric Martine.. 16
按照@katspaugh的要求
在您的特定情况下,无需手动取消订阅,因为这是Async管道的工作.
检查AsyncPipe 的源代码.为简洁起见,我发布了相关代码
class AsyncPipe implements PipeTransform, OnDestroy {
// ...
ngOnDestroy(): void {
if (isPresent(this._subscription)) {
this._dispose();
}
}
正如您所看到的,Async管道实现了OnDestroy,当它被销毁时,它会检查是否存在某些订阅并将其删除.
你会在这个特定的情况下重新发明轮子(抱歉重复自己).这并不意味着您不能/不应该在您引用的任何其他情况下取消订阅.在这种情况下,用户在组件之间传递Observable以进行通信,因此最好手动取消订阅.
我不知道框架是否可以检测到任何活动订阅并在组件被销毁时自动取消订阅它们,这当然需要更多调查.
我希望这能澄清一下Async管道.
按照@katspaugh的要求
在您的特定情况下,无需手动取消订阅,因为这是Async管道的工作.
检查AsyncPipe 的源代码.为简洁起见,我发布了相关代码
class AsyncPipe implements PipeTransform, OnDestroy {
// ...
ngOnDestroy(): void {
if (isPresent(this._subscription)) {
this._dispose();
}
}
正如您所看到的,Async管道实现了OnDestroy,当它被销毁时,它会检查是否存在某些订阅并将其删除.
你会在这个特定的情况下重新发明轮子(抱歉重复自己).这并不意味着您不能/不应该在您引用的任何其他情况下取消订阅.在这种情况下,用户在组件之间传递Observable以进行通信,因此最好手动取消订阅.
我不知道框架是否可以检测到任何活动订阅并在组件被销毁时自动取消订阅它们,这当然需要更多调查.
我希望这能澄清一下Async管道.