仅支持单时区的SpringBoot Web应用使用LocalDateTime存时间是否合理？（Java+PostgreSQL）

这种做法完全合理，符合KISS原则，不需要为了跟风通用技术规范强行引入不必要的时区处理复杂度。通用资料里建议的UTC存储是面向有跨时区需求的通用场景，你的单时区固定使用场景不在这个适用范围内。

你需要确认的前置条件（全部满足就可以放心用） #

• 应用全链路（前端输入、后端逻辑、数据库存储、数据展示、数据导出）全程固定使用同一个时区，当前和可预见的未来都没有多时区支持、跨时区数据同步的需求
• 你使用的目标时区无夏令时调整规则（比如国内使用的北京时间），或者你业务上可以接受夏令时切换时出现的1小时重复/缺失时间的异常
• 所有和你的应用对接的外部系统、第三方接口，也全部使用和你相同的时区，没有时区转换需求

具体实现的避坑要点 #

• PostgreSQL建表时时间字段统一使用timestamp without time zone类型，不要使用timestamptz（带时区的时间戳），避免数据库自动做时区转换导致时间错乱
• SpringBoot全局固定时区：启动时添加JVM参数-Duser.timezone=你用的时区ID（比如Asia/Shanghai），同时在application配置中添加spring.jackson.time-zone=你用的时区ID，保证前后端JSON序列化、反序列化时间的一致性
• JPA/MyBatis实体类直接使用LocalDateTime类型映射时间字段即可，不需要额外添加时区转换的注解、转换器逻辑

后续出现以下情况时建议切换为UTC存储+带时区的时间类型 #

• 业务扩展需要支持多时区用户访问
• 需要对接不同时区的外部系统、或者需要做跨地域的数据迁移、数据汇总
• 业务需要精确记录事件的绝对时间（比如交易、操作日志类场景，跨时区排查问题时UTC时间更易对齐）

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