欢迎访问晨星博客！
如果你在 WordPress 后台的主题编辑器里改过 style.css，把颜色、间距、按钮调得漂漂亮亮，然后某天点了主题更新，第二天打开网站发现全变回默认——这种崩溃很多站长都经历过。问题不在于你改错了地方，而在于你直接改了父主题本身。父主题更新会把整个主题文件覆盖回官方版本，你写在里面的东西自然一并消失。真正稳妥的做法只有一个：把定制放进子主题。
子主题是一种特殊主题，它继承你正在使用的那个主题（也就是父主题）的全部功能、样式和模板，同时允许你在它自己的目录里覆盖或追加内容。关键差别在于：父主题更新时，WordPress 更新的是父主题目录，子主题目录原封不动。于是你写在子主题里的样式和模板改动就能一直保留下来。理解这一点，你就能明白为什么资深站长会说“不懂子主题，就别动父主题”。
不是所有修改都值得建子主题。如果你只是想换个 Logo、调个主色、加几行小样式，很多主题的自定义器或“附加 CSS”功能就够用了，那些设置本身就存放在数据库里，不会被主题更新覆盖。真正需要子主题的场景，是你要动到主题的“骨架”——比如修改文章模板的结构、调整页脚输出的内容、覆盖某个模板文件的布局，或者写一段需要长期存在、又和当前主题深度绑定的样式与函数。
判断标准可以很简单：如果你的改动是“换外观参数”，优先用自定义器；如果你的改动是“改模板文件或写主题相关的函数”，就该用子主题。这样能避免为了几行 CSS 而多维护一个主题目录，也能保证真正重要的模板改动不被覆盖。
子主题的核心是“继承 + 覆盖”这套机制。样式上，父主题的样式依然生效，你在子主题里写的样式会在其之后加载，因此可以覆盖或补充父主题的表现。模板上，WordPress 会优先在子主题目录里查找模板文件，找不到才回退到父主题。这意味着你想改哪个模板，就把父主题对应的那个文件复制一份到子主题里再改，其余没动过的模板继续沿用父主题。
功能层面稍有不同。子主题有自己的函数文件，它不会替换父主题的函数文件，而是与之一同加载，所以你可以在这里追加新的功能代码。但要注意区分:这里适合放和当前主题外观、模板紧密相关的逻辑；那些希望在换主题后依然保留的功能，就不该写进子主题。
这是最容易踩坑的地方。子主题绑定于具体的父主题，一旦你将来换了主题，子主题里的东西也就跟着失效。所以判断的分界线是“这个功能和外观绑定吗”。
和外观、当前模板强相关的内容适合放子主题，例如覆盖某个模板文件的结构、调整主题特有区域的样式、针对当前主题写的排版调整。而那些和主题无关、希望长期存在的功能应该交给插件实现，例如站点的自定义短代码、注册文章类型、埋点或统计逻辑、与业务相关的接口处理。一个实用的自检问题是:如果明天换主题，这段代码还需要继续工作吗？答案是“需要”，就写成插件；答案是“只服务当前这套外观”，才放进子主题。
真正动手之前，先把安全网铺好，再逐步改动。下面是一条相对稳妥的操作顺序：
这里有一个顺序上的要点值得强调:启用子主题后，先确认前台外观和启用前一模一样，再开始做任何自定义。如果一启用就变样，通常说明继承或样式加载没配置好，这时候应该先修复继承关系，而不是急着往里加代码。
如果你不想手动创建文件，也可以借助专门生成子主题的插件来完成基础搭建。这类工具能自动创建目录、写好样式文件头部并处理好继承关系，对不熟悉代码的站长很友好。用插件生成之后，思路和手动方式完全一致:你依然是在子主题里做修改，需要改模板时依然是把父主题文件复制过来再动。插件只是替你省去了搭骨架的步骤，并没有改变子主题的工作原理。
用了子主题不代表可以对更新完全放心，父主题的一次较大更新仍可能改变某些模板的结构，导致你之前复制到子主题里的旧模板与新版父主题不匹配。所以每次父主题更新后，最好做一轮快速核对：
这一步之所以重要，是因为子主题保护的是“你的文件不被覆盖”，而不是“你的旧模板永远和新父主题兼容”。当父主题的模板结构发生变化，覆盖它的子主题模板就需要你手动跟进更新，这也是覆盖模板要克制、能不覆盖就不覆盖的原因。
回到最初的问题，子主题解决的不是“如何修改主题”，而是“如何让修改在更新后还活着”。把和外观、模板绑定的改动放进子主题，把独立功能交给插件，改动前先备份、能用暂存环境就用暂存环境，改完逐页核对，更新后再走一遍检查清单——这套习惯建立起来，你就不用再担心某次点更新会把辛苦调好的定制一夜清零。
声明：原创文章请勿转载，如需转载请注明出处！
