aspnet:6.0-alpine3.15镜像Windows风格时区ID查找失败解决方案

这个报错和tzdata依赖无关，核心原因是Windows与类Unix系统（含Alpine Linux）采用两套完全独立的时区ID命名体系：

• Windows使用自定义的时区标识规则，比如示例中的Pacific Standard Time就是Windows专属ID
• Linux、macOS等类Unix系统统一采用IANA时区标准，太平洋时区对应的ID为America/Los_Angeles。安装tzdata后，/usr/share/zoneinfo目录下仅存储IANA规则命名的时区文件，自然找不到名为Pacific Standard Time的文件，触发抛出异常。

方案1：代码做跨平台时区ID适配（推荐） #

不要硬编码Windows风格时区ID，借助.NET内置的ID转换能力实现跨平台兼容，无需调整镜像配置，适配所有运行环境，代码修改示例：

string windowsTzId = "Pacific Standard Time";
string tzId = TimeZoneInfo.TryConvertWindowsIdToIanaId(windowsTzId, out string ianaId) 
    ? ianaId 
    : windowsTzId;
var timezone = TimeZoneInfo.FindSystemTimeZoneById(tzId);

方案2：镜像安装ICU依赖开启自动映射 #

如果不想修改现有业务代码，可以在Alpine镜像中安装ICU国际化库，.NET会自动加载ICU内置的Windows-IANA时区映射表，直接识别Windows风格的时区ID，Dockerfile配置参考：

FROM mcr.microsoft.com/dotnet/aspnet:6.0-alpine3.15 AS release
# 安装时区数据和ICU依赖库
RUN apk add --no-cache tzdata icu-libs
# 关闭.NET全局化不变模式，确保时区映射能力正常加载
ENV DOTNET_SYSTEM_GLOBALIZATION_INVARIANT=false

该方案会使镜像体积增加约30MB，适合不便修改业务代码的场景。

方案3：手动创建时区映射软链（不推荐） #

可以通过软链手动为需要用到的Windows时区ID创建指向对应IANA时区文件的链接，该方案需要逐个维护用到的时区ID，维护成本高容易遗漏，仅适合临时快速修复场景，配置示例：

FROM mcr.microsoft.com/dotnet/aspnet:6.0-alpine3.15 AS release
RUN apk add --no-cache tzdata
# 为Pacific Standard Time创建指向对应IANA时区文件的软链
RUN ln -s /usr/share/zoneinfo/America/Los_Angeles "/usr/share/zoneinfo/Pacific Standard Time"

内容的提问来源于stack exchange，提问作者brian-d