使用LinkedIn REST API评论动态返回500错误排查求助

既然你提到相同请求在另一个企业主页能正常运行，说明请求格式本身是合法的，问题大概率出在当前主页的权限、配置或者资源关联上，我整理了几个针对性的排查步骤：

• 确认Access Token的权限范围
  评论企业主页动态需要w_organization_social权限，而且这个权限必须是针对当前出问题的企业主页授权的。你可以检查授权时的scope列表，或者调用GET https://api.linkedin.com/v2/me查看返回的organizations字段，确认目标org id是否在授权范围内，且包含w_organization_social权限。

• 验证Activity ID和企业主页URN的匹配性
  确保URL中的{activity-id}对应的动态确实属于urn:li:organizationBrand:<org id>这个主页。跨主页评论是不允许的，你可以调用GET https://api.linkedin.com/v2/socialActions/{activity-id}，查看返回结果中的actor字段是否和你的企业主页URN一致。

• 检查企业主页的状态
  有些企业主页如果未完成身份验证（比如企业邮箱验证）、存在违规记录或者处于限制状态，会无法通过API执行互动操作。你可以登录LinkedIn企业主页后台，查看主页是否有任何限制通知或状态异常。

• 简化请求体排查格式问题
  虽然你的请求体看起来没问题，但可以尝试去掉空的attributes数组，将请求体简化为：

  {"actor": "urn:li:organizationBrand:<org id>", "message": { "text": "This is a comment" }}
  

  有时候空数组可能触发后端的隐性校验逻辑，导致500错误。另外要确认你使用的是organizationBrand类型的URN，而不是普通的organization类型（格式为urn:li:organization:<org id>），这两者是不同的，评论操作必须用organizationBrand。

• 确认应用与企业主页的关联
  检查你的LinkedIn开发者应用是否已经关联了当前出问题的企业主页。在开发者后台的“Organizations”板块，确认目标主页已被添加到应用的关联列表中——如果只关联了另一个正常工作的主页，当前主页的API操作会因权限不足触发错误。

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