不能完全限制。min/max仅提供UI提示和提交校验，用户可通过粘贴、开发者工具或绕过前端提交非法值；必须配合step、JavaScript实时监听与服务端二次校验才可靠。
input type="number" 的 min 和 max 属性是否真能限制用户输入？
不能完全依赖。浏览器会禁用上下箭头超出范围、阻止部分键盘输入（比如输入负数时禁用减号），但用户仍可通过粘贴、开发者工具修改或绕过表单验证直接提交非法值。
所以 min 和 max 是前端友好提示 + 基础防护，后端必须做二次校验。
-
min和max只接受数字字符串（如"0"、"100"），不支持表达式或变量 - 若设为
min="5"但用户输入4.999，Chrome 会在失焦时自动四舍五入为5；Firefox 则保留原值但标记为无效 - 空值、非数字（如
"abc"）默认通过验证，除非同时加required
如何让数字输入框真正拒绝非法输入（含小数）？
纯 HTML 属性不够用，需配合 step 和 JavaScript 监听。例如限制为「0–100 之间、最多两位小数」：
<input type="number" min="0" max="100" step="0.01" id="score">
但 step="0.01" 不阻止用户输入 0.015 —— 这时得监听 input 事件实时截断：
立即学习“前端免费学习笔记（深入）”；
Wechat Article Html
下载
将 Markdown 文章转换为微信公众号兼容的纯 HTML 格式。当用户要求"转成微信格式"、"生成公众号文章 HTML"、"排版到微信草稿箱"、"微信粘贴格式"时触发。输出带内联样式的纯 HTML，微信编辑器可直接渲染，无需额外适配。支持标题、段落、列表、粗体、行内代码、表格、引用块、代码块、配图的完整转换。
- 用
parseFloat()转换后判断是否在范围内，再用toFixed(2)修正精度 - 注意不要在
input中直接赋值触发重绘，否则光标会跳到末尾；应先记录位置，再恢复 - 移动端软键盘可能不显示小数点，可考虑用
type="text"+ 正则限制更可控
为什么设置了 min/max，控制台还报 “The specified value does not conform to the required format”？
这是 HTML5 表单验证错误，常见于三种情况：
- 初始
value值超出min/max范围（如<input value="200" min="0" max="100">） -
value是空字符串或非数字（如value="—"），而浏览器尝试解析失败 -
step与min不对齐，例如min="1" step="2"，合法值只能是 1、3、5…，输入2就会报错
修复方法：确保初始 value 符合约束，或干脆不设 value，改用 defaultValue 或 JS 动态赋值。
兼容性与移动端的隐藏坑
Android WebView 和旧版 Safari 对 type="number" 支持不稳定：有的把小数点转成逗号，有的忽略 step，有的连 min 都不生效。
- iOS Safari 在某些版本中，
min="0"仍允许下拉出现负数（视觉 bug，实际提交值仍受控） - 微信内置浏览器可能将
type="number"渲染为文本框，失去所有数值控制能力 - 如果业务强依赖精确数值范围，建议降级为
type="text"+pattern="[0-9]{1,3}(\.[0-9]{1,2})?"+ JS 校验组合方案
最易被忽略的一点：无论怎么设属性，FormData.get() 或 input.value 拿到的永远是字符串，需要手动 parseFloat() 或 parseInt() 才能得到数字类型。
