嵌入式Linux中修改时区后即时不生效，重启应用才生效的原因？

核心原因：glibc的进程级时区缓存机制 #

glibc的时区处理逻辑中，进程首次读取时区文件（即/etc/localtime指向的/writable/localtime）后，会将时区数据缓存到进程内存中。后续调用tzset()时，默认仅会触发两种重新加载的条件：

• TZ环境变量的值发生变化；
• 时区文件的设备号（st_dev）和inode号（st_ino）发生改变。

如果是用cp命令覆盖/writable/localtime的内容，文件的inode号不会改变，glibc会判定文件未更新，直接复用内存中的缓存数据，不会重新读取文件；如果只是修改/writable/localtime的软链接指向但未改变其inode，同样无法触发缓存失效。

另外，每个进程的时区信息是私有内存数据，缓存仅存在于当前进程空间内，因此只有重启进程才能彻底清空缓存、加载新时区数据。

可行的解决方法 #

• 替换文件而非覆盖：不要用cp覆盖现有文件，先删除原/writable/localtime，再将新时区文件（或软链接）移动到该路径，示例命令：

  rm -f /writable/localtime
  mv /path/to/new/timezone /writable/localtime
  

  这种操作会改变文件的inode号，触发tzset()重新读取时区数据。
• 手动触发缓存失效：通过修改TZ环境变量强制glibc重新加载时区，示例C代码：

  // 清空TZ变量触发重新读取系统时区文件
  unsetenv("TZ");
  tzset();
  // 或直接指定时区名（需设备存在/usr/share/zoneinfo目录）
  setenv("TZ", "Asia/Shanghai", 1);
  tzset();
  

• 正确修改软链接：若/writable/localtime本身是软链接，先删除原软链接再重建新指向，确保inode发生变化，再调用tzset()。

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