禁负数应通过html约束：不设或设step="1"，配合min="0"；step="any"会启用负号输入；valueasnumber为nan表明违反min/max/step约束；移动端需用inputmode="numeric"避免负号键盘；js拦截非必要且易失效。
input type="number" 默认就禁负号，但得关掉 step="any"
浏览器对 input type="number"> 的原生行为是：不设 step 时，默认只接受整数，且**自动过滤负号和小数点**——这看似“禁负数”，实则是它连负号按键都不让按下去。但一旦你加了 step="any"（常见于需要小数的场景），负号就立刻可输，min 不设低也会被截断或清空。
所以真要禁负数，不是靠 JS 拦截，而是用 HTML 层级约束：
-
step不写，或显式设为step="1"（避免意外启用小数/负数） -
min设为0或更高值（例如min="0"），否则部分浏览器仍允许输入负号再删掉 - 别依赖
pattern—— 它对type="number"无效，浏览器根本不触发 pattern 校验
valueAsNumber 返回 NaN？说明 min/max/step 冲突了
当你读 input.valueAsNumber 得到 NaN，大概率不是 JS 写错了，而是当前值违反了 min、max 或 step 约束。比如输入 -5 但 min="0"，浏览器会保留字符串 "-5"，但拒绝解析为数字。
验证时别只看 value 字符串，优先查 validity：
-
input.validity.badInput === true表示输入内容语法非法（如字母） -
input.validity.rangeUnderflow === true表示低于min - 用
!isNaN(input.valueAsNumber) && isFinite(input.valueAsNumber)才算真正可用的数值
移动端键盘不弹负号？检查 inputmode 和 step
安卓/iOS 键盘是否显示负号键，取决于 inputmode 和 step 组合。即使 HTML 写了 min="0"，若同时写了 inputmode="decimal" + step="any"，很多安卓键盘仍会弹出负号键——然后用户一输，光标离开就变空。
稳妥做法：
- 禁负数场景下，统一用
inputmode="numeric"（只弹纯数字键盘） - 绝对不要配
step="any"；如果必须支持小数，改用step="0.01"+min="0" - iOS Safari 对
inputmode支持较好；部分安卓 WebView 需 fallback 到type="text"+ JS 控制，但那就脱离原生校验了
JS 实时拦截负号？通常没必要，且容易翻车
用 keydown 拦 keyCode 109/189 看似简单，但实际漏掉粘贴、拖拽、IME 输入、长按弹出符号等路径。更麻烦的是：某些浏览器在 input type="number" 上根本不会触发这些事件——负号压根没传到 JS 层就被拦了。
除非你已退化到 type="text"，否则 JS 干预是下策。真要用，只建议在 input 事件里做兜底：
- 监听
input事件（覆盖所有输入途径） - 取
input.value，用正则/^-?\d*\.?\d*$/判断是否合法数字字面量 - 若匹配但开头是
"-"，立刻event.target.value = ""并event.preventDefault() - 务必缓存上一次合法值，否则用户输
"-12"再删"-"，会因中间态触发清空
最易被忽略的点：很多人以为设了 min="0" 就万事大吉，但没意识到 step 和 inputmode 是联动开关——三者不一致时，行为在各平台差异极大，尤其在旧版 Android WebView 里。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
