python-msal 用于基于 Azure 活动目录的身份验证、缓存

Question

我遵循了此处找到的示例应用程序： https : //github.com/Azure-Samples/ms-identity-python-webapp/blob/master/app.py

python 使用基于烧瓶的会话来存储（缓存）来自 Azure 身份验证服务的返回值。

问题：为什么 Web 应用程序需要将令牌存储在自己的存储中？
为什么 Web 应用程序不会简单地将访问令牌传递给用户的浏览器，它将以 cookie 或授权标头的形式在后续请求中发送，然后对于每个请求，Web 应用程序将咨询 Azure API 以检查是否令牌是否有效？

假设 Web 应用程序只需要身份验证， msal.TokenCache什么msal.TokenCache ，我可以避免使用它吗？

Answer 1

MSAL 的令牌缓存带有许多令牌刷新逻辑，以最大限度地减少最终用户交互。 比如说，如果您以某种方式在缓存中已经有了作用域 A 和 B 的令牌，并且稍后您需要一个用于 A 的令牌，MSAL 将在缓存中重用该令牌，并在必要时自动刷新它。

Web 应用程序示例选择以会话的形式实现这样的令牌缓存持久层，因此所有上述缓存行为都将存在，以防您的应用程序稍后需要使用它。

话虽如此，整个令牌缓存在技术上是可选的。 您可以选择定制您的实施。 （警告：简单地省略令牌缓存可能不是正确的方法，因为这样默认的内存令牌缓存就会启动，然后你的最终用户的所有令牌都会在你的 Flask 应用程序的内存中累积。）