WordPress调试：如何查找绑定到astra_header_after钩子的全部回调函数

排查步骤 #

1. 修正钩子回调的查询时机 #

你之前通过$wp_filters['action_name']查询不到额外回调，绝大多数原因是查询时机过早：Elementor、Astra的功能扩展插件通常会在wp钩子及之后的阶段才绑定回调，如果你在主题functions.php、或者init钩子阶段就查询回调列表，自然看不到后续绑定的内容。
你可以直接修改Astra主题header.php中钩子执行的代码，在动作触发的前一刻打印回调：

// 在这行之前加打印代码
var_dump( $GLOBALS['wp_filter']['astra_header_after'] );
do_action( 'astra_header_after' );

这个时间点输出的回调列表才是该钩子实际执行时的完整绑定列表。

2. 排查all钩子注入的隐藏逻辑 #

WordPress存在特殊的all钩子，绑定到该钩子的回调会在所有动作/过滤器钩子执行时触发，这类回调不会出现在单个钩子的$wp_filter列表里，是最常见的"隐藏回调"来源。Elementor Pro的主题构建器功能常通过该方式动态替换指定钩子位置的内容。
你可以用以下代码验证：

global $wp_filter;
// 临时备份all钩子的回调
$all_hooks_backup = isset($wp_filter['all']) ? $wp_filter['all'] : [];
// 移除all钩子的所有回调
unset($wp_filter['all']);

// 执行目标钩子
do_action( 'astra_header_after' );

// 恢复all钩子的回调
$wp_filter['all'] = $all_hooks_backup;

如果修改后英雄图消失，即可确认是all钩子注入的内容。

3. 排查现有回调的子逻辑 #

你注释掉load_markup的全部代码后英雄图仍然显示，还要排除两个场景：

• 该方法的判断分支你没有覆盖到：比如self::advanced_header_enabled()返回false时，方法会直接return，你注释的是后续渲染代码自然不生效，可以在方法入口加exit('load_markup executed')验证该方法是否真的在页面中执行。
• 模板嵌套渲染逻辑：如果load_markup中调用的astra_get_template加载的模板文件，内置了Elementor内容的调用逻辑（比如直接输出Elementor编辑的全局模板、或者调用\Elementor\Plugin::instance()->frontend->get_builder_content方法），也会出现方法本身看不到Elementor相关代码的情况，你可以直接到advanced-headers/template/目录下找到对应的模板文件验证。

4. 扩大代码检索范围 #

不要只检索Astra主题目录的代码，还要检索站点所有插件的代码：

• 先确认站点是否安装了Astra的Elementor集成扩展、Elementor Pro插件
• 检索关键词不要只搜add_action('astra_header_after'，还要搜动态绑定的写法，比如add_action($hook_name、add_action( "astra_{$position}"这类动态拼接钩子名的代码。

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