TimeZoneInfo.FindSystemTimeZoneById 在高并发下会变慢
TimeZoneInfo.FindSystemTimeZoneById内部不是纯内存查找，它在首次调用时会触发系统时区数据库的解析（Windows 上读注册表或 ICU 数据，Linux/macOS 依赖
/usr/share/zoneinfo文件结构），后续调用虽有缓存，但该缓存受内部
ConcurrentDictionary保护，且存在锁竞争和键规范化开销。实测在 10K+ QPS 场景下，未预热时平均耗时可飙升至 5–20ms/次。 务必在应用启动时主动调用一次
TimeZoneInfo.FindSystemTimeZoneById("UTC") 或常用 ID（如 "China Standard Time"）完成初始化 避免在请求处理路径中直接调用
FindSystemTimeZoneById—— 改为从预加载字典中取值：
private static readonly ConcurrentDictionary<string, TimeZoneInfo> _tzCache = new();
static MyService()
{
foreach (var id in new[] { "UTC", "China Standard Time", "Pacific Standard Time" })
{
_tzCache[id] = TimeZoneInfo.FindSystemTimeZoneById(id);
}
}
注意：ID 是大小写敏感的，"utc"会抛
TimeZoneNotFoundException
自定义时区（如 Etc/GMT+8）不能用 FindSystemTimeZoneById 直接获取
像
"Etc/GMT+8"这类 IANA 时区名在 Windows 上默认不可用，
FindSystemTimeZoneById会直接抛异常；.NET 6+ 虽支持 IANA 数据（需启用
AppContext.SetSwitch("System.Globalization.UseNls", false)），但该开关是进程级的，且切换后会影响所有 DateTimeFormatInfo行为，不建议 runtime 动态开启。 若必须支持 IANA 时区，改用
TimeZoneInfo.CreateCustomTimeZone构造固定偏移时区：
var gmtPlus8 = TimeZoneInfo.CreateCustomTimeZone("GMT+8", TimeSpan.FromHours(8), "GMT+8", "GMT+8");
不要在每次请求中重复创建 —— 同样应预缓存到 ConcurrentDictionary或
static readonly字段 注意：
CreateCustomTimeZone不支持夏令时，如需 DST，请改用第三方库（如
NodaTime）
TimeZoneInfo.ConvertTime 的线程安全性与性能陷阱
TimeZoneInfo.ConvertTime本身是线程安全的，但它的性能取决于两个因素：目标时区是否已“热”、转换逻辑是否涉及复杂规则（如历史 DST 变更）。对非本地时区做频繁转换（例如日志时间戳转用户本地时间），若未复用
TimeZoneInfo实例，会反复触发内部时区规则解析。 禁止这样写：
var tz = TimeZoneInfo.FindSystemTimeZoneById("Eastern Standard Time");
var local = TimeZoneInfo.ConvertTime(utcTime, tz, TimeZoneInfo.Local); // 每次都 new tz？不，但 FindSystemTimeZoneById 被反复调用就糟了
正确做法是：把 TimeZoneInfo实例作为字段或参数传入，确保复用 如果转换目标固定（如全站统一转成
"Asia/Shanghai"），直接缓存该实例，别每次都查 极端吞吐场景下，考虑用
DateTimeOffset替代 —— 若只需偏移量而无需时区名称或 DST 规则，
DateTimeOffset零分配、无查找开销
跨平台部署时 TimeZoneInfo.Local 的行为差异
TimeZoneInfo.Local在 Linux/macOS 上依赖
TZ环境变量或
/etc/localtime符号链接，在容器中极易为空或指向错误时区（比如 Alpine 镜像默认没设
TZ）。此时
Local可能回退为 UTC，且首次访问会触发同步锁，造成毛刺。 Dockerfile 中显式设置时区：
ENV TZ=Asia/Shanghai RUN ln -snf /usr/share/zoneinfo/$TZ /etc/localtime && echo $TZ > /etc/timezone代码中不要假设
TimeZoneInfo.Local总是可用 —— 加一层 fallback：
private static readonly TimeZoneInfo _appDefaultTz =
TimeZoneInfo.FindSystemTimeZoneById("China Standard Time");
public static TimeZoneInfo GetEffectiveTimeZone(TimeZoneInfo? userTz = null) =>
userTz ?? TimeZoneInfo.Local ?? _appDefaultTz;
注意：TimeZoneInfo.Local是只读属性，但其内部缓存可能被
ClearCachedData()清空（极少用，慎调） 缓存策略本身不难，真正容易出问题的是“以为它已经缓存了”——比如漏掉预热、混用大小写 ID、或在容器里忘了配
TZ。这些点一旦在线上高频路径触发，表现就是 CPU 突增 + 请求延迟抖动，排查时容易误判为 GC 或锁竞争。
