这个问题的核心矛盾在于NTP同步的是UTC时间，直接修改系统本地时间肯定会被NTP覆盖，所以得换个思路——要么让Linux时区系统用自定义规则来计算本地时间，要么在应用层自己处理时间转换。下面分两种方案详细说，再帮你对比哪个更适合你的场景：

方案一：Linux端实现（自定义时区文件） #

既然系统自带的zoneinfo文件无法编辑，那我们可以自己生成符合需求的自定义时区文件，让Linux系统用这个文件来计算本地时间。这样NTP同步UTC时间不受影响，本地时间由自定义规则从UTC转换而来，完全避开直接修改系统时钟的问题。

具体步骤： #

1. 编写自定义tz规则文件
   用tzdata格式编写你的夏令时规则，比如创建一个my_sao_paulo.tz文件，示例内容如下（可以根据你的自定义时段调整年份、月份、时间点）：

   # 自定义圣保罗时区规则
   Rule    Brazil  2024    2030    - Apr    last Sun  2:00    1:00    DST
   Rule    Brazil  2024    2030    - Oct    last Sun  2:00    0       STD
   Zone    America/My_Sao_Paulo  -3:00   BRT    Brazil
   

   这个规则定义了2024到2030年，每年四月最后一个周日2点进入夏令时（加1小时），十月最后一个周日2点回到标准时间。

2. 编译tz文件为zoneinfo格式
   使用zic工具（Buildroot通常会包含这个工具，或者你可以在Buildroot配置中启用）编译这个文件：

   zic my_sao_paulo.tz
   

   编译后会生成America/My_Sao_Paulo文件，这就是你的自定义时区文件。

3. 集成到Buildroot系统
   在Buildroot中添加一个自定义package，把编译好的时区文件安装到/usr/share/zoneinfo/America/目录下。或者如果是运行时生成，也可以把tz文件和zic工具放到系统中，启动时编译安装。

4. 设置系统时区
   把系统默认时区切换到你的自定义时区：

   ln -sf /usr/share/zoneinfo/America/My_Sao_Paulo /etc/localtime
   

   如果用systemd的话，也可以用timedatectl set-timezone America/My_Sao_Paulo。

优势： #

• 整个系统的本地时间统一遵循自定义规则，所有系统工具、其他应用都会自动使用正确的时间，不需要单独适配。
• 完全符合Linux时区机制，NTP同步UTC不受影响，没有时钟冲突问题。

方案二：.NET应用端实现（业务层时间转换） #

如果只有你的.NET应用需要遵循这个自定义夏令时，其他系统组件不需要，那完全可以在应用层处理时间转换，不用修改Linux系统配置。核心思路是：系统保持固定时区（比如你现在用的Etc/GMT+3），应用在展示时间、处理业务逻辑时，根据MongoDB中的自定义规则，手动转换为包含夏令时调整的本地时间。

具体实现： #

1. 统一时间存储
   数据库中所有时间字段都存储为UTC时间，避免时区混淆。

2. 编写时间转换服务
   在.NET应用中实现一个工具类或服务，从MongoDB读取当前生效的夏令时规则，判断当前UTC时间是否处于夏令时时段，然后转换为本地时间。示例代码：

   public class CustomTimeService
   {
       private readonly IMongoCollection<DstRule> _dstRulesCollection;
   
       public CustomTimeService(IMongoDatabase database)
       {
           _dstRulesCollection = database.GetCollection<DstRule>("dst_rules");
       }
   
       public DateTime GetLocalTime(DateTime utcTime)
       {
           // 基础时区：GMT+3 = UTC-3小时
           DateTime localTime = utcTime.AddHours(-3);
           
           // 从MongoDB获取当前生效的夏令时规则
           var activeRules = _dstRulesCollection.Find(r => 
               r.DstStartUtc <= utcTime && utcTime < r.DstEndUtc
           ).ToList();
   
           if (activeRules.Any())
           {
               // 处于夏令时，加1小时
               localTime = localTime.AddHours(1);
           }
   
           return localTime;
       }
   }
   
   // 夏令时规则实体类
   public class DstRule
   {
       public ObjectId Id { get; set; }
       public DateTime DstStartUtc { get; set; }
       public DateTime DstEndUtc { get; set; }
       public string Description { get; set; }
   }
   

3. 全局使用转换后的时间
   所有需要展示给用户的时间、业务逻辑中用到的本地时间，都通过这个服务转换，而系统时间保持和NTP同步的状态。

优势： #

• 不需要修改Linux系统配置，开发和维护更简单，Buildroot的配置也不用调整。
• 规则修改后，应用可以实时从MongoDB读取生效，不需要重启系统或服务，灵活性更高。
• 不会影响其他系统工具的时间显示，适合仅你的应用需要自定义夏令时的场景。

方案对比与选择建议 #

如果你的项目中所有组件（包括系统工具、其他可能的第三方应用）都需要遵循这个自定义夏令时，优先选Linux端方案，保证系统时间统一。如果只有你的.NET应用需要，或者你希望规则修改更灵活，那.NET应用端方案更适合，开发更快，成本更低。

内容的提问来源于stack exchange，提问作者Guilherme Ramalho