为什么必须用子主题
直接修改父主题的问题很直接：父主题一更新，改动全部被覆盖；若不更新，又要独自承担安全与兼容风险。子主题解决了这个两难——父主题负责基础结构与功能并可持续升级，子主题只承载站点的定制部分。
一个最小可用的子主题只需要一份样式表（在头部注释中声明模板来源）与一个函数文件。样式的引入方式需要注意：若是简单叠加，直接引入父主题样式表；若要按需覆盖，则需理解父主题的加载顺序，确保自定义样式在其之后生效。
需要澄清一个常见误解：子主题不能覆盖父主题的模板逻辑（除非在子主题中提供同名模板文件）。因此子主题的适用范围是“样式与轻量逻辑定制”，涉及结构改动的复杂需求，需要通过钩子或替换模板文件来完成。
钩子怎么选，优先级怎么定
WordPress 的钩子分两类，用途截然不同：
| 类型 | 作用 | 典型用途 |
|---|---|---|
| Action（动作） | 在某个时点插入或执行逻辑 | 在页面头部插入代码、注册资源、保存文章时同步数据 |
| Filter（过滤器） | 接收数据、修改后返回 | 修改查询参数、输出内容、菜单结构、摘要长度 |
选择依据很清楚：要“做一件事”用 action，要“改一份数据”用 filter。误用会导致逻辑不生效或产生意外副作用。
优先级决定同一钩子上多个回调的执行顺序，数值越小越先执行。实践建议：
- 不写默认值（默认 10）时要明确意识到顺序不可控，依赖前序结果时显式指定优先级；
- 避免极端数值（如 0 或 9999），除非确有需要抢先或垫底；
- 移除父主题的某个回调时，必须使用与其相同的优先级，否则移除会失败。
代码如何组织
二次开发容易在长期迭代后变成“什么都在 functions.php 里”。可控的组织方式是按职责分文件：
child-theme/
├── functions.php 仅做加载与装配
├── inc/
│ ├── assets.php 资源注册与加载
│ ├── hooks-filter.php 内容与查询过滤器
│ ├── hooks-action.php 时点动作逻辑
│ └── helpers.php 通用辅助函数
└── template-parts/ 局部模板覆盖约定几条红线：函数名统一加前缀，避免与父主题或插件冲突；辅助函数只做一件事；不在模板文件中写业务逻辑，模板只负责输出。这样即使中途换人接手，也能按文件职责快速定位。
小结
子主题与钩子共同构成一道“可升级 + 不侵入”的防线：前者让改动与父主题解耦，后者让逻辑与模板解耦。再配合明确的分文件组织与命名前缀，WordPress 主题的二次开发就能从“一次性交付”变成可持续维护的工程实践。