Остановите трубу посередине

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

В некоторых случаях конечная точка обновления токена также может дать сбой и вернуть известную ошибку (в моем случае это ошибка 400 invalid_grant).

Часть перехватчика, которая обновляет токен:

 return this.httpClient
  .request('POST', "token", { observe: 'response' })
  .pipe(
    map(response => {
      // some logic when the token was refreshed successfully
    }),
    catchError(err => {
      this.routingService.navigateToLoginNoQuery();
      return throwError(err); // a 400 - invalid_grant error
    })
  );

Когда это происходит, он переходит к оператору catchError, который выполняет 2 действия: выходит из системы (с перенаправлением на страницу входа в систему) и возвращает throwError (ошибка). Эта ошибка, которую он выдает, является ошибкой 400-Invalid_grant.

Это приводит к тому, что новая ошибка поступает к некоторым операторам catchError в функциях, которые первоначально активировали токен обновления.

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

Что я хотел бы сделать, так это как-то остановить эту цепочку операторов и просто перенаправить на страницу входа.

Можно ли остановить канал посередине и избежать как внешнего catchError, так и следующего оператора в канале?

Тестирование функциональных ngrx-эффектов в Angular 16 с помощью Jest
В системе управления состояниями ngrx, совместимой с Angular 16, появились функциональные эффекты. Это здорово и делает код определенно легче для...
Angular и React для вашего проекта веб-разработки?
Angular и React для вашего проекта веб-разработки?
Когда дело доходит до веб-разработки, выбор правильного front-end фреймворка имеет решающее значение. Angular и React - два самых популярных...
Эпизод 23/17: Twitter Space о будущем Angular, Tiny Conf
Эпизод 23/17: Twitter Space о будущем Angular, Tiny Conf
Мы провели Twitter Space, обсудив несколько проблем, связанных с последними дополнениями в Angular. Также прошла Angular Tiny Conf с 25 докладами.
Угловой продивер
Угловой продивер
Оригинал этой статьи на турецком языке. ChatGPT используется только для перевода на английский язык.
Мое недавнее углубление в Angular
Мое недавнее углубление в Angular
Недавно я провел некоторое время, изучая фреймворк Angular, и я хотел поделиться своим опытом со всеми вами. Как человек, который любит глубоко...
Освоение Observables и Subjects в Rxjs:
Освоение Observables и Subjects в Rxjs:
Давайте начнем с основ и постепенно перейдем к более продвинутым концепциям в RxJS в Angular
1
0
462
2
Перейти к ответу Данный вопрос помечен как решенный

Ответы 2

Ответ принят как подходящий

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

return this.httpClient
  .request('POST', "token", { observe: 'response' })
  .pipe(
    map(response => {
      // some logic when the token was refreshed successfully
    }),
    catchError(err => {
      this.routingService.navigateToLoginNoQuery();
      return EMPTY;
    })
  );

Но я не уверен, что произойдет, если наблюдаемый объект будет находиться внутри службы с корневым внедрением, которая не будет уничтожена. Я имею в виду, ПУСТО приведет к тому, что наблюдаемое никогда не завершится? Может ли это вызвать утечку памяти?

RoiTr 17.12.2020 13:47

Кое-что об этом я писал здесь: stackoverflow.com/questions/59653696/… Короче говоря, риск действительно есть, поэтому нужно убедиться, что вы отписались в нужный момент.

Guerric P 17.12.2020 14:09

Если я правильно понял вопрос, то, возможно, вам поможет оператор takeUntil. Пример будет выглядеть примерно так:

export class MyHttpInterceptor implements HttpInterceptor {
  anyError = new Subject();

  intercept(req: HttpRequest, next: HttpHandler): Observable<HttpEvent<any>> {
    return next.handle(req)
      .pipe(
         takeUntil(this.anyError),
         catchError(err => {
             this.anyError.next();
             ...
         }
      )
  }
}

Спасибо, не пробовал (потому что у меня сработало возвращение EMPTY), но не уверен, что это поможет в моей ситуации.

RoiTr 17.12.2020 13:46

Другие вопросы по теме