Sharp Aquos手机(2012–2015年Android 4.x机型)需组合UA前缀(SHL/SHV/SHF)、webkitTransform未定义、Object.keys异常三重检测识别,强制加载polyfill、禁用现代CSS/JS特性,并采用table布局、px单位、内联事件绑定等降级方案。
Sharp Aquos 手机(尤其是 2012–2015 年间发布的 Androi
d 4.x 机型,如 Aquos Phone SHL21、SHL22、SHV31 等)搭载的是深度定制的浏览器内核(非标准 WebKit,而是 Sharp 自研的 Aquos Browser),HTML5 兼容性极差——flexbox、transform、vh/vw、fetch、Promise 基本不可用,连 querySelector 都可能返回 null 即使元素存在。
不能依赖 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。
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 上会锁死双击缩放且无法恢复所有现代布局方案在 Aquos 上均失效:display: flex 被忽略,position: sticky 触发白屏,calc() 解析为 0。可行方案只有:
实现栅格(Aquos Browser 对 table 渲染最稳定)- 按钮/卡片类元素用
display: inline-block + vertical-align: top 排列
- 所有尺寸(
width、padding、font-size)强制使用 px,禁止 rem、em、%(百分比宽度在某些 Aquos 版本中计算错误)
-
@media 查询仅支持 max-width,且必须写在 CSS 文件末尾(Aquos 会跳过前面的 media 块)
JavaScript 交互必须手动绑定且无事件委托
Aquos Browser 的事件系统残缺:addEventListener 在部分机型上无效,event.target 常为 null,touchstart 延迟高达 300ms 且不触发 preventDefault。实际做法是:
- 全部用
onclick、ontouchstart 内联属性绑定(如 )
- 避免
this 引用,改用 event.srcElement || event.target 获取触发元素(需先判空)
- 所有异步操作用
setTimeout(fn, 0) 模拟微任务,不要用 Promise.then 或 queueMicrotask
-
XMLHttpRequest 可用,但必须手动设置 responseType = ""(空字符串),设 "json" 会直接报错
Aquos 适配的本质不是“让新代码跑起来”,而是“把代码倒退回 2010 年的兼容性水位”。最易被忽略的一点:JS 文件必须放在 底部,且不能压缩(Aquos Browser 对 minified JS 的解析错误率显著升高)。