step="0.01"仅在增减按钮点击和表单提交时校验，无法拦截键盘输入或粘贴的超限小数；需配合input事件正则实时修正（如value.replace(/(.\d{2})\d+$/, '$1')），并注意移动端及小程序兼容性问题。
type="number" 的 step 是控制小数位数最直接有效的手段，但仅靠它不能真正“截断”或“格式化”输入——必须配合 JavaScript 才能防止粘贴、手动输入超限小数位。
为什么 step="0.01 有时不拦住三位小数？
浏览器只用 step 校验“增减按钮点击”和“表单提交”两个时机，对用户键盘输入、粘贴（如粘贴 "3.1415"）完全放行。此时 valueAsNumber 仍是合法数字，checkValidity() 也返回 true，因为 HTML5 标准未要求实时截断。
-
step="0.01"表示“合法值应为min + n × 0.01”，但不禁止输入3.141这类值 - 部分浏览器（如 Safari）甚至允许在输入框内直接键入任意小数位，直到失焦或提交才报错
-
step="any"会彻底关闭步长校验，min/max的 UI 提示（如 spinner 按钮）也会失效
input 事件中用正则实时限制小数位数
监听 input 事件比 change 更及时，能拦截粘贴和连续按键。关键不是“阻止输入”，而是“立刻修正显示值”。
- 用
/^-?\d*\.?\d{0,2}$/匹配最多两位小数（支持负号、整数、空值） - 别用
parseFloat().toFixed(2)：它会把""变成"0.00"，把"."变成"0.00"，破坏用户体验 - 推荐写法：
value.replace(/(\.\d{2})\d+$/, '$1')—— 只截掉超出的尾部，保留原输入意图 - 注意处理边界：如
"123."应保留，"123.456"应变"123.45"，"-."应清空
移动端和微信小程序的特殊处理
iOS Safari 和 Android WebView 对 type="number" 的行为差异极大：iOS 不显示增减按钮，Android 厂商定制键盘可能忽略 step；微信小程序更干脆——bindinput 触发时 e.detail.value 已是字符串，且无 valueAsNumber。
立即学习“前端免费学习笔记（深入）”；
- 小程序必须用
parseFloat(e.detail.value).toFixed(2)+setData，但要注意toFixed的四舍五入副作用（如1.005.toFixed(2)得"1.00"） - 安卓某些 WebView 中，
step值过大（如1e7）会导致输入框卡死，建议服务端也做精度校验 - 不要依赖
inputmode="decimal"：它只是提示软键盘类型，对校验零作用
真正可靠的控制，永远是「HTML 层声明意图 + JS 层主动归一化」。哪怕你写了 step="0.01" min="0" max="100"，只要没在 input 事件里做字符串清洗，用户就一定能输进 "99.999" 并成功提交。
