求助：WordPress自定义页面文章调用get_header()后被随机修改

这问题确实挺挠头的，不过咱们一步步拆解排查，大概率是WordPress的全局变量冲突或者钩子触发的意外修改导致的，毕竟get_header()会牵扯一堆系统动作，很容易和你手动构建的自定义Post对象产生交互。

1. 先盯紧全局$post变量的覆盖问题 #

WordPress加载header的时候，侧边栏、导航菜单这类组件可能会触发额外的文章查询，一不小心就会把你手动设置的全局$post对象给覆盖掉。试试这个临时修复方案：

// 在调用get_header()前，先把自定义Post对象存起来
$my_custom_post = $GLOBALS['post'];
// 加载头部
get_header();
// 恢复自定义Post对象，重新初始化文章数据
$GLOBALS['post'] = $my_custom_post;
setup_postdata($my_custom_post);

另外要确认：你在构建完自定义Post对象后，有没有正确执行setup_postdata($your_post)？这个函数依赖全局$post变量，所以得先把你的对象赋值给它再调用。

2. 排查get_header()触发的钩子动作 #

get_header()会触发get_header动作，还有header.php里的wp_head等钩子。主题或插件可能在这些钩子中偷偷修改了文章内容（比如自动添加版权、修改标题、插入广告等）。

• 先切换到WordPress默认主题（比如Twenty Twenty-Four）测试，如果问题消失，那就是当前主题的钩子搞的鬼。去主题的functions.php或header.php里找类似add_action('wp_head', 'xxx')的代码，逐个排查哪个函数在修改post数据。
• 如果换主题还是有问题，就禁用所有插件，再逐个启用，找到冲突的插件。

3. 检查BuildSimplePost函数的实现细节 #

确认这个函数有没有正确创建WP_Post对象：

• 避免自定义Post的ID和现有WordPress文章ID重复！如果ID重复，WordPress会自动去数据库拉取真实文章数据，直接覆盖你的自定义对象。建议给自定义Post设置一个超大的唯一ID（比如1000000+），避开现有ID范围。
• 检查函数是否遗漏了必要的Post属性，比如post_type、post_status等，不完整的对象可能会被WordPress的后续逻辑“补全”成错误数据。

4. 重写规则与页面加载顺序的坑 #

你的Apache重写规则如果没有正确跳过WordPress的主查询，可能会先触发WP的默认文章查询，导致全局$post被提前设置，之后get_header()又触发了主查询的后续操作，把你的自定义数据冲掉。可以在自定义PHP文件开头重置主查询：

global $wp_query;
// 告诉WordPress当前是单篇文章页面
$wp_query->is_single = true;
$wp_query->is_page = false;
// 将自定义Post对象绑定到主查询
$wp_query->posts = array($your_custom_post);
$wp_query->post_count = 1;
$wp_query->current_post = 0;
$wp_query->post = $your_custom_post;

5. 用调试追踪数据变化 #

在关键位置输出Post对象的内容，精准定位修改发生的时机：

// 构建完自定义Post后
var_dump($your_custom_post->post_content);
// 调用get_header()前
var_dump($GLOBALS['post']->post_content);
get_header();
// 调用get_header()后
var_dump($GLOBALS['post']->post_content);

通过对比这几个输出，你就能知道是哪个步骤修改了内容，针对性解决就好。

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