为何V8与Node中Date.toLocaleTimeString的两位数秒数格式化异常？

这确实是V8引擎在特定场景下的实现bug，并非你对ECMAScript规范的理解偏差。

根据ECMAScript规范第12.3.2节的明确规定，当请求秒数的2-digit格式化时，必须使用配置为{minimumIntegerDigits: 2, useGrouping: false}的Intl.NumberFormat来处理，也就是必须补零生成两位数格式。

你在Chrome 103.0.5060.134和Node.js v18.7.0中遇到的问题，属于V8引擎在单独请求秒数格式化时的逻辑错误：

• 当同时格式化时分秒（{hour: '2-digit', minute: '2-digit', second: '2-digit'}），会得到符合预期的16:01:01；
• 但单独只请求秒数的2-digit格式时，引擎没有正确应用补零规则，返回了单数字的1而非01。

虽然2015年的类似区域设置相关bug已被标记修复，但这个单独请求秒数的边缘场景显然没被覆盖到。

临时解决方案 #

除了你提到的padStart(2, '0')，还可以通过一次性格式化完整时间再拆分的方式避免这个问题：

let datetimeString = '2022-08-02T16:01:01+02:00';
let dateObj = new Date(datetimeString);
// 一次性格式化完整时间
let fullTime = dateObj.toLocaleTimeString('de', {hour: '2-digit', minute: '2-digit', second: '2-digit'});
let [hourMinute, second] = fullTime.split(':');

let tdString = `<time class="time-hour-minute">${hourMinute}</time>`;
tdString += `<time class="time-second">:${second}</time>`;

console.log(tdString);

这种方式能保证秒数始终是两位数，无需手动补零。

这类边缘场景的bug通常会在V8的后续版本中修复，你可以关注Chrome和Node.js的更新日志跟进修复情况。

内容的提问来源于stack exchange，提问作者petarmarj