sharp aquos手机（2012–2015年android 4.x机型）需组合ua前缀（shl/shv/shf）、webkittransform未定义、object.keys异常三重检测识别，强制加载polyfill、禁用现代css/js特性，并采用table布局、px单位、内联事件绑定等降级方案。
Sharp Aquos 手机（尤其是 2012–2015 年间发布的 Android 4.x 机型，如 Aquos Phone SHL21、SHL22、SHV31 等）搭载的是深度定制的浏览器内核（非标准 WebKit，而是 Sharp 自研的 Aquos Browser），HTML5 兼容性极差——flexbox、transform、vh/vw、fetch、Promise 基本不可用，连 querySelector 都可能返回 null 即使元素存在。
识别 Aquos 设备并加载降级资源
不能依赖 navigator.userAgent 中的 “Android” 或 “Sharp” 粗略判断，Aquos 浏览器 UA 字符串高度不统一（例如 Mozilla/5.0 (Linux; U; Android 4.0.4; ja-jp; SHL21 Build/IMM76D) AppleWebKit/534.30 (KHTML, like Gecko) Version/4.0 Mobile Safari/534.30 中没有 “Aquos” 字样）。必须组合检测：
- 检查
navigator.userAgent是否含SHL、SHV、SHF（Sharp 机型代号前缀） - 验证
document.documentElement.style.webkitTransform !== undefined为false（真机中该属性常为undefined，而标准 Android 4.0+ 为""） - 尝试执行
Object.keys({a:1})，若报错或返回空数组，则说明Object.keys不可用
满足以上两项即大概率是 Aquos 设备，应立即加载轻量 JS 文件（如 aquos-polyfill.js）并跳过现代 CSS。
禁用 viewport 缩放但保留基础响应式
Aquos 浏览器对 viewport meta 标签解析异常：设 user-scalable=no 可能导致页面完全无法滚动；设 width=device-width 可能被忽略，回退到 980px 宽度。稳妥做法是：
立即学习“前端免费学习笔记（深入）”；
- 使用固定
width=320（适配 SHL21 等主流 Aquos 屏幕宽度） - 显式设置
initial-scale=1.0和maximum-scale=1.0，但**不写**user-scalable - 避免
minimum-scale，它在 Aquos 上会锁死双击缩放且无法恢复
<meta name="viewport" content="width=320, initial-scale=1.0, maximum-scale=1.0">
CSS 必须回归 table + inline-block + px 单位
所有现代布局方案在 Aquos 上均失效：display: flex 被忽略，position: sticky 触发白屏，calc() 解析为 0。可行方案只有：
- 用
<table> 实现栅格（Aquos Browser 对 table 渲染最稳定）<li>按钮/卡片类元素用 <code>display: inline-block+vertical-align: top排列 - 所有尺寸（
width、padding、font-size）强制使用px，禁止rem、em、%（百分比宽度在某些 Aquos 版本中计算错误） -
@media查询仅支持max-width，且必须写在 CSS 文件末尾（Aquos 会跳过前面的 media 块） - 全部用
onclick、ontouchstart内联属性绑定（如<button onclick="doAction()"></button>） - 避免
this引用，改用event.srcElement || event.target获取触发元素（需先判空） - 所有异步操作用
setTimeout(fn, 0)模拟微任务，不要用Promise.then或queueMicrotask -
XMLHttpRequest可用，但必须手动设置responseType = ""（空字符串），设"json"会直接报错
JavaScript 交互必须手动绑定且无事件委托
Aquos Browser 的事件系统残缺：addEventListener 在部分机型上无效，event.target 常为 null，touchstart 延迟高达 300ms 且不触发 preventDefault。实际做法是：
Aquos 适配的本质不是“让新代码跑起来”，而是“把代码倒退回 2010 年的兼容性水位”。最易被忽略的一点：JS 文件必须放在 底部，且不能压缩（Aquos Browser 对 minified JS 的解析错误率显著升高）。
