padStart能补零是因为它专用于字符串左填充，但数字类型需先转字符串（如String(5).padStart(2,'0')），否则报错或语法错误；注意getMonth()需+1再补零。
padStart 为什么能补零，但直接用会出错
因为 padStart 只作用于字符串，而时间数字常是 number 类型。直接对数字调用会报 TypeError: 5.padStart is not a function。必须先转成字符串，再补零。
常见错误写法：5.padStart(2, '0')（语法错误，数字字面量后不能跟点号）或 5.toString().padStart(2, '0')（看似可行，但要注意 toString() 在某些场景下可能被重写，更稳妥的是显式强制转换）。
- 推荐转字符串方式：
String(5).padStart(2, '0')或(5).toString().padStart(2, '0') - 不要写
5..padStart(2, '0')（双点号虽能绕过语法错误，但可读性差，易误读） - 如果数字可能为负（如时区偏移），
padStart会在负号前补零（String(-5).padStart(2, '0')→"-5"，不补），符合预期
格式化小时、分钟、秒时的典型用法
处理 getHours()、getMinutes() 等返回值时，必须对每个数字单独调用 padStart，不能一次处理整个时间对象。
例如获取当前时间的 HH:mm:ss：
const now = new Date();
const hh = String(now.getHours()).padStart(2, '0');
const mm = String(now.getMinutes()).padStart(2, '0');
const ss = String(now.getSeconds()).padStart(2, '0');
console.log(`${hh}:${mm}:${ss}`); // 如 "09:05:03"
-
padStart(2, '0')是固定写法：长度为 2，不足则左补'0' - 不要用
padEnd，它在右边补，会导致"50"这种错误结果 - 若需兼容 IE，
padStart不可用，得回退到('0' + n).slice(-2)
和 toLocaleTimeString 比，什么时候该选 padStart
当需要**完全可控的格式**（比如固定 24 小时制、无 AM/PM、无千位分隔、无本地化缩写）时，padStart + 手动拼接比 toLocaleTimeString 更可靠。
-
toLocaleTimeString('en-US', { hour12: false, hour: '2-digit', minute: '2-digit', second: '2-digit' })看似简洁，但不同浏览器对hour12: false的支持有差异，且输出可能带空格或不可见字符 -
padStart输出纯 ASCII 字符，适合日志、API 请求参数、文件名等对格式敏感的场景 - 性能上无明显差异，但
padStart调用链更短，调试时更容易定位问题
容易被忽略的边界情况：0 和单数字月份/日期
虽然 padStart 对 0 也有效（String(0).padStart(2, '0') → "00"），但要注意它不会处理「逻辑上的最小值」——比如 getMonth() 返回 0–11，你得手动加 1 才能得到 1–12 的月份数字，再补零。
- 错误：
String(date.getMonth()).padStart(2, '0')→"00"表示一月，但语义混乱 - 正确：
String(date.getMonth() + 1).padStart(2, '0') - 同理，
getDate()返回 1–31，可直接补零；但getDay()返回 0–6（周日–周六），一般不需要补零，补了反而误导
实际项目里最常漏掉的不是语法，而是对 getMonth() 的 +1 处理 —— 补完零看着像对了，但月份永远错一个月。
