清除按钮是浏览器原生伪元素，非独立DOM节点，故不能用display:none直接隐藏；需先用-webkit-appearance:none剥离样式，再配合display:none移除热区，且WebKit与Firefox需分别用::-webkit-search-cancel-button和::-moz-search-clear-button处理。
清除按钮不是 DOM 元素，不能用 display:none 直接隐藏
很多人试过给 ::-webkit-search-cancel-button 加 display: none，结果发现按钮“看似消失”，但点击原位置仍会清空内容——这是因为清除按钮本质是浏览器 UA 渲染的交互热区，display: none 只隐藏视觉，不移除功能，还会破坏触控热区（尤其 iOS 和安卓 WebView），导致点击失效或无障碍支持丢失。
正确做法是先剥离原生样式，再控制显隐逻辑：
-
-webkit-appearance: none必须加，这是剥离 WebKit 内核默认行为的第一步 - 紧接着加
display: none或opacity: 0，二者效果不同：display: none完全移除热区，opacity: 0保留可点击性（慎用） - Firefox 不支持该伪元素，所以这行 CSS 对它无效；它要么显示原生按钮（110+），要么不显示（旧版），无法统一控制
WebKit 和 Firefox 需要分开处理
清除按钮在不同内核浏览器中由不同伪元素控制，不存在“一招通吃”的写法：
- Chrome / Edge / Safari（WebKit/Blink）用
::-webkit-search-cancel-button - Firefox 117+ 才支持
::-moz-search-clear-button，且必须写成appearance: none（不带前缀），旧版 Firefox 完全无视该伪类 - Safari 15.4+ 要求
-webkit-appearance: none必须配合display: none才可靠生效，单写前者可能残留微小热区
示例（仅对 WebKit 生效）：
立即学习“前端免费学习笔记（深入）”；
input[type="search"]::-webkit-search-cancel-button {
-webkit-appearance: none;
display: none;
}
input[type="search"]::-moz-search-clear-button {
appearance: none;
}
隐藏后必须补上替代清空操作
移除原生清除按钮不是终点，而是起点——用户（尤其是键盘用户）会依赖 ESC 或点击 × 来快速清空。一旦你用 CSS 把它藏掉，就得自己提供等效能力：
- 监听
input事件，根据input.value是否为空控制自定义清空按钮显隐 - 绑定 ESC 键：当输入框聚焦时，
keydown检测event.key === 'Escape'，然后清空并focus()回输入框 - 若用自定义按钮，确保它有
type="button"和aria-label="清空搜索内容"，避免被屏幕阅读器误读为提交 - 别忘了移动端：按钮最小点击区域建议 ≥ 44×44px，否则手指点不中
最常踩的坑：appearance: none 波及整个 input
很多项目全局重置了 input { -webkit-appearance: none; appearance: none; }，结果所有 type="search" 的清除按钮都消失了——这不是 bug，是预期行为。因为 appearance: none 会抹掉整个控件的 UA 样式，包括搜索字段特有的装饰区。
解决办法不是放弃重置，而是精准覆盖：
- 保留全局
appearance重置 - 单独为
input[type="search"]恢复部分样式：-webkit-appearance: searchfield;（WebKit）或appearance: searchfield;（Firefox） - 再单独针对伪元素做隐藏，避免影响输入框本体
真正麻烦的不是怎么藏，而是藏完之后要不要、能不能、怎么补上那条被砍掉的交互链路——这点很容易被忽略。
