API中Timestamp时区转换问题及CET时区配置咨询

当前时区判断 #

如果你的timestamp被转换为提前2小时的时间存储，大概率当前系统是将时间转换为**UTC（协调世界时）**存储，而你业务侧使用的是UTC+2时区（比如欧洲中部夏令时CEST）。反过来，如果你的原始时间是UTC，存储后变为UTC-2，那当前存储时区就是UTC-2，但这种情况比较少见。

简单验证方法：拿一个已知的UTC时间传入API，查看存储值。比如传入UTC 10:00，若存储值是8:00，那当前存储时区为UTC-2；若你传入本地时间12:00（UTC+2），存储值是10:00，那当前是转成UTC存储。

配置存储时区为CET #

CET（欧洲中部时间）包含UTC+1（冬令时）和UTC+2（夏令时），大部分系统会自动处理夏令时切换，以下是常见场景的配置方式：

1. 应用层配置（主流语言示例） #

Python

在应用初始化阶段设置时区：

import os
os.environ['TZ'] = 'Europe/Paris'  # 用地区标识自动处理夏令时，也可直接写'CET'
import time
time.tzset()

若使用Django框架，修改settings.py：

TIME_ZONE = 'Europe/Paris'
USE_TZ = True  # 开启时区自动转换支持

Java

通过JVM启动参数设置：

-Duser.timezone=Europe/Paris

或在代码中全局设置：

TimeZone.setDefault(TimeZone.getTimeZone("Europe/Paris"));

Node.js

使用moment-timezone或原生环境变量配置：

// 借助moment-timezone
const moment = require('moment-timezone');
moment.tz.setDefault('Europe/Paris');

// 原生方式
process.env.TZ = 'Europe/Paris';

2. 数据库层配置 #

如果数据库直接处理时间存储，以常见数据库为例：

• MySQL：

-- 会话级临时设置
SET time_zone = 'Europe/Paris';

-- 全局永久设置（修改my.cnf/my.ini）
default-time-zone = 'Europe/Paris'

• PostgreSQL：修改postgresql.conf配置文件：

timezone = 'Europe/Paris'

注意：优先使用Europe/Paris这类地区标识而非直接写CET，地区标识会自动处理夏令时切换，而CET仅代表固定UTC+1，无法适配夏令时变化。

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