type="number"无法真正限制小数位数，step仅影响箭头步进和提交校验，需javascript配合blur时格式化或实时处理光标位置，且服务端必须重新校验。
type="number" 本身不能真正限制小数位数，step 只影响上下箭头步进和提交时的原生验证，不拦截手动输入。要实现「最多两位小数」这类效果，必须配合 JavaScript。
为什么 step="0.01" 看起来有效但实际不可靠
它会让 Chrome 的上下箭头以 0.01 步进，也会在 submit 时触发浏览器校验（比如输入 1.234 会报错），但用户仍可直接输入 1.2345、粘贴 99.999，甚至在 Safari 或 Android WebView 中完全忽略该属性。更麻烦的是，step="0.01" 无法阻止 1. 这类不完整小数，也解决不了浮点误差（如 0.1 + 0.2 === 0.30000000000000004）。
用 input 事件实时截断的坑与写法
监听 input 并正则替换看似简单，但极易破坏用户体验——光标跳到末尾、无法在中间编辑、退格异常。正确做法是：只在输入结束（blur）或提交前做格式化，而非每敲一个键就截断。
- 推荐在
blur时处理：parseFloat(value)?.toFixed(2)，再赋值回去 - 若必须实时响应，需先保存光标位置，再恢复（用
selectionStart/selectionEnd） - 正则
/^-?\d*\.?\d{0,2}$/不能匹配1.或.5，建议改用/^-?\d+(\.\d{1,2})?$|^-\.\d{1,2}$|^\.\d{1,2}$/（覆盖小数点开头场景） - 注意
value始终是字符串，parseFloat("1.")返回1，parseFloat(".5")返回0.5，但parseFloat("abc")返回NaN，需兜底
移动端键盘和兼容性绕不过去
微信内置浏览器、旧版 Safari、部分 Android WebView 会把 type="number" 当成普通文本框，step 和 min/max 全部失效。此时 inputmode="decimal" 是更稳妥的唤起小数键盘方式（但仅提示，不强制）。
- 强依赖数值精度的场景（如金额），建议降级为
type="text"+pattern="[0-9]*\.?[0-9]{0,2}"+ JS 校验组合 -
FormData.get("field")拿到的永远是字符串，后端不能假设收到的是数字类型 - 别信
valueAsNumber，它在违反min/max/step时直接返回NaN，应优先查validity.badInput
最易被忽略的一点：无论你设多少层前端限制，服务端都得重新 parse + range check + precision round。浏览器的 step 和 JS 截断，只是防手误，不是安全边界。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
