子主题必须用wp_enqueue_style()显式引入父主题样式并声明依赖，禁用@import；handle需加前缀防覆盖；$src必须为url而非服务器路径；$deps和$ver参数不可省略，须传空数组和文件修改时间。
子主题必须显式引入父主题CSS，不能靠@import
子主题的 style.css 里写 @import url('../parent/style.css'); 看似简单，实则埋雷：它会阻塞渲染、绕过WordPress依赖管理、无法控制加载顺序，且在HTTP/2下反而降低性能。更关键的是，一旦父主题用 wp_enqueue_style() 注册了带依赖或版本号的样式（比如依赖 bootstrap 或带时间戳版本），@import 完全无视这些逻辑，导致样式错乱或失效。
正确做法是在子主题的 functions.php 中用 wp_enqueue_style() 显式引入父主题样式，并声明依赖关系：
- 调用
get_template_directory_uri()获取父主题URL，而非拼接路径 - 把父主题的
$handle（如twentytwentyfour-style）作为自己样式的$deps参数传入 - 确保子主题样式在父主题之后加载，避免被覆盖
子主题自定义CSS要单独注册，handle必须加前缀
你写的修复样式、新增组件样式，不能和父主题共用同一个 $handle，比如都叫 style 或 main。WordPress会静默覆盖——后注册的生效，前一个彻底消失，浏览器里连 <link> 标签都看不到，调试时容易误判为“函数没执行”。
解决办法很直接：
-
$handle命名带上子主题标识，例如mychild-custom-fixes、mychild-dashboard-tweaks - 用
wp_style_is('mychild-custom-fixes', 'enqueued')检查是否已注册，避免重复引入 - 若需替换父主题某样式（如覆盖
twentytwentyfour-blocks），先wp_dequeue_style('twentytwentyfour-blocks')，再wp_enqueue_style()
路径参数$src必须是URL，别混用_get_template_directory()
常见错误是把服务器路径当URL用，比如写成 __DIR__ . '/css/custom.css' 或 get_template_directory() . '/style.css'。结果生成的 <link href="file:///var/www/...">，浏览器直接404。
记住三类典型场景的写法：
- 父主题CSS：
get_template_directory_uri() . '/style.css' - 子主题自身CSS：
get_stylesheet_directory_uri() . '/css/custom.css' - 引用父主题里的某个CSS文件（如assets目录）：
get_template_directory_uri() . '/assets/css/theme-override.css'
get_template_directory() 返回的是服务器绝对路径，get_template_directory_uri() 才返回可访问的URL，二者绝不能互换。
依赖数组和版本号不能为空，PHP 8+会报warning
省略 $deps 或 $ver 参数（比如写成 wp_enqueue_style('my-css', $src)），在PHP 8+环境下会触发 Warning: Missing argument，而且WordPress内部解析依赖时可能出错，导致样式加载时机异常。
安全写法是显式传值：
-
$deps即使无依赖也必须传空数组：array()，不能传null或省略 -
$ver推荐用文件修改时间防缓存：filemtime(get_stylesheet_directory() . '/css/custom.css') - 若依赖父主题样式，就把它的
$handle写进数组：array('twentytwentyfour-style')
最易被忽略的其实是子主题中对父主题 handle 的准确复现——拼错一个字母，依赖就断了，样式顺序全乱。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
