Понимание разницы между CancellationToken и HttpContext.RequestAborted в .NET 8 ⇐ C#

[Anonymous]

В настоящее время я работаю над проектом веб-API .NET 8, состоящим из нескольких контроллеров. В моей текущей настройке я передаю CancellationToken из методов действия контроллера на уровень репозитория для управления асинхронными задачами.
Однако после прочтения недавней статьи Microsoft: https:// Learn.microsoft.com/en-us/aspnet/core/ Performance/timeouts?view=aspnetcore-8.0 при реализации тайм-аутов запросов в .NET 8 я наткнулся на новую концепцию. В статье упоминается, что при достижении предела времени ожидания для свойства CancellationToken, найденного в HttpContext.RequestAborted, свойство IsCancellationRequested установлено в значение true.
Это заставило меня задуматься о различиях между использованием CancellationToken и HttpContext.RequestAborted.
В частности, я был бы признателен, если бы кто-нибудь прояснил следующие вопросы:

• Что такое Ключевое различие между использованием CancellationToken, переданным из действий моего контроллера, и использованием HttpContext.RequestAborted?
• В каких сценариях один из них будет предпочтительнее другого? Существуют ли конкретные преимущества или недостатки каждого из них?
• Если бы я реализовал HttpContext.RequestAborted, пришлось бы мне заменять все экземпляры CancellationToken в моем коде, или они могут сосуществовать и могут использоваться как взаимозаменяемые?
  Буду очень признателен за любую информацию или ресурсы, которые вы могли бы предоставить, чтобы помочь мне лучше понять эти концепции.

Подробнее здесь: https://stackoverflow.com/questions/785 ... -requestab