HTML原生search输入框语义明确、自带清空按钮、支持系统级搜索行为及专用软键盘；需用包裹并监听submit/search事件，禁用默认行为，且清空操作仅触发search事件。
HTML原生有啥特别的
它和普通text输入框渲染几乎一样，但语义明确、自带清空按钮（多数浏览器）、支持系统级搜索行为（比如 Safari 在地址栏回车直接触发搜索），且部分操作系统会为它启用专用键盘（如 iOS 的「搜索」回车键）。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 用
<input type="search">代替type="text"，仅当功能确实是“触发搜索”时——比如站内搜索框、API 查询输入 - 别指望它自动带搜索图标或下拉历史：那些得自己加 CSS 或 JS；浏览器只保证清空按钮和语义，不负责 UI 增强
- 注意默认样式差异：
search在某些浏览器中圆角更明显、内边距略大，若需统一外观，必须重置appearance和padding
怎么让搜索框按回车就提交，而不是刷新页面
常见错误是只写<input type="search" onkeyup="if(event.key==='Enter') search()">，结果按回车页面跳转或刷新——因为表单默认行为没拦住。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 最稳方案：把
input包进<form></form>，监听submit事件并event.preventDefault() - 避免直接绑定
keydown/keyup判断Enter，容易漏掉移动端软键盘「搜索」按钮（它触发的是search事件，不是key事件） - 兼容性要点：iOS Safari 对
search输入框的「搜索」按钮会触发search事件，记得同时监听：input.addEventListener('search', handler)
search类型input的value为空时要不要清空？
用户点清空按钮（×）后，input.value确实变为空字符串，但很多人忽略：这个动作不会触发input或change事件，只触发search事件（且此时event.target.value已是空值）。
Wechat Article Html
下载
将 Markdown 文章转换为微信公众号兼容的纯 HTML 格式。当用户要求"转成微信格式"、"生成公众号文章 HTML"、"排版到微信草稿箱"、"微信粘贴格式"时触发。输出带内联样式的纯 HTML，微信编辑器可直接渲染，无需额外适配。支持标题、段落、列表、粗体、行内代码、表格、引用块、代码块、配图的完整转换。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 依赖清空操作做逻辑（比如重置筛选状态），必须监听
search事件，不能只靠input - 如果还用了
debounce做搜索建议，要小心：清空后立即再输入，可能因防抖未清除导致旧请求还在，建议清空时调用clearTimeout或取消 pending 请求 - 测试时别只点 × —— 也试试手动删光字符再失焦，两种方式触发的事件不同
移动端软键盘「搜索」按钮不响应？
现象：iOS/Android 软键盘显示「搜索」或「查找」按钮，但点击无反应。根本原因常是没监听search事件，或表单缺少action和method（虽不推荐提交，但浏览器有时会因此降级行为）。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 必须监听
search事件：input.addEventListener('search', e => { /* 处理搜索 */ })，这是软键盘「搜索」按钮的唯一标准事件 - 不要依赖
Enter键模拟：安卓部分输入法、iOS 第三方键盘可能不发key事件，只发search - 若用框架（如 React），注意
onSearch不是原生属性，得用onKeyDown+onSearch双监听，或用ref绑定原生事件
真正麻烦的不是写法，而是不同端对「搜索」意图的理解差异——iOS 要search事件，安卓要看输入法实现，桌面浏览器又只认Enter。一个输入框背后，其实是三套事件逻辑在并行跑。
