output标签需绑定form及for属性才能响应实时更新，其本身不监听事件，仅渲染JS计算结果；必须用oninput实现真实时反馈，value影响表单提交而textContent仅控制显示。
output 标签必须绑定 form 和关联控件才能触发实时更新
output 本身不监听事件，它只响应 form 内部的 oninput 或 onchange 显式触发的计算。如果你把 output 放在 form 外、或没用 for 属性指向控件 ID，它就只是个静态容器，不会自动刷新。
正确做法是：确保 output 在同一 form 内，且 for 值与输入控件的 id 严格匹配。浏览器会据此建立隐式依赖关系，但真正驱动更新的仍是 JS 逻辑 —— output 只负责渲染。
-
output的for属性不是可选的，缺失即失效 - 多个控件可共用一个
output，只需在 JS 中统一更新其textContent或value - 不要指望
output自动读取range或number的当前值，必须手动赋值
用 oninput 而非 onchange 实现真“实时”反馈
用户拖动滑块或连续按键时，onchange 只在控件失焦后触发，体验卡顿；oninput 则在每次输入/拖动时立即响应，更适合实时计算场景。
注意：某些旧版 Safari 对 input[type="range"] 的 oninput 支持不稳定，可降级为监听 input 事件并加防抖（但多数现代项目无需）。
立即学习“前端免费学习笔记（深入）”；
-
oninput在contenteditable或textarea中也生效，但需注意输入法组合字符的时机问题 - 避免在
oninput回调里直接调用耗时计算，否则 UI 会阻塞；简单数学运算没问题 - 如果按钮本身是触发计算的主入口（比如“计算”按钮），那就不用绑
oninput，改用按钮的onclick
output.value 与 output.textContent 的区别直接影响表单提交行为
如果 output 在 form 内且有 name 属性，它的 value 会被包含在 FormData 或 form.submit() 提交的数据中；而 textContent 只影响显示，不参与提交。
多数情况下你只想展示结果，不需要提交，所以直接设 textContent 更安全。但如果要让后端也收到这个计算值，就得设 value 并确保 output 有 name。
-
output默认没有name，不设就不会出现在formdata中 -
output.value = "123"后，output.textContent也会同步变 —— 但反过来不成立 - 若同时设置
value和textContent，以value为准（提交时）
按钮靠近 output 不等于 DOM 靠近，关键看事件作用域和数据流设计
所谓“附近”，实际是指按钮点击后能方便访问到目标 output 元素。DOM 位置无关紧要，重要的是作用域清晰：要么用 id 直接查，要么用 form.elements 索引，或者用 event.target.form 沿路径找。
别为了“视觉就近”把 output 塞进按钮内部 —— button 是 phrasing content，嵌套 output 合法但语义混乱，且容易干扰点击事件冒泡。
- 推荐写法：
document.querySelector('output[name="result"]')或form.querySelector('output') - 避免用
parentNode.querySelector向上找，耦合太强，重构时易断 - 如果页面有多个同类计算模块，每个
form应独立管理自己的output，不要全局 ID
output 设 name 却期望它参与提交，或者误以为绑了 for 就能免写 JS。 
