step 属性在体重输入中常失效是因为仅对 type="number" 生效，且浏览器严格校验步长（如 step="0.1" 时 72.15 会被 chrome 标红阻止提交）；正确做法是同时设置 min、max、step 和 value，并添加 inputmode="decimal" 适配移动端键盘。
step 属性在体重输入中为什么经常失效
因为 step 只对 <input type="number"> 生效，且浏览器会严格校验输入值是否符合步长规则——比如设 step="0.1" 但用户直接输入 72.15，Chrome 会标红并阻止表单提交，而 Safari 可能静默截断。这不是 bug，是规范行为。
正确设置体重输入的 step 和相关属性
体重常用精度是 0.1 kg，需同步约束 min、max 和 step，否则部分浏览器（如 Firefox）会忽略 step：
-
min="30"和max="200"明确数值范围，避免step被降级处理 -
step="0.1"允许输入如68.0、68.1、68.2… 但不接受68.05 - 必须加
value或初始值（如value="68.0"），否则某些安卓 WebView 会默认取整为68
<input type="number" name="weight" min="30" max="200" step="0.1" value="68.0">
移动端键盘适配和用户体验陷阱
Android Chrome 默认弹出数字键盘，但 iOS Safari 在 step="0.1" 时可能只显示整数键盘（尤其未设 inputmode="decimal"）：
- 加
inputmode="decimal"强制唤起带小数点的软键盘（iOS 12.2+、Android Chrome 71+ 支持） - 避免用
step="any"—— 它虽允许任意小数，但失去校验能力，且 Safari 会禁用上下微调按钮 - 如果后端要求整数克重（如 68000 g），别用
step="100"混淆单位，应统一用 kg +step="0.1"，转换逻辑放在 JS 或服务端
JS 动态控制 step 值的实际限制
运行时修改 input.step 属性不会影响已输入值的校验逻辑，只对后续输入生效；且无法绕过浏览器内置验证：
-
el.step = "0.5"后，用户仍可粘贴70.23，提交时才报错"The specified value does not conform to the required format." - 若需更灵活控制（如按单位切换：kg/kg/lb），建议用
type="text"+ 自定义校验，而非依赖step - 无障碍方面，
step不会被屏幕阅读器主动播报，需配合aria-describedby说明精度要求
真正难的不是写 step="0.1"，而是确认所有目标浏览器都按预期触发校验，并且用户不会因键盘/粘贴/初始值问题意外输错精度。实际项目里，常要 fallback 到 JS 格式化 + 提示，而不是只信 HTML 属性。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
