最可靠方式是用 getTime() 转毫秒后相减：Date 对象本质是毫秒时间戳，直接相减得毫秒差，避免字符串解析和时区干扰；需检查 isNaN() 防无效日期，跨时区应统一用 UTC 或本地时间保持一致。
用 getTime() 转成毫秒再相减，是最可靠的方式
JavaScript 的 Date 对象本质是时间戳（毫秒数），直接用 - 运算符相减就能得到毫秒差。这是唯一不依赖字符串解析、不受时区格式干扰的方案。
常见错误是试图用 或 <code>== 直接比较 Date 实例——虽然能工作，但容易因隐式转换出问题；更糟的是用 toDateString() 或 toISOString().slice(0,10) 截取字符串再比，这在跨月/跨年时完全失效。
-
new Date('2024-01-01').getTime() - new Date('2023-12-25').getTime()得到正数，说明前者更晚 - 结果除以
1000 * 60 * 60 * 24可转为天数（注意：可能有小数，需按需Math.floor或Math.round） - 务必检查
isNaN()—— 如果任一Date构造失败（如new Date('2024-13-01')），getTime()返回NaN，后续计算全崩
用 >、 比较日期先后，前提是确保对象有效
JS 允许直接用关系运算符比较两个 Date 实例，底层就是调用 valueOf()（等价于 getTime()），所以语法简洁且安全——但前提是两个都是合法 Date 对象。
典型陷阱：把字符串或 null 当作 Date 传入比较，比如 '2024-01-01' > '2023-12-25' 是字符串字典序比较，不是日期逻辑。
立即学习“Java免费学习笔记（深入）”；
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
- ✅ 正确：
const a = new Date('2024-01-01'); const b = new Date('2023-12-25'); console.log(a > b); // true - ❌ 错误：
console.log('2024-01-01' > '2023-12-25'); // true（碰巧对，但逻辑错） - ⚠️ 隐患：
const d = new Date('invalid'); console.log(d > new Date()); // false（但 d 是 Invalid Date，不报错）所以比较前建议加isValidDate(d)辅助函数
处理时区差异：统一用 UTC 或明确指定时区
用户本地时区会影响 new Date('2024-01-01') 的解析结果。例如在中国运行，new Date('2024-01-01') 默认是北京时间（UTC+8）的零点；而在美国可能被当成当地时间零点，导致跨时区比较偏差整整一天。
解决方案不是避免时区，而是控制它：
- 用
new Date('2024-01-01T00:00:00Z')（末尾Z表示 UTC）强制按世界标准时间解析 - 或统一用
new Date(Date.UTC(2024, 0, 1))构造 UTC 时间（注意月份从 0 开始） - 如果业务必须按用户本地时间算（如日程提醒），那就全部用
new Date()构造，不额外转时区——保持内部一致比“绝对正确”更重要
封装一个健壮的日期差工具函数
实际项目里反复写 getTime() 和 isNaN() 检查太啰嗦，建议封装一层。重点在于默认返回毫秒差，并提供可选单位转换，同时拒绝无效输入。
function dateDiff(date1, date2, unit = 'ms') {
const d1 = new Date(date1);
const d2 = new Date(date2);
if (isNaN(d1.getTime()) || isNaN(d2.getTime())) {
throw new Error('Invalid date input');
}
const diffMs = d1.getTime() - d2.getTime();
const units = { ms: 1, s: 1000, m: 60000, h: 3600000, d: 86400000 };
return diffMs / (units[unit] || units.ms);
}调用示例：dateDiff('2024-01-10', '2024-01-01', 'd') 返回 9；dateDiff('2024-01-01', '2024-01-10', 'd') 返回 -9。符号本身就能表达先后关系，不必再套一层 Math.abs。
真正容易被忽略的是：当需要精确到“自然日”（比如请假天数），不能简单除以 86400000——因为夏令时切换那天可能只有 23 或 25 小时。这种场景得用 date-fns 的 differenceInCalendarDays，纯 JS 没有银弹。
