本文详解如何将 api 返回的 iso 格式本地日期字符串（如 `"2023-07-14"`）与 `new date()` 获取的当前本地日期进行准确比较，避免因时区解析差异导致的误判。
在 JavaScript 中，直接使用 new Date("2023-07-14") 解析 ISO 日期字符串时，浏览器会将其默认解释为 UTC 时间，然后转换为本地时区对应的毫秒时间戳。而 new Date()（无参数）返回的是当前本地时间（含时分秒毫秒）。两者虽都调用 Date 构造函数，但时区基准不同——前者是“UTC午夜”，后者是“本地此刻”，直接用 === 或 == 比较原始 Date 对象必然失败，即使日期相同。
✅ 正确做法是：统一时区基准。由于 new Date() 天然返回本地时间，我们应将 API 的日期字符串也解析为本地时间的零点（即当天 00:00:00），再通过 toDateString() 进行日期级比对（忽略具体时间）。
关键技巧在于：为 ISO 日期字符串显式添加本地时间部分，但不带时区偏移符（如 Z 或 +08:00）。例如：
const apiDateString = "2023-07-14";
// ✅ 正确：解析为本地时区的当日零点
const apiDate = new Date(apiDateString + "T00:00:00");
// ✅ 当前本地时间（含时分秒）
const currentDate = new Date();
// ✅ 安全比对：仅比较年-月-日（忽略时分秒及时区）
if (apiDate.toDateString() === currentDate.toDateString()) {
console.log("日期相同");
} else {
console.log("日期不同");
}⚠️ 注意事项：
立即学习“Java免费学习笔记（深入）”；
- ❌ 避免 new Date("2023-07-14") —— 它等价于 new Date("2023-07-14T00:00:00Z")，会被当作 UTC 时间解析；
- ✅ new Date("2023-07-14T00:00:00") 明确表示本地时间零点，与 new Date() 时区一致；
- toDateString() 返回形如 "Fri Jul 14 2023" 的字符串，稳定可靠，适合日期相等性判断；
- 若需更健壮的方案（如处理跨时区或国际化场景），建议使用 Intl.DateTimeFormat 或专业库（如 date-fns 的 isSameDay）。
示例运行对比：
console.log(new Date("2023-07-14")); // UTC解析 → 可能显示为"Thu Jul 13 2023 20:00:00 GMT-0400"
console.log(new Date("2023-07-14T00:00:00")); // 本地解析 → "Fri Jul 14 2023 00:00:00 GMT-0400"
console.log(new Date()); // 当前本地时间 → "Fri Jul 14 2023 15:22:30 GMT-0400"总结：日期比较前，务必确保两个 Date 对象基于同一时区语义；对纯日期比对，优先使用 toDateString()，而非直接比较 Date 对象或 getTime() 值。
