设置TZ=Europe/Lisbon后，tzset()返回tzname[0]为CET而非WET求助

问题原因分析 #

你遇到的核心问题要么是对glibc中tzname数组的行为理解偏差，要么是程序时区初始化流程有误：

• glibc的tzname[0]存储的是标准时区（非夏令时）的缩写，tzname[1]是夏令时时区缩写；如果程序在设置时区前已调用过时间相关函数，或TZ环境变量未被正确覆盖，会导致时区加载异常。
• Python的time.tzname[0]始终返回标准时区名称，不受当前是否处于夏令时影响；而你的C程序中tzname[0]显示CET，说明实际加载的时区并非Europe/Lisbon，或初始化流程存在问题。

解决方案步骤 #

1. 修正C程序的时区设置流程

确保在调用任何时间函数前，正确设置并初始化时区：

#include <stdio.h>
#include <stdlib.h>
#include <time.h>

int main() {
    // 强制覆盖TZ环境变量，第三个参数必须为1
    setenv("TZ", "Europe/Lisbon", 1);
    // 立即初始化时区
    tzset();

    // 打印时区信息用于排查
    printf("标准时区(tzname[0]): %s\n", tzname[0]);
    printf("夏令时时区(tzname[1]): %s\n", tzname[1]);
    printf("是否启用夏令时规则: %d\n", daylight);
    printf("标准时区与UTC偏移(秒): %ld\n", (long)timezone);

    // 获取当前时间，判断是否处于夏令时
    time_t now = time(NULL);
    struct tm *local_tm = localtime(&now);
    printf("当前生效时区: %s\n", local_tm->tm_isdst ? tzname[1] : tzname[0]);

    return 0;
}

• 关键：必须用setenv并设置第三个参数为1，确保覆盖原有TZ变量；且tzset()必须在所有时间函数调用前执行。

2. 验证系统时区文件完整性

检查系统中Europe/Lisbon时区文件是否正确：

zdump -v /usr/share/zoneinfo/Europe/Lisbon | grep 2024

正常输出应包含类似内容：

Europe/Lisbon Sun Mar 31 01:59:59 2024 UTC = Sun Mar 31 02:59:59 2024 WET isdst=0 gmtoff=0
Europe/Lisbon Sun Mar 31 02:00:00 2024 UTC = Sun Mar 31 04:00:00 2024 CET isdst=1 gmtoff=3600
Europe/Lisbon Sun Oct 27 01:59:59 2024 UTC = Sun Oct 27 02:59:59 2024 CET isdst=1 gmtoff=3600
Europe/Lisbon Sun Oct 27 02:00:00 2024 UTC = Sun Oct 27 02:00:00 2024 WET isdst=0 gmtoff=0

如果输出异常，重新安装tzdata包修复时区文件：

# Debian/Ubuntu系
apt reinstall tzdata
# RHEL/CentOS系
yum reinstall tzdata

3. 排查环境变量干扰

确保程序运行环境中没有预先设置的TZ变量干扰：

unset TZ
./your_c_program

如果此时程序输出正常，说明之前的环境中TZ变量被设置为CET，导致setenv未覆盖（若你之前用了第三个参数为0的setenv）。

关键结论 #

• 若程序正确执行setenv("TZ", "Europe/Lisbon", 1) + tzset()，tzname[0]应始终为WET，tzname[1]为CET；当前生效时区由tm_isdst判断，夏令时期间用tzname[1]。
• 你之前看到tzname[0]为CET，大概率是TZ变量未被正确覆盖，或时区初始化顺序错误。

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