函数get_post_permalink()在自定义文章内返回错误链接的问题

这种情况我之前排查过好几次，大概率是全局$post变量被意外污染或者第三方代码干扰了permalink生成逻辑，给你几个实际可行的排查和解决方向：

• 先确认目标ID的正确性
  别先急着找函数问题，先验证$otherPostId是不是真的指向你要的那篇文章。可以在调用permalink函数前加一行调试代码：

  var_dump($otherPostId); // 输出看看是不是目标文章的ID
  

  有时候变量赋值时出错（比如循环里没更新ID、或者用错了获取ID的函数），会导致传入的其实是当前文章的ID，自然返回当前链接。

• 绕开全局变量，直接用文章对象获取链接
  WordPress的get_permalink虽然支持传入ID，但如果全局$post被意外覆盖，某些场景下可能会优先使用全局对象（尤其是被第三方过滤钩子修改后）。你可以尝试先获取目标文章对象，再生成链接：

  $target_post = get_post($otherPostId);
  if ($target_post) {
      $target_permalink = get_permalink($target_post);
      // 或者用更明确的get_post_permalink
      $target_permalink = get_post_permalink($otherPostId);
  }
  

• 排查插件/主题的过滤钩子干扰
  很多SEO类、自定义链接类插件会通过post_link或post_type_link过滤器修改文章链接，如果这些过滤器的代码逻辑有问题（比如没正确使用传入的$post参数，而是直接调用了全局$post），就会导致所有permalink都返回当前文章的链接。
  你可以临时切换到WordPress默认主题（比如Twenty Twenty-Four），并禁用所有第三方插件，看看问题是否消失。如果恢复正常，再逐个启用插件/切换主题，找到冲突的那个。

• 检查查询上下文是否被打乱
  如果你当前的代码是在某个自定义WP_Query循环之后，而循环结束时没有调用wp_reset_postdata()，会导致全局$post变量停留在自定义查询的最后一篇文章上，这时候即使传入正确ID，也可能被干扰。可以在调用permalink函数前重置上下文：

  wp_reset_postdata(); // 确保全局$post回到当前页面的文章
  $target_permalink = get_permalink($otherPostId);
  

  或者临时保存并恢复全局$post：

  global $post;
  $original_post = $post;
  $target_permalink = get_permalink($otherPostId);
  $post = $original_post; // 恢复原来的文章对象，避免影响后续代码
  

如果以上方法都没解决，建议检查最近是否更新过WordPress版本、主题或插件，有没有修改过和permalink相关的代码（比如自定义文章类型的rewrite规则）。

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