results属性仅影响浏览器原生搜索历史下拉菜单的条目数量（如results="5"限显5条），现代Chrome/Edge/Firefox基本忽略它；控制图标需用autocomplete、CSS伪元素或appearance:none。
search input 的 results 属性到底起什么作用
results 是一个**仅影响浏览器原生搜索历史下拉菜单行为**的布尔属性，它不控制图标显示与否，也不决定是否渲染“×”清除按钮或放大镜图标。它的实际效果非常有限：仅在部分浏览器（如旧版 Safari、某些 Chromium 变种）中，当设为 results="5" 时，可能允许显示最多 5 条本地输入历史；设为 results="0" 或不设置，通常就禁用该下拉历史列表。但现代 Chrome / Edge / Firefox 基本忽略该属性，历史记录由地址栏策略或 autocomplete 控制。
想控制搜索历史图标（放大镜、×、下拉箭头），得靠这些
所谓“搜索历史图标”，其实是浏览器对 <input type="search"> 的**默认样式和内置 UI 组件**，无法通过 results 修改。真正能干预的途径只有：
-
autocomplete="off"或autocomplete="false"：可抑制地址栏/表单级历史建议（但不保证清除已缓存的历史） - CSS 伪元素屏蔽：
::-webkit-search-cancel-button（清除 ×）、::-webkit-search-decoration（老式放大镜）、::-webkit-search-results-button（下拉箭头）——仅 WebKit/Blink 有效 - 用
appearance: none+ 自定义背景图/伪元素重绘整个搜索框，彻底接管视觉
为什么 results 设了也没反应
常见原因有三个：
- 浏览器根本不支持：Firefox 完全无视
results；Chrome 90+ 已移除对其的支持逻辑 - 值不是合法整数：
results="true"或results=""会被解析为无效，等价于未设置 - 与
autocomplete冲突：若autocomplete="on"（默认），浏览器优先走地址栏历史，绕过results的本地限制
验证方式很简单：在 Chrome DevTools 中检查元素，看 <input> 上是否有 results 属性被保留（而非被自动移除），再手动输入重复关键词观察下拉是否出现——大概率不会。
立即学习“前端免费学习笔记（深入）”；
真要禁用所有搜索相关 UI，推荐这个最小可行组合
不依赖 results，而是用更可靠、跨浏览器友好的写法：
<input type="search"
autocomplete="off"
autocapitalize="none"
spellcheck="false"
style="
-webkit-appearance: none;
&::-webkit-search-cancel-button { display: none; }
&::-webkit-search-results-button { display: none; }
">
注意：autocapitalize 和 spellcheck 能进一步减少移动端干扰；-webkit-appearance: none 是关键，否则伪元素可能不生效；而 autocomplete="off" 在多数场景下比 results="0" 更实在。
真正的难点从来不在属性名，而在浏览器对表单控件的「自治权」——它们只在你明确夺权（appearance）、切断数据源（autocomplete）、并覆盖默认样式时，才肯交出那些图标。
