应显式设置 step=".01" 或 step="any"，并确保 value 符合 min + n×step 关系，金额类建议换单位避免浮点误差，动态修改 step 后需同步重置 value 并调用 checkvalidity()。
step属性报错“值必须为 X 的倍数”怎么修
这是浏览器原生表单验证在起作用，不是代码写错了，而是当前 value 不满足 min + n × step（n 为整数）的数学关系。比如 min="0"、step="0.1"，但 value="2.05" 就非法——2.05 ÷ 0.1 = 20.5，不是整数。
- 手动输入或粘贴后失焦/提交时触发，不是实时拦截
- Chrome/Safari 会自动四舍五入到最近合法值（如 2.05 → 2.0 或 2.1），Safari 有时直接截断
- 别指望删掉小数点后几位还能通过：默认
step="1"时，value="123.45"初始就已不合法，清空小数部分后更易触发validity.badInput - 修复方法：显式设
step=".01"（注意是.01，不是0.01）或step="any"，并确保min和max精度匹配（如min="0.00"）
type="number" 设了 step 却没反应？先查 type 和 value 对齐
step 只对 type="number" 和 type="range" 生效，写在 type="text" 上完全无效——连控制台警告都不会有。更常见的是 value 初始就不合规，导致浏览器静默修正，后续拖不动、点不准。
anything-to-html
下载
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
- 错误写法：
<input type="number" min="0" step="0.25" value="1.7">→ 1.7 ÷ 0.25 = 6.8，非法，Chrome 可能悄悄改成 1.75 或 1.5 - 正确写法：
<input type="number" min="0" step="0.25" value="1.75">（因为 1.75 = 0 + 7 × 0.25） - 金额类强烈建议换单位：
min="100"、step="1"、value="199"表示 1.99 元，彻底避开浮点误差 - 移动端 iOS Safari 的 number 键盘可能不显示小数点，
step="0.1"下用户根本输不了小数
动态改 step 后滑块/数字框失灵？重置 value 是硬性要求
直接写 el.step = "0.5" 或 el.setAttribute('step', '0.5') 都不能让浏览器自动重算合法值集合。旧 value 很可能已越界，松手就跳变、方向键失灵。
- 必须同步规整
value：el.value = (Math.round(parseFloat(el.value) / 0.5) * 0.5).toFixed(1) - 推荐用
setAttribute而非点号赋值，部分浏览器对属性变更响应更稳定 - 快速连续切换 step 时，加
requestAnimationFrame延迟重置，避免状态残留 - 改完立刻调用
el.checkValidity()，必要时el.reportValidity()主动提示用户
step="any" 真的能绕过所有限制吗
不能。step="any" 只禁用步长对齐逻辑，不代表放开一切：上下箭头和 stepUp() 会退化为 ±1 整数增减；valueAsNumber 仍受 JS 浮点精度限制；提交拿到的仍是字符串，不是高精度数字。
- Safari ≤15.4 直接忽略
step="any"，降级为step="1" - 手动输入
"3.1415926535"允许，但parseFloat()解析后就是3.1415926535000003 - 真正需要高精度（如地理坐标、金融计算），应换
type="text"+ 正则校验 + 字符串传参，或用decimal.js类库处理 - 若坚持用
type="number"，必须同时设min、max和step="any"，否则 Chrome 会警告并启用默认step="1"
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
