@container 在旧浏览器中被静默忽略而非不生效，因解析器遇未知 at-rule 直接丢弃；唯一合法检测方式是 @supports (container-type: inline-size)，其余如 @supports (@container) 均无效。
旧版浏览器根本不会解析 @container 规则，不是“不生效”，而是直接跳过整条规则——CSS 解析器遇到不认识的 @ 规则就丢弃，连里面的条件都不读。
为什么 @container 在旧浏览器里完全没反应
这不是 bug，是规范行为：所有不识别的 at-rule（比如 @container、@layer）都会被解析器静默忽略。Chrome 105 之前、Firefox 110 之前、Safari 16.4 之前均无例外。DevTools 里看不到匹配提示，控制台也不报错，容易误判成写法错误。
-
@container (min-width: 400px)写得再对，父容器没设container-type或浏览器不认该语法，结果都一样：零渲染、零日志 - 别用
@supports (@container)检测——这个语法本身就不合法，所有浏览器都会跳过整条@supports块 - 即使你手动加了
container-name属性（如style="container-name: sidebar"），旧浏览器也根本不会解析它，更不会触发任何 JS 监听
@supports (container-type: inline-size) 是唯一靠谱的检测方式
这个检测在 CSS 解析阶段就起作用，不依赖 JS，SSR 友好，且只有真正支持容器查询的浏览器才认它。其他写法全无效。
- ✅ 正确：
@supports (container-type: inline-size) { .card { ... } } - ❌ 无效：
@supports (@container)、@supports (container: inline-size)、@supports not (display: grid)（和容器查询无关） - 降级样式必须包在
@supports not (container-type: inline-size)里，否则新旧浏览器都会执行，造成样式冲突 - 不要把
@supports嵌套在@media里——旧浏览器可能错误执行降级逻辑
自己写 JS polyfill 的硬伤绕不开
目前没有能真正模拟原生容器查询行为的 CSS 级 polyfill。所有 JS 方案都只是“模拟”，且有不可忽视的缺陷。
立即学习“前端免费学习笔记（深入）”；
-
container-query-polyfill要求你显式给容器加container-name（如style="container-name: sidebar"），不支持匿名容器，也不支持container-type: size - 它依赖
ResizeObserver，但 Edge 16–18 有严重 bug（嵌套容器返回0），IE 完全不支持，哪怕加了 polyfill 也无法保证尺寸回调准确 - React/Vue 组件更新后，polyfill 不会自动重建容器监听，必须手动调用
rebuildContainers() - 节流默认是 32ms，但大量容器同时 resize 仍可能卡顿；用
scroll+offsetWidth轮询（IE11 方案）又无法响应transform缩放变化
真正容易被忽略的点是：容器宽度临界值在 polyfill 下存在四舍五入误差。比如 @container (min-width: 300px) 可能在 299.6px 就触发，导致视觉闪动——这必须在真实设备上反复测，不能只靠 DevTools 模拟。
