JavaScript Date对象的算术运算规则与类型转换逻辑

所有运算结果的类型差异，本质是ECMAScript规范定义的隐式类型转换规则，结合Date对象对内置转换方法的重写共同产生的结果，不存在Date对象单独的特殊判定分支。

通用转换基础流程 #

当运算符需要操作非原始类型（比如对象）时，会统一通过ToPrimitive流程把对象转换成原始值（字符串、数字、布尔这类基础类型）。这个流程会根据当前运算的需求，传入一个转换偏好hint：

• 偏好为number：转换时优先调用对象的valueOf方法取结果，取不到有效原始值时再调用toString
• 偏好为string：转换时优先调用对象的toString方法取结果，取不到有效原始值时再调用valueOf
• 偏好为default：对绝大多数普通内置对象，处理逻辑和number偏好一致

Date对象是JS中少数主动重写了Symbol.toPrimitive方法（也就是自定义了ToPrimitive流程）的内置对象，它的自定义转换规则为：

• 当hint为number时，优先调用valueOf返回毫秒时间戳数值，再尝试toString
• 当hint为string或default时，优先调用toString返回格式化日期字符串，再尝试valueOf

不同运算符的实际触发逻辑 #

结合上面的规则，就能完全解释测试代码里的所有现象：

• -、*、/这类纯算术运算符，在处理对象操作数时，会传入number的转换偏好
  此时Date会优先返回valueOf拿到的时间戳数值，后续运算和普通数字没有区别，所以最终结果都是数字类型。对应测试代码的表现：
  • d - 0：拿到时间戳1619145034656，减0后得到同值数字
  • d * 2：拿到时间戳后乘2，得到3238290069312
  • d / 2：拿到时间戳后除以2，得到809572517328
• 二元加法+是双用途运算符（既做数值加法，又做字符串拼接），在处理对象操作数时，会传入default的转换偏好
  此时按照Date的自定义转换规则，会优先调用toString拿到格式化日期字符串。按照加法的运算规则，只要任意一边的操作数是字符串，就会直接走字符串拼接流程，所以最终结果是字符串类型。对应测试代码的表现：
  • d + 0：拿到日期字符串后，和数字0拼接，得到末尾带"0"的长字符串

常见认知澄清 #

• 不要误以为Date的valueOf返回数值，就代表所有场景下都会优先用这个值参与运算：转换优先级是由当前运算符的hint决定的，和方法本身的返回值类型没有绝对关系
• 这个设计并非反人类的bug：JS做这个规则设计时，考虑到日常开发中最常见的Date使用场景是做字符串拼接（比如"操作时间：" + new Date()），如果优先返回时间戳，这类场景的输出会是一串无意义的数字，体验极差；而需要做时间差计算的场景（比如两个Date相减），因为是减号触发number偏好，会自动拿时间戳计算，刚好覆盖核心需求
• 控制台直接打印Date显示为格式化字符串，是控制台环境主动调用toString展示内容的行为，和运算时的转换逻辑没有直接关联

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