input的min属性仅对type="number"、"date"、"datetime-local"、"month"、"week"生效；type为"text"等时无效，且需后端校验，不可依赖前端约束。
input 的 min 属性只对数字和日期类输入生效
不是所有 <input> 都能用 min。它只在 type="number"、type="date"、type="datetime-local"、type="month"、type="week" 这几种类型下被浏览器识别并强制约束。如果你给 type="text" 或 type="email" 加了 min="10"，它不会报错，但也不会起任何作用——用户照样能输 -5 或 abc。
常见错误现象：min 看似写了，表单提交却没拦住小数值；检查发现 type 是 "text" 或漏写了 type（默认就是 "text"）。
-
type="number"时，min值必须是合法数字字符串，比如min="0"、min="-10.5"，不能是min="0.00"（虽然部分浏览器容忍，但不推荐） -
type="date"时，min必须是YYYY-MM-DD格式，例如min="2024-01-01"；写成"2024/01/01"或"Jan 1, 2024"会被忽略 - 即使设置了
min，用户仍可通过粘贴、开发者工具修改 DOM 绕过——它只是基础 UI 约束，后端校验不可省
JavaScript 检查 min 是否生效的简单方法
光看 HTML 不够，得确认浏览器真把它当回事。最直接的方式是监听 input 或 change 事件，读取 input.validity.rangeUnderflow：
const input = document.querySelector('input[type="number"]');
input.addEventListener('input', () => {
if (input.validity.rangeUnderflow) {
console.log('值低于 min');
}
});
这个布尔值比手动比大小更可靠，因为它反映的是浏览器原生验证状态，不受类型转换误差影响（比如字符串 "10" 和数字 10 的比较陷阱）。
立即学习“前端免费学习笔记（深入）”；
-
validity.rangeUnderflow为true表示当前值小于min（且输入合法，比如不是空或非数字） - 注意：如果输入为空或非法（如字母），
rangeUnderflow是false，此时应看valueMissing或badInput - 不要依赖
input.value 做判断——<code>input.min是字符串，而input.value在type="number"下可能为空字符串，容易误判
移动端 iOS Safari 对 min 的兼容性坑
iOS Safari（尤其旧版本）对 min 的支持不稳定：它可能允许用户通过键盘输入低于 min 的值，但不触发红框或 validity.rangeUnderflow，直到失焦才校验。更麻烦的是，某些机型会把 min="0" 解释成“不允许负数”，但允许输入 "-0" 或 "00"——这些值在 JS 中仍是合法数字，却违反业务逻辑。
- 对策之一：在
blur时强制归正，比如input.value = Math.max(parseFloat(input.value) || 0, parseFloat(input.min)) - 对策之二：配合
step使用，比如min="0" step="0.01"，能减少 iOS 键盘输入混乱 - 别指望
oninvalid事件在 iOS 上稳定触发；优先用 JS 主动检查，而不是等浏览器报错
服务端永远要重验 min，哪怕前端一切正常
HTML 的 min 是纯客户端装饰，删掉属性、禁用 JS、curl 提交——都能绕过。后端收到数据后，必须独立解析并比较，不能信任任何前端传来的“已校验”标记。
- Node.js 示例：
if (Number(req.body.price) = 0' }) - Python Flask 示例：
price = float(request.form.get('price', 0)); assert price >= 0 - 特别注意类型转换：前端传的是字符串
"10"，后端若用弱比较（如value >= min）可能出问题，务必转成对应类型再比
真正麻烦的从来不是怎么写 min，而是有人以为写了就等于安全了。它只管住普通用户的指尖，管不住网络请求、自动化脚本，也管不住你自己忘了后端校验。
