step 属性定义合法值的最小间隔，不自动四舍五入；价格输入应设 step="0.01" 并配合 min/max 与后端校验，value 始终为字符串需显式转换，移动端需 inputmode 和正则兜底。
step 属性在 <input type="number"> 中的实际作用
step 不是“限制价格必须为整数”的开关，而是定义合法值之间的最小间隔。浏览器会用它校验用户输入、控制上下箭头步进、影响自动补全建议——但不会自动四舍五入或截断你手动输入的值。
比如 <input type="number" step="0.01"> 允许输入 19.99、20.00、20.01，但不允许提交 19.995（会被标记为 valid 但触发 reportValidity() 失败）。
常见错误现象：step="1" 却想输入带小数的价格 → 浏览器允许手动输 9.99，但点击上下箭头只跳整数，且 checkValidity() 返回 false。
价格输入必须设 step="0.01" 吗？
不是必须，但不设会出问题。默认 step="1"，此时 9.99 是非法值；设成 step="any" 虽允许任意小数，但失去校验能力，且 Safari 不支持 any（会退化为 1）。
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
推荐做法：
- 价格统一用两位小数 → 固定写
step="0.01" - 后端接收时仍需二次校验（前端可被绕过）
- 配合
min和max使用，例如min="0.01" max="99999.99" - 避免用
step="0.1"表示“角”，因为0.1在二进制中无法精确表示，可能引发浮点误差（如输入0.3被判定为非法）
为什么 input.value 读出来还是字符串？
value 始终是字符串，即使 type="number"。想转数字得显式调用 parseFloat() 或 Number()，但要注意：
-
parseFloat("19.990")→19.99（正确） -
parseFloat("19.999")→19.999（但step="0.01"下该值非法，应拒绝） - 更安全的做法：先用
input.checkValidity()判断是否符合step规则，再转数字 - 不要依赖
input.valueAsNumber—— 它对非法值返回NaN，但不告诉你哪里错了
移动端键盘和兼容性陷阱
Android Chrome 和 iOS Safari 对 step 的处理不一致：
- iOS 键盘默认弹出数字键盘（带小数点），但长按小数点可能无效；部分版本忽略
step校验 - Android 部分输入法不显示小数点，需手动切键盘模式
- 解决思路：加
inputmode="decimal"提示系统弹出带小数点的键盘（仅现代浏览器支持） - 兜底方案：监听
input事件，用正则/^\d+(\.\d{0,2})?$/实时过滤非法字符（注意保留用户编辑位置）
真正难的不是写 step="0.01"，而是意识到它只管“合法性”，不管“格式化”和“用户体验”。价格输入要稳，得前后端一起卡住小数位、校验逻辑、输入反馈三块。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
