你好Savvas，

不建议期望能够"持久"使用SAML令牌，因为这些令牌通常是短暂的，并且SDK不会尝试这样做。 相反，我们依赖于URLSession使用的标准cookie存储策略。

我很好奇您要完成的工作...如果这是为了优化最终用户体验，那么我建议增加 您当前的设置如下：

在应用的CPMS配置中，不要指定SAML身份验证，而是选择OAuth2。 然后重新生成您的项目。

要完成的工作是引入来自SCP的OAuth2授权和访问端点，受您当前的SAML2信任提供程序的保护。 OAuth2令牌由SDK保留在钥匙串中，并且SDK会在必要时使用"刷新"令牌来重新获得有效的"访问"令牌。

其最终结果是最终用户会使用 无需在每个用户会话上手动登录Web视图。 取而代之的是，他们将看到一个模式化Web视图，该视图在他们的第一个入职事件时以及当OAuth2刷新令牌到期的极短时间间隔（6个月或2年等）时，会显示SAML身份验证形式 。 基于配置）。

感谢您的回答，

OAuth2运行正常，如您所述。 现在，我需要访问您在钥匙串上提到的OAuth2令牌。 您能给我任何指向哪里学习如何做的指示吗？ SDK是否可以让我轻松访问此方法？ 抱歉，如果我缠着你。

谢谢

要访问令牌，请从onboardingContext.credentialStore中读取。 我不记得我脑海中的钥匙了……您可以打印出" keys（）"来检查令牌的存储位置。