step属性仅对type="number"等6种类型生效，type="text"等无效；value须与min+step对齐，否则交互时静默修正；动态改step需用setAttribute；浮点误差致step="0.1"可能失效，金额应换单位；type="week"不支持step。
type不是number或range等支持类型
step属性只对type="number"、type="range"、type="date"、type="time"、type="datetime-local"、type="month"生效；写在type="text"或type="email"上完全无效——没上下箭头、不触发校验、stepUp()调用会静默失败或报错。常见错误是以为加了step="0.1"就能控精度，结果发现键盘方向键没反应、提交也不拦非法值。
value未与min+step对齐导致静默卡死
浏览器不会校验你写的value是否合法，但会在首次交互（拖滑块、点箭头、失焦）时静默修正到最近合法值：min + n × step。如果初始value="1.05"配min="0"和step="0.1"，Chrome可能直接改成"1.0"或"1.1"，DOM里看不出变化，但你会发现滑块拖不动、↑按钮第一次点击就跳到意外数字。
- 正确初始化：用
value="1.0"或value="1.1"，确保是步长整数倍 - 动态改
step后必须重置value，否则旧值大概率越界失效 - 别用
input.step = "0.25"赋值，要用input.setAttribute('step', '0.25')，部分浏览器不响应前者
浮点精度让step="0.1"实际等于step="1"
IEEE 754下0.1无法精确存储，旧版Chrome甚至会把step="0.1"四舍五入成step="1"；用户输"0.3"提交时触发validity.stepMismatch，但input.value仍是"0.3"——浏览器不自动改它，也不清空，只报错。金额类输入务必换单位：min="100"、step="1"、value="199"表示1.99元，彻底避开浮点陷阱。
- 临时缓解：写成
step="0.10"或step="0.100"，某些浏览器对末尾零更敏感 - 统一小数位数：
min="0.00"、max="10.00"、step="0.01"，避免min="0"混用 -
step="any"不是解药：它禁用步进校验，但不解决浮点解析、valueAsNumber截断、移动端键盘不显示小数点等问题
week、date等类型误用step
type="week"原生不支持step属性，规范未将其列入允许类型，所有浏览器都会忽略它；type="date"的step也基本被忽略（设step="7"无法实现周粒度选择）。真正需要周间隔控制，得靠JS手动解析value中的Wxx部分，提取周数后校验并重置到合法周，或直接改用type="date"配合周对齐计算。
立即学习“前端免费学习笔记（深入）”；
- 别写
<input type="week" step="2">——它什么也不会发生 - 跨年边界要处理：
"2024-W53"→"2025-W01"是合法连续，但无法靠step表达 - 用正则
/^(\d{4})-W(\d{2})$/安全提取年份和周数，再做%运算或对齐
step的解析不是“设了就跑”，它依赖type、min、value三者协同，且浮点误差和规范限制会让行为在不同场景下突然断裂——最稳的路，是绕开浮点、明确类型、手动兜底。 
