Sonarr/Radarr/Prowlarr 中日期格式问题的技术解析

问题现象

在使用Sonarr、Radarr和Prowlarr等媒体管理工具时，部分用户可能会遇到一个特殊的日期显示问题：系统显示的年份与实际年份不符。具体表现为，尽管用户设备设置为公历(Gregorian)日历，但这些应用却显示为泰国佛历(2567年对应2024年)。

技术背景

这个问题的根源在于Unix/Linux系统的本地化(Localization)机制。系统通过环境变量来决定如何显示日期、时间、货币等格式化的内容。关键的环境变量包括：

• LANG：设置默认的语言环境
• LC_ALL：覆盖所有其他LC_*设置
• LC_TIME：专门控制时间/日期的显示格式

问题原因

当这些环境变量未被正确设置或设置为空值时，系统会回退到默认的"C"语言环境，这可能导致日期格式显示异常。在macOS系统中，这个问题尤为复杂，因为：

1. GUI启动的应用程序可能无法继承shell中设置的环境变量
2. macOS有自己的本地化系统设置，可能与shell环境不同步
3. 不同shell(bash/zsh)的启动文件加载顺序可能影响环境变量的设置

解决方案

方法一：直接修改系统设置

1. 打开系统设置
2. 搜索"时间格式"
3. 确保日历类型设置为公历(Gregorian)

方法二：设置环境变量

对于通过命令行启动的应用，可以在启动命令前设置环境变量：

LANG=en_US.UTF-8 /Applications/Sonarr.app/Contents/MacOS/Sonarr

方法三：永久设置环境变量

1. 根据使用的shell(bash/zsh)，编辑对应的配置文件(~/.bashrc, ~/.zshrc等)
2. 添加以下内容：

export LANG=en_US.UTF-8
export LC_ALL=en_US.UTF-8

方法四：macOS特定解决方案

对于macOS用户，特别是使用Homebrew安装shell的用户：

1. 确保使用brew安装的zsh(/usr/local/bin/zsh)
2. 在~/.zshrc中添加环境变量设置
3. 重启终端或执行source ~/.zshrc

验证方法

要确认环境变量是否生效，可以执行以下命令：

locale

输出应显示所有LC_*变量都设置为en_US.UTF-8。

技术深入

这个问题实际上反映了Unix/Linux系统本地化机制的复杂性。Sonarr等应用使用的是.NET框架的本地化功能，它会：

1. 首先检查LC_ALL环境变量
2. 然后检查各个LC_*变量(如LC_TIME)
3. 最后检查LANG变量
4. 如果都未设置，则使用"C"语言环境

在macOS上，GUI应用和终端应用的环境变量继承机制不同，这增加了问题的复杂性。系统偏好设置中的区域设置可能不会自动同步到shell环境变量中。

最佳实践建议

1. 保持系统语言环境和shell环境变量一致
2. 对于关键应用，考虑使用启动脚本确保环境变量设置
3. 定期检查locale输出，确保所有LC_*变量设置正确
4. 在跨区域团队中，建议统一使用UTC时间格式以避免混淆

通过理解这些底层机制，用户可以更好地管理系统本地化设置，避免类似问题的发生。