HTML5 input[type="date"]的value和toISOString().slice(0,10)均自动补零，格式为YYYY-MM-DD；但手动拼接getMonth()+1等需自行补零，且后端不可假设前端必补零。
HTML5 input[type="date"] 的月份值天然补零
不需要手动补零。input[type="date"] 元素的 value 属性返回的字符串严格遵循 YYYY-MM-DD 格式，其中 MM 和 DD 始终是两位数字，不足则前置补零（例如 "2023-04-05"，不会出现 "2023-4-5"）。
这是浏览器原生行为，由 HTML5 规范强制定义，所有兼容浏览器（Chrome、Firefox、Safari、Edge）均一致执行。
new Date().toISOString().slice(0,10) 也自动补零
JavaScript 中用 toISOString() 获取日期字符串时，返回格式为 YYYY-MM-DDTHH:mm:ss.sssZ，其前 10 位即为标准日期部分，MM 和 DD 同样已补零。
常见误操作是用 getMonth() + 1 拼接字符串，这会导致无补零问题：
立即学习“前端免费学习笔记（深入）”；
const d = new Date(2023, 3, 5); // 4月5日 d.getMonth() + 1; // → 4（不是 "04"） d.getDate(); // → 5（不是 "05"）
所以直接拼接需手动补零；而 toISOString().slice(0,10) 或 toLocaleDateString('sv-SE') 可避免此问题。
后端接收时别假设前端一定补零
虽然现代浏览器对 input[type="date"] 的 value 补零可靠，但以下情况仍可能收到非补零格式：
- 用户绕过表单，用 JS 直接赋值
input.value = '2023-4-5' - 旧版 iOS Safari（min/
max场景处理不一致 - 服务端同时接收移动端 WebView、Electron 或自定义日期组件提交的数据
因此，后端解析日期字符串时，建议使用带容错的解析器（如 moment.parseZone(str, 'YYYY-M-D') 或 dayjs(str).isValid()），或统一转为 Date 对象后再格式化，而非依赖字符串切分。
用 toLocalDateString 格式化时补零取决于 locale
toLocaleDateString() 是否补零，由 locale 和选项共同决定：
-
new Date(2023, 0, 5).toLocaleDateString('en-US')→"1/5/2023"（不补零） -
new Date(2023, 0, 5).toLocaleDateString('en-US', { month: '2-digit', day: '2-digit', year: 'numeric' })→"01/05/2023"（显式指定才补零） -
new Date(2023, 0, 5).toLocaleDateString('sv-SE')→"2023-01-05"（瑞典 locale 默认补零）
若需稳定两位数输出，不要只靠 locale，必须显式传入 { month: '2-digit', day: '2-digit' } 选项。
最易被忽略的是：前端显示和表单提交的补零机制互不干扰——input 的 value 补零是规范保证的，但 JS 手动构造或格式化时，几乎处处需要主动控制补零逻辑。
