旧版Android Stock Browser（4.3及以下）完全不识别vmax/vmin，CSSOM直接跳过含该单位的声明，整条规则失效；在calc()中双重失效，旋转后不更新，IE9–11支持残缺，需用JS动态计算或viewport-units-buggyfill修复。
旧版Android Stock Browser根本不识别vmax/vmin
Android 4.3及更早版本的Stock Browser（非Chrome）压根不解析vmax和vmin这两个单位，CSSOM直接跳过含它们的声明，整条规则失效。这不是计算错误，是语法层面不支持——浏览器连“这是个单位”都认不出来。
- 现象：写了
.box { width: 100vmin; }，但元素宽度始终为auto或继承值，Computed面板里该属性显示为not supported或空白 - 验证方式：用
getComputedStyle(el).width取值，返回""或原始字符串"100vmin"，而非带px的数值 - 别信
@supports (width: 100vmin)——Android 4.4以下连@supports语法都不认识，整块CSS被忽略
vmax/vmin在calc()中双重失效
即使某些较新版本（如Android 4.4 WebView基于Chromium 30）能勉强识别vmin，一旦放进calc()，就彻底崩坏。比如width: calc(100vw - 50vmin)会被当作无效值丢弃，回退到默认auto。
- 根本原因：旧Blink内核对
calc()的解析器不支持混合视口单位，遇到就中断计算，不报错也不警告 - 替代写法：拆成两步——先用
vw/vh做主尺寸，再用固定像素微调；或改用JavaScript动态计算并设style.width - 注意：
viewport-units-buggyfill的hacks模块能修复此问题，但需显式启用：init({ hacks: require('viewport-units-buggyfill/viewport-units-buggyfill.hacks') })
旋转屏幕后vmin/vmax不更新
旧版Android浏览器监听不到orientationchange事件，或者监听到了但不触发视口单位重计算。结果就是横屏时100vmin仍按竖屏高度算，导致元素被严重压缩或溢出。
- 典型表现：手机从竖屏转横屏，页面顶部出现大片空白，或底部内容被截断
- 手动补救：监听
resize事件（比orientationchange兼容性更好），调用viewportUnitsBuggyfill.refresh() - 但要注意：
resize在Android Stock Browser中触发频率极低，有时仅在键盘弹出/收起时才触发，不能完全替代原生响应
IE9–11对vmin/vmax的支持是半残废的
IE9+虽声称支持vmin/vmax，但实现有硬伤：只在height上生效，width方向完全忽略；且vmax常被当作vh处理，vmin则等同于vw，失去“取最小/最大”的语义。
立即学习“前端免费学习笔记（深入）”；
- 验证方法：写
.test { width: 100vmin; height: 100vmin; }，在IE11中测宽高是否相等——大概率不等 - 安全写法：对IE单独用
@media screen and (-ms-high-contrast: active), (-ms-high-contrast: none)包裹降级规则 - 更稳妥的是放弃
vmin/vmax，改用vw/vh加JS判断Math.min(window.innerWidth, window.innerHeight)
真正麻烦的不是“不支持”，而是“假装支持却算错”。vmin/vmax这种依赖实时视口比较的单位，在旧引擎里极易因解析阶段缺失、事件监听漏掉、或CSSOM缓存未清而产生不可预测的偏差。别依赖视觉检查，务必用getComputedStyle抓真实值，再结合UA字符串做精确降级。
