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）或提交前做格式化，而非每敲一个键就截断。

html-to-pptx-converter

使用 PptxGenJS 和 Python 解析，将结构化的 HTML/CSS 幻灯片内容转换为原生、可编辑的 PowerPoint（.pptx）演示文稿。

下载

• 推荐在 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 截断，只是防手误，不是安全边界。