本文介绍了在使用 Node.js 和 date-fns 库构建预约系统时，遇到的时间增加 1 小时的常见问题，并提供了使用 moment.js 库解决该问题的方案。通过使用 `moment.utc()` 方法，可以确保时间按照 UTC 标准进行处理，从而避免因时区差异导致的时间偏差。
在使用 Node.js 构建涉及日期和时间的应用程序时，经常会遇到时区转换的问题。特别是在处理数据库中存储的 UTC 时间，并在前端展示或者通过邮件发送本地时间时，很容易出现时间偏差。本文将以一个预约系统为例，探讨如何解决在使用 date-fns 库时，时间被意外增加 1 小时的问题，并提供替代方案。
问题描述
假设你正在开发一个 Node.js 预约系统，数据库（例如使用 Prisma）以 YYYY-MM-DDTHH:mm:ss.000Z 格式存储 UTC 时间。当你尝试使用 date-fns 库将这个时间格式化为 HH:mm 时，却发现时间被增加了 1 小时。例如，数据库中存储的 2023-06-06T12:00:00.000Z 被格式化为 13:00。
原因分析
这个问题通常是由于 date-fns 默认使用本地时区进行时间转换造成的。当你将 UTC 时间传递给 new Date() 构造函数时，JavaScript 会将其转换为本地时区的时间。date-fns 在格式化这个本地时间时，就会显示本地时区对应的时间，从而导致时间偏差。
解决方案：使用 moment.js 库
虽然 date-fns 是一个优秀的日期处理库，但在处理时区问题时，moment.js 库可能更加方便。以下是使用 moment.js 解决该问题的示例代码：
import moment from "moment";
const formattedReservationHour = moment.utc(reservation_hour).format("HH:mm");代码解释
- moment.utc(reservation_hour): moment.utc() 方法将 reservation_hour 字符串解析为 UTC 时间，并创建一个 moment 对象。这确保了后续的操作都基于 UTC 时间。
- .format("HH:mm"): format() 方法将 moment 对象格式化为指定的字符串格式，这里是 HH:mm，即小时和分钟。
示例
假设 reservation_hour 的值为 2023-06-06T12:00:00.000Z，使用上述代码后，formattedReservationHour 的值将为 12:00，而不是 13:00。
注意事项
- 时区统一: 在整个应用程序中，尽可能保持时区统一，推荐使用 UTC 时间进行存储和处理。
- 前端显示: 如果需要在前端显示本地时间，可以在前端进行时区转换，而不是在后端。
- date-fns 的替代方案: date-fns 也提供了处理时区的功能，例如 utcToZonedTime 和 formatInTimeZone，可以根据具体需求选择使用。
总结
在处理涉及日期和时间的应用程序时，时区问题是一个常见的挑战。通过使用 moment.utc() 方法，可以确保时间按照 UTC 标准进行处理，从而避免因时区差异导致的时间偏差。当然，你也可以研究 date-fns 提供的时区处理功能，选择最适合你项目需求的方案。记住，保持时区统一是解决此类问题的关键。
