LinkedIn API 对用户资料字段访问有严格限制，即使使用多种权限范围（scope），默认仅能获取基础信息（如 ID、姓名、邮箱、头像）；获取完整档案（如职业经历、教育背景、vanity URL 等）需获得 LinkedIn 官方特殊授权，且部分高权限（如 r_compliance）已关闭申请。
linkedin api 对用户资料字段访问有严格限制，即使使用多种权限范围（scope），默认仅能获取基础信息（如 id、姓名、邮箱、头像）；获取完整档案（如职业经历、教育背景、vanity url 等）需获得 linkedin 官方特殊授权，且部分高权限（如 `r_compliance`）已关闭申请。
在开发基于 LinkedIn 登录的第三方应用时，许多开发者会遇到一个常见瓶颈：成功完成 OAuth2 授权并获取 access token 后，调用 /me 或 /v2/me 接口返回的数据却极其有限——通常仅包含 id、firstName、lastName、profilePicture 和 emailAddress，而无法获取 vanityName（自定义主页链接）、headline（职位标题）、summary（个人简介）、positions（工作经历）等关键档案字段。
这并非技术实现问题，而是 LinkedIn 平台策略性限制所致。根据 LinkedIn 官方 Profile API 文档，当前公开可用的字段仅限于 r_liteprofile 权限所覆盖的子集（即 id, firstName, lastName, profilePicture, headline, location 等中的部分字段），且实际返回字段还受用户隐私设置与 LinkedIn 合规策略双重约束。
你当前使用的 scope：
scope=r_liteprofile%20r_emailaddress%20profile%20openid%20w_member_social%20email
存在两个关键问题：
- profile 不是有效 scope：LinkedIn OAuth2 不识别 profile（该 scope 属于 OpenID Connect 标准，但 LinkedIn 未将其映射为可扩展档案权限）；
- 冗余与无效权限叠加：r_liteprofile 已涵盖基础档案信息，w_member_social 仅用于发帖（需额外用户确认），openid 和 r_emailaddress 分别服务于身份认证与邮箱获取，均不扩展档案字段。
✅ 正确的最小必要 scope 应为：
scope=r_liteprofile%20r_emailaddress
若仍需更多字段（例如 vanityName、publicProfileUrl、positions），官方路径如下：
- ✅ 申请 r_basicprofile（已弃用）或 r_fullprofile（已不可用）：这些旧权限已于 2019 年后全面下线；
- ⚠️ 尝试 r_compliance：理论上支持更深度档案读取，但根据 LinkedIn 合规权限说明，该权限已关闭对外申请，仅限极少数经 LinkedIn 主动邀约的合规合作伙伴（如招聘 SaaS、企业征信机构）使用；
- ? 替代方案：若业务强依赖完整档案数据，建议：
- 引导用户手动复制粘贴其 LinkedIn 主页 URL（如 https://www.linkedin.com/in/john-doe）；
- 使用 LinkedIn 官方 Share API 实现“分享到 LinkedIn”而非反向抓取；
- 探索 LinkedIn Marketing Developer Program（需企业资质审核，面向广告/营销场景）。
? 重要提醒：
- 所有 API 调用必须使用 v2 版本端点（如 https://api.linkedin.com/v2/me?projection=(id,firstName,lastName,profilePicture(displayImage~:playableStreams))）；
- projection 参数不能绕过权限限制——无对应 scope 时，即使声明字段也会被静默忽略；
- 避免在 scope 中拼写错误（如 r_liteprofile 不可写作 r_lite_profile 或 liteprofile）；
- 每次更新应用权限需重新提交 App 审核（LinkedIn Developer Portal → App Settings → Auth Permissions）。
总之，LinkedIn 当前的 API 设计以隐私优先，开发者应基于 r_liteprofile + r_emailaddress 构建稳健体验，并通过 UI 引导、用户授权明确告知数据边界，而非依赖技术绕过平台策略。
