Sublime Text 可高效开发 WordPress 主题/插件：通过 PHP 插件实现语法支持，用 error_log + debug.log 追踪钩子执行，配合 do_action 临时触发、apply_filters 直接验证、has_action 检查挂载，并规范命名与优先级避免冲突。
用 Sublime Text 开发 WordPress 主题或插件，本身不自带 PHP 调试功能，但配合合理配置和工具链，完全可以高效编码、快速定位钩子调用时机、验证函数执行逻辑。关键不在“有没有调试器”，而在“怎么让代码行为可见、可追踪”。
Sublime 中高效写 WordPress 代码的实用配置
Sublime 本身是轻量编辑器，需手动补足 WordPress 开发支持：
- 安装 PHP Syntax Highlighter 或 PHP Companion 插件，获得基础语法高亮、函数跳转、@see 注释提示
- 用 SideBarEnhancements 快速在项目内打开文件、复制路径（比如快速定位
functions.php或plugin-name.php） - 配置 Build System：新建一个 PHP 语法检查构建（无需运行，只做 lint），命令为
php -l "$file"，保存后 Ctrl+B 即可检查当前文件是否有语法错误 - 把 WordPress 核心函数、钩子文档离线导入 Dash 或 Zeal（推荐），在 Sublime 中按 Ctrl+Shift+H 呼出快捷查文档（需装 DocBlockr + DashDoc）
不用 Xdebug？靠“钩子日志”定位执行流程
WordPress 的 Hook（add_action / add_filter）机制是核心，但新手常卡在“为什么我的函数没执行？”——此时不必急着配 Xdebug，先让钩子“说话”：
- 在主题
functions.php或插件主文件开头加一句：error_log('【主题已加载】' . date('H:i:s'), 3, WP_CONTENT_DIR . '/debug.log'); - 在每个
add_action('wp_head', 'my_func')对应的函数里第一行加：error_log('→ my_func run at ' . current_filter(), 3, WP_CONTENT_DIR . '/debug.log'); - 打开
WP_DEBUG_LOG（wp-config.php中设为true），所有error_log()会自动写入wp-content/debug.log - 配合
current_filter()、debug_backtrace(false, 2)可快速确认钩子触发层级与来源
模拟钩子触发场景，边写边验
开发过程中，别等部署到网站才测试。可在本地临时添加“测试钩子块”：
立即学习“PHP免费学习笔记（深入）”；
- 在主题
functions.php底部加一段仅开发期启用的代码：if ( defined('WP_DEBUG') && WP_DEBUG && isset($_GET['test_hook']) ) { do_action('wp_head'); }
然后访问?test_hook=1，就能强制触发一次wp_head，观察你的函数是否执行 - 对 filter 类钩子（如
the_content），可用echo apply_filters('the_content', '测试文本');直接在模板中输出结果，验证修改逻辑是否生效 - 用
has_action()或has_filter()检查钩子是否已被挂载（避免重复 add_action 导致意外执行多次）
插件/主题协作时，钩子命名与优先级要留心
多个插件或子主题共存时，钩子冲突很常见。Sublime 里写代码时就得有意识：
- 函数名别用
init()、enqueue_scripts()这类泛名，加前缀如mytheme_enqueue_styles() - 给
add_action显式指定优先级（第3参数），例如add_action('wp_enqueue_scripts', 'mytheme_enqueue', 10);，避免因默认值（10）导致样式被后加载的插件覆盖 - 用
remove_action()替换他人钩子前，先global $wp_filter;查看$wp_filter['wp_head']结构，确认原函数名和优先级，再精准移除
基本上就这些。Sublime 不是 IDE，但正因轻快，反而适合专注代码结构与钩子逻辑——把 error_log 当探针，把 do_action 当开关，把函数前缀当契约，WordPress 开发就没那么玄。
