for属性必须严格匹配ID列表以确保语义关联，联合计算需用JavaScript配合oninput事件实现，parseFloat()||0保障数值安全，value属性更新output并保证表单提交一致性。
output 的 for 属性必须写对 ID 列表，否则不触发语义关联
for 属性本身不执行计算，但它让浏览器知道这个 <output> 依赖哪些输入控件——这对可访问性、表单重置行为和未来浏览器可能的原生联动（如自动清空）至关重要。写错就等于没写。
常见错误包括：
- ID 大小写不一致：
<input id="Price">和for="price"不匹配 - 空格或特殊字符混入：
for="qty-1 qty_2"中的-或_若与实际id不完全一致，关联即失效 - 漏掉空格分隔：
for="a b c"是合法的，for="ab c"就只关联了ab和c，中间没空格则视为一个 ID
正确示例：<output name="total" for="price qty discount">0</output>，前提是三个 <input> 的 id 确实是 price、qty、discount。
联合计算必须靠 JavaScript，oninput 绑定在 <form> 上最稳妥
浏览器不会因为写了 for="a b c" 就自动帮你算 a + b - c。你得自己写逻辑，而 oninput 是唯一能覆盖所有输入变化的事件——onchange 要失焦才触发，不适合实时场景。
立即学习“前端免费学习笔记（深入）”；
推荐把 oninput 写在 <form> 标签上，而不是每个 <input> 单独绑：
- 避免重复监听和函数多次执行（比如两个
input都绑了同一函数，改一个就调两次） - 天然支持动态增删的输入项（新增的
<input id="tax">只要放在同一<form>内，事件自动生效） - 事件对象
event.target可以帮你判断是谁变了，但多数情况你只需全量重算
示例（三数联动）：<form oninput="total.value = (parseFloat(price.value) || 0) * (parseFloat(qty.value) || 0) - (parseFloat(discount.value) || 0)"><input type="number" id="price" value="100"><input type="number" id="qty" value="2"><input type="number" id="discount" value="5"><output name="total">195</output></form>
parseFloat() + || 0 是联合计算的安全底线
多个 <input> 同时为空时，parseFloat("") 返回 NaN，整个表达式就崩了。别用 parseInt()，它截断小数且对空字符串也返回 NaN。
关键点：
-
parseFloat(input.value)能处理带小数点的数字（比如价格、百分比），也兼容整数 -
|| 0是最简兜底：只要左边是 falsy（NaN、null、undefined、空字符串），就取0 - 不要写成
parseFloat(input.value) || 0 || 1—— 第一个||已经生效，后面无效 - 如果业务要求“空值不参与计算”，就得显式判断：
isNaN(val) ? 0 : val
用 value 属性更新 output，别碰 textContent 或 innerHTML
<output> 在 <form> 内且有 name 时，value 是它的原生属性，表单提交时会一起发出去。用 textContent 显示没问题，但提交时拿不到；用 innerHTML 有 XSS 风险（哪怕只是数字，也别留口子）。
注意边界：
- 赋值前确保
output元素存在，否则result.value = ...会报Cannot set property 'value' of null - 不要给
value赋null或undefined，会显示为空白；建议统一转成字符串：total.value = (a * b - c).toFixed(2) - 如果结果含单位（如
"¥195.00"），仍应赋给value，不是textContent—— 语义和提交一致性优先
真正容易被忽略的是：当多个输入联动涉及异步操作（比如汇率 API）、条件分支（如满减规则）或格式化（千分位、货币符号）时，内联 oninput 表达式会迅速失控。这时候该抽离成独立函数，而不是硬塞进 HTML 属性里。
