input标签不必放在form中才能使用，但脱离form后无法触发默认提交行为或submit事件；若仅需收集值（如搜索框），监听input事件即可，无需form。
INPUT 标签必须放在 form 里才能正常提交吗？
不是必须，但没 <form></form> 时它只是个独立输入控件，无法触发默认提交行为，也不能靠 submit 事件监听。浏览器只对 <form></form> 内的 <input type="submit"> 或回车键自动触发表单提交。
常见错误现象：input 独立存在，点了按钮没反应，console.log 也收不到 submit 事件——因为根本没绑定到任何表单上下文。
- 如果只是收集值（比如搜索框），用
input+addEventListener('input', ...)就够了，不用<form></form> - 如果要按回车提交、或兼容旧浏览器的原生提交逻辑，必须包在
<form></form>里，并设action和method -
<form></form>不需要有action属性也能触发submit事件，适合纯 JS 处理
type="text" 和 type="search" 在实际使用中有什么区别？
视觉上几乎一样，但语义和默认行为不同：type="search" 会触发移动端专用键盘（带“搜索”键）、自动添加清除按钮（WebKit 内核），且部分浏览器会禁用拼写检查。
容易踩的坑：直接替换 type="text" 为 type="search" 后，CSS 里写的 input[type="text"] 选择器就失效了，得补上 input[type="search"]。
- 清除按钮是 UA 样式，用
input::-webkit-search-cancel-button可定制，但 Firefox 不支持该伪元素 - 两者都支持
value、placeholder、autocomplete，但type="search"默认autocomplete="off"（某些浏览器） - 无障碍方面，
type="search"会被屏幕阅读器识别为搜索控件，更准确
如何让 INPUT 值变化时立刻获取，而不是等失焦？
用 input 事件，不是 change 事件。change 只在失去焦点且值改变后触发，input 是每次输入（包括删除、粘贴、IME 输入）都触发。
典型误用：addEventListener('change', ...) 放在搜索框上，用户打字没反应，直到点别处才执行——这不符合实时交互预期。
-
input事件兼容性好（IE9+），但注意 IME 输入（如中文拼音）在组合过程中也会触发，需用event.isComposing过滤未完成输入 - 高频触发时建议节流，比如用
setTimeout防抖，避免每敲一个字都发请求 - 不要监听
keydown来取值——此时input.value还没更新
为什么 INPUT 的 value 属性和 value 特性（attribute）不一致？
这是 HTML 属性（attribute）和 DOM 属性（property）的经典差异：value 特性只表示初始值；input.value 属性反映当前真实值。修改特性不会更新输入框显示，改属性才会。
常见错误：input.setAttribute('value', 'new') 看起来没效果，或者刷新页面后又回到旧值——因为这只是改了初始值，没动当前状态。
- 设置初始值用 HTML 特性：
<input value="default"> - 运行时读写一律用 JS 属性：
input.value = 'updated'或const v = input.value - 用
input.getAttribute('value')拿到的永远是最初 HTML 里写的值，不是用户输的
input 事件对 IME 的处理，以及 value 属性和特性的混淆——这两处出问题时现象隐蔽，调试半天才发现是基础机制理解偏差。前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
