LinkedIn API：什么决定访问令牌的过期时间？

从LinkedIn API提取信息时，访问令牌将随机过期，应用程序将无法从API提取信息。此问题在较长时间后随机出现。我试图确定这是否可能来自LinkedIn方面。有没有办法验证？

根据，您应该在收到令牌的同一请求中收到访问令牌的过期日期

访问令牌响应

成功的访问令牌请求将返回一个包含 以下字段：

访问令牌-用户的访问令牌。根据您对API使用条款的约定，此值必须保持安全

expires\u in-从请求时间算起，令牌将过期之前剩余的秒数。目前，所有访问令牌的使用期限均为60天

需要记住的一点是，可以手动访问令牌：

无效令牌

如果使用无效令牌进行API调用，将收到 从服务器返回“401未经授权”响应。代币可以是 无效且需要重新生成，因为：

• 它已经过期了
• 用户已撤销他们最初授予您的应用程序的权限
• 您已更改应用程序请求的成员权限（范围）

由于可预测的到期时间不是令牌失效的唯一原因，因此非常重要的一点是，通过将用户重定向回授权工作流的开始处，对应用程序进行编码以正确处理遇到401错误的情况

---

正如@JustinKominar所提到的，本页没有提到的一件事是，只有您最近的访问令牌是有效的。这意味着请求一个新的访问令牌将使以前的所有令牌失效，因此请确保您的令牌是最新的

对于特定的API调用，您是否有此问题？如果是的话，是哪一个？这些都是准确的信息-但我要补充的是，请求一个新的访问令牌将使以前发布的任何令牌无效。只有您最近的令牌是有效的-因此，请检查您的工作流，以确保如果用户已请求使用较新的令牌，您不会尝试使用旧令牌（缓存？）。谢谢您的帖子。有没有办法让LinkedIn将expires_in字段设置为永不过期？我没有访问代码的权限，但我们的应用程序从API中提取了这些信息，我正试图确定令牌为什么需要过期。@JustinKominar可以确认，但据我所知，这是设计上不可能的。此外，请记住，用户可以随时撤销您的应用程序的权限，因此您仍然需要小心使用应用程序中的令牌。@JustinKominar“但我要补充的一点是，请求新的访问令牌将使以前发布的令牌无效”这不是真的。目前，我观察到一个旧的和新的访问令牌都在v2 LinkedIn API中工作。