为何获取LinkedIn标准化数据需用户令牌而非应用令牌？

我刚巧之前也踩过这个坑，LinkedIn的这个权限设计确实有点反直觉，我来给你拆解下背后的原因：

• API权限模型的核心差异：LinkedIn的client_credentials（应用令牌）是让应用以自身身份发起请求，仅能访问完全公开、和任何用户无关联的资源；而用户令牌是代表授权用户操作，哪怕只是读取数据，也需要通过用户身份来背书。虽然标准化数据看起来是全局通用的，但LinkedIn把这类端点归类为需要用户上下文的范畴——本质是为了限制无限制的批量抓取，确保每个请求都有合法的用户身份关联。

• 标准化数据的实际使用场景：这些全局标准化数据（比如行业分类、职位头衔体系）的主要用途是和用户/企业资源结合（比如你要构建的定向表单，最终是关联到用户的发帖或推广需求）。LinkedIn的API设计逻辑是，这类和业务场景绑定的通用数据访问，必须通过用户令牌发起，避免应用单独获取这些数据后用于非授权的批量处理。

• 隐性的权限配置规则：哪怕文档里没特别明确说明，LinkedIn对这类标准化数据端点的权限设置就是如此——只有拥有r_basicprofile这类基础用户读取权限的用户令牌才能访问，而应用令牌没有对应的权限范围可以申请，所以用它访问必然会报权限不足。

实用解决方案 #

如果你想批量获取这些数据来构建自定义表单，目前可行的思路是：

• 用一个测试用户账号生成用户令牌，确保应用已经申请到r_basicprofile这类基础权限；
• 注意令牌的过期时间，定期通过刷新令牌来维持有效性，这样就能稳定访问这些标准化数据端点了。

内容的提问来源于stack exchange，提问作者Hugo Sarti