WXSS中@import仅支持顶格书写的相对路径，不支持绝对路径、包路径、嵌套引入及别名；须扁平化管理公共样式，优先通过app.wxss统一引入。
WXSS里@import路径必须是相对路径，且不能以/开头
小程序的@import不支持绝对路径或包内路径（比如@import 'node_modules/xxx/xxx.wxss'），只认当前文件所在目录为基准的相对路径。写成@import '/common/base.wxss'会静默失败——编译器不报错，但样式压根不生效。
实操建议：
- 统一把公共wxss放在
app.wxss同级的common/目录下，比如common/utils.wxss - 在页面wxss中写
@import '../common/utils.wxss';（注意末尾分号不能省） - 路径里的
..层级要数准：页面wxss在pages/index/index.wxss，要上两级才能到common/ - 别用别名或构建别名（如
@），小程序原生不识别
被@import的wxss文件不能包含@import嵌套
小程序目前不支持多层@import链式引入。比如A.wxss里@import 'B.wxss'，而B.wxss里又@import 'C.wxss'，C的样式不会被加载进来——编译时直接忽略第二层及以后的@import。
常见错误现象：局部样式突然丢失，检查发现是被引入的公共文件自己又引了别的文件。
立即学习“前端免费学习笔记（深入）”；
实操建议：
- 所有公共样式尽量扁平化，合并到一个
common/base.wxss里，由各页面直接引入 - 如果必须拆分（如主题色、工具类、动画），就在
app.wxss里一次性全@import进去，避免页面级重复引入 - 不要指望
@import能做“样式模块化”，它只是简单拼接，没有作用域和依赖解析
@import只能在wxss文件顶部，且前面不能有任何非注释内容
哪怕空一行、一个空格、或者一段CSS注释/* */之前的空白符，都会导致@import失效。这不是警告，是直接跳过该行，后续样式照常解析，但引入的文件内容完全不参与编译。
使用场景：多人协作时容易因编辑器自动格式化或手误插入空行，导致样式“莫名消失”。
实操建议：
-
@import语句必须紧贴文件第一行，前面0个字符（包括BOM） - 后面可跟换行，但不能有其他语句；多个
@import之间允许空行，但每行都得顶格 - 用VS Code等编辑器开启显示空白字符（
editor.renderWhitespace: "all"），一眼看出隐藏空格
全局样式优先用app.wxss，别依赖页面级@import
页面wxss里的@import只影响当前页面，无法覆盖组件样式或app.wxss中已定义的规则。更麻烦的是，不同页面引入同一份公共wxss，会导致样式重复注入，可能引发权重冲突或意料外的层叠。
性能影响：每个页面都@import一遍，等于重复解析同一段CSS文本，对冷启动无益。
实操建议：
- 把真正通用的重置、基础变量、工具类全塞进
app.wxss，用@import一次引入 - 页面专属的公共样式（如某个业务模块的卡片样式），才放到对应页面目录下，用相对路径引入
- 组件内部不要
@import任何外部wxss——组件样式应自包含，或通过externalClasses接收外部class
小程序里@import看着简单，但路径、顺序、嵌套这三处全是静默失败点，出问题时根本不会报错，只会让你对着没生效的样式发呆。最稳妥的做法：少用、扁平化、全走app.wxss兜底。
