datalist 在联想手机上可用但体验取决于浏览器引擎而非品牌；Android 系统 WebView（尤其旧版）支持不完整，Chrome/Edge（v80+）正常，微信/QQ 内置浏览器等常失效；推荐 type="text" + inputmode，并用 'list' in HTMLInputElement.prototype 检测原生支持，失效时 JS 模拟下拉。
datalist 在联想手机（包括 moto edge、moto G 系列、ThinkPhone 等搭载 Android 的设备）上完全可用，但实际体验受浏览器引擎而非手机品牌影响——关键看用户用的是 Chrome、Edge 还是系统 WebView。
为什么联想手机上 datalist 有时不显示下拉选项？
这不是联想机型特有问题，而是 Android 系统级限制：原生 WebView（尤其旧版 Android 10 及以下）对 datalist 支持不完整，部分厂商定制 ROM 甚至直接禁用该功能的 UI 渲染。Chrome 浏览器（v80+）和 Edge（基于 Chromium）支持良好；但微信内置浏览器、QQ 浏览器 X5 内核、部分银行 App 的 WebView 则大概率不触发下拉提示。
- 现象：输入框有
list属性，datalist结构正确，但无任何匹配提示 - 验证方法：在手机 Chrome 中打开同一页面，若正常出现下拉，则确认是 WebView 兼容性问题
- 规避思路：不依赖视觉提示，仍可手动输入 + Tab 补全（部分 Chromium 内核支持），或降级为
select+ 搜索逻辑
datalist 与 input 类型搭配的兼容性陷阱
联想手机多数运行 Android 12–14，系统输入法（如 Gboard）对不同 type 的响应逻辑会影响 datalist 行为：
-
type="text"：最稳妥，所有机型均能触发基础匹配（即使无下拉 UI，value 仍可被选中） -
type="email"或type="number"：部分 Android WebView 会强制校验格式，导致option值不匹配输入法软键盘类型，从而隐藏提示 -
type="search"：在 Chrome 中表现正常，但在某些 OEM 定制浏览器中可能被转义为普通 text，失去搜索图标但保留 datalist 功能
建议始终用 type="text" 配合 inputmode 控制键盘类型，例如：
立即学习“前端免费学习笔记（深入）”；
如何让联想手机用户获得接近“智能联想”的体验？
当 datalist 在 WebView 中失效时，轻量级 JS 补偿方案比引入框架更实用：
- 监听
input事件，用Array.filter()匹配option.value子串，动态生成div下拉菜单 - 避免操作
document.activeElement或模拟 focus，易触发联想手机输入法重绘异常 - 关键兼容点：moto S50 / edge s30 等新机型默认启用
requestAutocomplete（已废弃），但可安全忽略；重点检测'list' in HTMLInputElement.prototype判断原生支持
示例检测逻辑：
if ('list' in HTMLInputElement.prototype) {
// 原生 datalist 可用
} else {
// 启用 JS 模拟下拉
}
真正要留意的不是“联想手机要不要特殊适配”，而是你交付的页面最终运行在哪种容器里——Chrome APK、系统 Settings App 内嵌页、还是某款联想管家小程序？后者大概率用的是阉割版 WebView，datalist 就只是个摆设。
