Azure active directory 使用MSAL调用acquireTokenSilent返回的accessToken是否始终应为JWT？如果不是'；T

我有一个多租户（AAD+个人Microsoft帐户）单页应用程序，它使用MSAL库登录用户，然后获取令牌

当我为登录的AAD用户调用acquireTokenSilent时，AuthResponse对象中提供的accessToken是有效的JWT。此外，JWT似乎正确地包含了我在acquireToken调用中请求的所有作用域

当我对个人MSA帐户执行相同操作时，提供的accessToken似乎不是有效的JWT。它看起来有点像一个字母数字，但是它不能被任何普通的JWT解码器解码

个人MSA帐户的accessToken是否应为有效的JWT？如果没有，是什么

---

谢谢

访问令牌的格式仅与使用令牌调用的API相关。 我注意到令牌在一些场景中是不同的，比如您提到的使用Graph API的场景。 如果令牌不是为您准备的，那么您不必担心其格式。

---

只需将其与请求一起发送：）

访问令牌的格式仅与您使用令牌调用的API相关。 我注意到令牌在一些场景中是不同的，比如您提到的使用Graph API的场景。 如果令牌不是为您准备的，那么您不必担心其格式。

---

只需将其与请求一起发送：）

使用个人帐户测试客户端应用程序时，您可能会发现客户端收到的访问令牌是一个不透明字符串。这是因为正在访问的资源已请求旧版MSA（Microsoft帐户）票证，这些票证已加密，客户端无法理解

它不是一个JWT令牌，所以它不能被任何普通的JWT解码器解码。但是，您可以对登录用户信息的ID令牌进行解码

---

见详情。（重要提示）

使用个人帐户测试客户端应用程序时，您可能会发现客户端收到的访问令牌是不透明字符串。这是因为正在访问的资源已请求旧版MSA（Microsoft帐户）票证，这些票证已加密，客户端无法理解

它不是一个JWT令牌，所以它不能被任何普通的JWT解码器解码。但是，您可以对登录用户信息的ID令牌进行解码

---

见详情。（重要提示）

这提出了一些其他问题，但你对这一问题的回答很好；非常感谢。这引发了一些其他问题，但你对这个问题的回答很好；非常感谢。