postcss-preset-env不自动兜底，只按标准和目标浏览器精准裁决：@container需显式启用features、color-mix()和:has()无静态fallback须手动书写、stage是准入门槛非功能开关、browserslist缺失则配置失效。
@container 没生效？color-mix() 编译后没 fallback？写了 stage: 3 却发现 :has() 还是原样？根本原因不是插件没用，而是 preset-env 从不“自动兜底”——它只按标准和目标浏览器做精准裁决，不猜、不补、不模拟。
为什么 @container 写了却完全没反应
因为 @container 默认被忽略，preset-env 不会把它编译成媒体查询或注入 JS 检测逻辑。它只负责语法解析通过，不提供运行时 polyfill。
- 必须显式开启：
features: { 'container-queries': true } - 即使开了，也仅保证 CSS 不报错；实际渲染仍依赖浏览器原生支持（Safari 15.4+ 支持但
container-type: inline-size行为有偏差） - 真要兼容旧环境，得额外引入
@csstools/container-query-polyfill并在 JS 中注册，preset-env 不管这事
stage 参数不是功能开关，而是准入门槛
stage: 3 的意思是：“只考虑成熟度 ≥ W3C 候选推荐（CR）的特性”，不是“把 Stage 3 特性全打开”。最终是否转译，还得看 browserslist 和 features 二次筛选。
-
stage: 0：尝试解析@property等实验语法，多数无 polyfill，容易报错 -
stage: 2：覆盖嵌套、逻辑属性等，但部分 polyfill 不稳定（如&:hover嵌套不会提升选择器权重） -
stage: 4：只含已发布标准，反而排除color-mix()（它仍是 Stage 3），结果啥都没转 - 想单独启用一个低 stage 特性，直接写进
features，比如'logical-properties-and-values': true
browserslist 缺失会导致所有配置失效
没有 .browserslistrc 或 package.json 里的 browserslist 字段，preset-env 就不知道哪些浏览器需要降级，stage 和 features 基本白设。
- 必须在项目根目录加
.browserslistrc，内容类似：> 1%<br>last 2 versions<br>not dead<br>ie 11
- 不配 IE 11，
display: grid就不会被转译——插件认为“目标环境都支持” - Chrome 88–92 对
aspect-ratio有渲染 bug，但 preset-env 不修复 bug，只按 caniuse 标准表决定是否动它
color-mix() 和 :has() 为什么没 fallback
这类特性没有静态等价物，preset-env 不会生成替代样式。它只保留、加前缀、或按规范转译——不造轮子，也不猜意图。
-
color-mix()：旧浏览器直接忽略，必须手动写 fallback：background: #000; background: color-mix(...); -
:has()：Chrome 105+ 原生支持，若browserslist包含旧版本，preset-env 才会转成 JS 驱动的降级方案（需配合其他插件） - 开启
features: { 'color-function': true }只让语法合法，不改变运行时行为 - 自定义属性若依赖 JS 动态修改，设
custom-properties: { preserve: false }会提前内联，导致运行时失效
真正难的从来不是配置几行代码，而是理解 preset-env 的边界：它不模拟运行时、不填补标准空白、不替代你做兼容决策。每个 features 开关背后，都得你自己确认浏览器支持表、polyfill 覆盖范围、以及 fallback 是否真的必要。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
