Nano Hash - криптовалюты, майнинг, программирование

Angular 2 / Rxjs: действительно ли нужно отказываться от подписки?

Я понимаю, что должен отказаться от подписки на определенные Observable (например, Observable, имеющие бесконечное значение), когда Компоненты уничтожаются, чтобы предотвратить утечку памяти. Мне не нужно делать это для конечных наблюдаемых, поскольку они будут завершены автоматически unsubscribe.

Но если я создам бесконечное Observable в своем компоненте (например, FormGroup.valueChanges или QueryList.changes), этот будет уничтожен вместе с компонентом, который его содержит, поэтому я думаю, что они не будет утечки памяти, даже если я не отписываюсь от нее.

Вот простой пример:

@Component({})
export class DummyComponent {
    form: FormGroup;

    constructor(private fb: FormBuilder) {
        this.form = this.fb.group({
            firstName: [''],
            lastName: ['']
        });
        this.form.valueChanges.subscribe(
            x => console.log(x)
        );
    }
}

Здесь я не unsubscribe от this.form.valueChanges; когда мой компонент будет уничтожен, будет уничтожен и this.form.valueChanges.

Будет ли в этом случае утечка памяти?

angular memory-leaks rxjs
09.03.2017

  • Вы пытались добавить полный обратный вызов в subscribe (...) и проверяли, вызывается ли он при уничтожении компонента? 09.03.2017
  • Я сделал, и он не называется (я только тест с this.form.valueChanges). 09.03.2017
  • Думаю, тогда лучше, но не нужно отказываться от подписки. Я бы не ожидал утечки памяти, потому что, когда компонент будет уничтожен, он получит сборщик мусора, а вместе с ним и вашу подписку. Если вы подписываетесь или передаете подписку за пределами компонента (например, службы), то это может помешать сборке компонента для компонента, но если все находится внутри компонента, это не должно повредить. 09.03.2017

Ответы:


1

Как уже упоминал Бабар, вам нужно отказаться от подписки, чтобы остановить эти подписки и продолжить наблюдение за изменениями.

В вашем конкретном случае я думаю, что вы правы.

Когда у меня много подписок на один и тот же компонент, я делаю следующее.

Сначала я создаю «подписки», пустой массив типа «Подписка».

private subscriptions: Subscription[] = [];

Затем каждый раз, когда мне нужно оформить подписку, я помещаю ее в массив

this.subscriptions.push(this.form.valueChanges.subscribe(x => console.log(x)));

И в ngOnDestroy я отписываюсь от каждой подписки внутри массива.

ngOnDestroy(): void {
  this.subscriptions.forEach((elem) => { elem.unsubscribe(); })
}
09.03.2017
  • Вы можете добавлять подписки друг к другу с помощью метода subscription.add (). Тогда вам нужно только отписаться от топовой подписки. 07.08.2017

    • 2

    Когда ваш компонент уничтожен, ваши подписчики не ждут, когда к ним придет какое-либо событие, это также будет стоить памяти, а иногда это также может нарушить вашу логику. например, подписка на события маршрутизатора, она будет запускаться повсюду в вашем приложении и выполнять код, который вы сделали внутри подписки.

    Во втором случае, если вы переключаетесь между компонентами и никогда не отказываетесь от подписки, ваше приложение будет зависать через некоторое время, потому что всякий раз, когда вы загружаете компонент, новые подписчики связываются.

    @Component({})
export class DummyComponent implements OnDestroy {
 form: FormGroup;
 subscription: Subscription; // from rxjs
 constructor(private fb: FormBuilder) {
    this.form = this.fb.group({
        firstName: [''],
        lastName: ['']
    });
    this.subscription = this.form.valueChanges.subscribe(
        x => console.log(x)
    );
 }

 ngOnDestroy(): void {
  this.subscription.unsubscribe();
 }
}
    09.03.2017
    Новые материалы
    Кластеризация: более глубокий взгляд
    Кластеризация — это метод обучения без учителя, в котором мы пытаемся найти группы в наборе данных на основе некоторых известных или неизвестных свойств, которые могут существовать. Независимо от..
    Как написать эффективное резюме
    Предложения по дизайну и макету, чтобы представить себя профессионально Вам не позвонили на собеседование после того, как вы несколько раз подали заявку на работу своей мечты? У вас может..
    Частный метод Python: улучшение инкапсуляции и безопасности
    Введение Python — универсальный и мощный язык программирования, известный своей простотой и удобством использования. Одной из ключевых особенностей, отличающих Python от других языков, является..
    Как я автоматизирую тестирование с помощью Jest
    Шутка для победы, когда дело касается автоматизации тестирования Одной очень важной частью разработки программного обеспечения является автоматизация тестирования, поскольку она создает..
    Работа с векторными символическими архитектурами, часть 4 (искусственный интеллект)
    Hyperseed: неконтролируемое обучение с векторными символическими архитектурами (arXiv) Автор: Евгений Осипов , Сачин Кахавала , Диланта Хапутантри , Тимал Кемпития , Дасвин Де Сильва ,..
    Понимание расстояния Вассерштейна: мощная метрика в машинном обучении
    В обширной области машинного обучения часто возникает необходимость сравнивать и измерять различия между распределениями вероятностей. Традиционные метрики расстояния, такие как евклидово..
    Обеспечение масштабируемости LLM: облачный анализ с помощью AWS Fargate и Copilot
    В динамичной области искусственного интеллекта все большее распространение получают модели больших языков (LLM). Они жизненно важны для различных приложений, таких как интеллектуальные..