不能完全禁用字体缩放，text-size-adjust: none 仅阻断浏览器自动文本缩放，不影响用户手动缩放或系统级字体偏好；推荐使用 text-size-adjust: 100% 以兼顾可访问性与控制权。
text-size-adjust: none 能否真正禁用字体缩放？
不能完全禁用，但能阻断浏览器的自动文本缩放行为——这是两回事。移动端浏览器（尤其是 Android Chrome）会基于启发式规则对小字号文本块（如页脚导航、单列菜单）主动放大或压缩，text-size-adjust: none 的作用是关闭这一“自动干预”，而非剥夺用户通过系统设置或手势缩放的能力。
它只影响浏览器渲染时的字号修正逻辑，不影响用户手动缩放、辅助技术（如 VoiceOver 缩放）、或系统级字体偏好。真机上验证时，你会发现 DevTools 模拟器里看不到的问题，在 Chrome for Android 上一打开就暴露：相同 font-size: 1rem 的两个 <a>，一个在 <header> 里正常，一个在 <footer> 里明显偏小——这就是自动缩放在作祟。
为什么 text-size-adjust: 100% 比 none 更推荐？
text-size-adjust: 100% 允许用户按需缩放（比如视力障碍者调大系统字体），同时禁止浏览器擅自调整；而 text-size-adjust: none 会彻底关闭所有缩放响应，包括系统级设置，违反 WCAG 1.4.4（Resize Text）可访问性要求。
- Android 用户开启「更大字体」后，
text-size-adjust: none会让页面文字完全不响应，而100%仍能跟随系统比例放大 - iOS 用户在「显示与文字大小」中调节「更大字体」，
100%下文字会等比变化，none则冻结不动 - 现代浏览器（Chrome 90+、Safari 15.4+、Firefox for Android）对
100%支持完整，无需前缀；none需加-webkit-等前缀才兼容旧版
该属性该加在哪个元素上才生效？
必须加在文本的**祖先容器**上，不是加在 <p> 或 <span> 这类内联元素上——浏览器只检查文本所在块级上下文的计算样式。
立即学习“前端免费学习笔记（深入）”；
常见错误写法：p { text-size-adjust: 100%; } —— 失效，因为 <p> 不是实际渲染文本的“上下文根”。
正确做法：
- 全局控制（谨慎）：
html { text-size-adjust: 100%; } - 局部控制（推荐）：
#bottommenublock, .menu-item, .flist { text-size-adjust: 100%; } - 避免写
* { text-size-adjust: 100%; }—— 会干扰表单控件、按钮等需要响应系统缩放的交互元素
为什么加了还是没效果？排查这三点
真机调试时发现 text-size-adjust 没生效，大概率不是属性写错，而是被其他 CSS 干扰或继承链断裂：
- 父容器设置了
transform（如scale()、rotate()）或zoom，会重置文本渲染上下文，导致text-size-adjust失效 - 字体单位用了百分比（如
font-size: 80%）且父级未设基准，造成继承混乱，浏览器无法准确判断“是否过小”，从而绕过缩放策略 - 目标元素被包裹在
iframe或 Shadow DOM 中，text-size-adjust不会跨边界继承，必须在内部作用域单独声明
最直接验证方式：在 Chrome for Android 远程调试中，选中目标元素 → Computed 标签页 → 搜索 text-size-adjust，确认值为 100% 且来源明确；再执行 window.getComputedStyle(el).textSizeAdjust，返回值应为 "100%"。
