为何Chrome中toLocaleDateString()不响应系统区域设置，Firefox却可以？

差异原因 #

Chrome和Firefox对toLocaleDateString()无参数调用的处理逻辑存在本质区别：

• Chrome：优先采用浏览器自身的语言偏好设置（可在chrome://settings/languages查看），而非操作系统的区域格式规则。哪怕Windows系统切换到'en-UK'，只要Chrome的语言偏好还是'en-US'，日期就会保持MM/DD/YYYY格式。
• Firefox：直接读取操作系统的区域格式配置（包括日期显示规则），所以切换系统区域后能自动同步为DD/MM/YYYY格式。

解决方法 #

1. 显式指定区域参数（推荐，消除环境差异） #

不要依赖无参数的toLocaleDateString()，而是主动获取用户的区域信息并传递：

// 优先取浏览器报告的区域，兜底用'en-US'
const userLocale = navigator.language || 'en-US';
row.StartLocal = new Date(start).toLocaleDateString(userLocale);
row.EndLocal = new Date(end).toLocaleDateString(userLocale);

如果需要Chrome严格跟随系统区域，还需让用户在Chrome设置中开启：进入「设置→语言和区域→区域格式」，选择「使用系统区域格式」。

2. 使用AngularJS内置日期过滤器（更符合框架规范） #

避免在控制器中提前格式化日期，改用框架内置的date过滤器，配合$locale服务适配区域：
控制器中保留原始Date对象：

row.StartDate = new Date(start);
row.EndDate = new Date(end);

模板中调用过滤器：

<td>
    <span class="baseline-item-name">{{ b.StartDate | date:'mediumDate' }} - {{ b.EndDate | date:'mediumDate' }}</span>
</td>

这种方式会自动遵循AngularJS的$locale配置，若要同步系统区域，可通过navigator.language动态加载对应locale文件，或配置框架使用用户当前区域。

3. 引导用户调整Chrome设置 #

如果不需要代码改动，可告知用户手动配置Chrome：

• 打开Chrome设置，进入「语言和区域」
• 找到「区域格式」，选择「使用系统区域格式」
  设置完成后，Chrome的toLocaleDateString()就会和Firefox一样响应系统区域变化。

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