如何在Joda-Time中配置模拟夏令时转换时间用于测试？

当然可以！Joda-Time的时区系统设计得相当灵活，完全能帮你模拟自定义的夏令时（DST）转换规则，用来测试业务逻辑。我给你一步步拆解怎么实现：

核心思路：用DateTimeZone.Builder构建自定义时区 #

Joda-Time允许你通过DateTimeZone.Builder类完全自定义时区的偏移规则，包括夏令时的开始/结束时间。你不需要修改系统时区，只需要在测试代码里创建一个自定义时区，然后在测试场景中使用它就行。

具体实现代码示例 #

假设你要模拟美国加州（原时区为America/Los_Angeles，标准UTC-8，夏令时UTC-7）的夏令时在2月21日下午4点开始，下面是完整的代码：

import org.joda.time.DateTime;
import org.joda.time.DateTimeZone;
import org.joda.time.OffsetDateTime;
import org.joda.time.chrono.ISOChronology;
import org.joda.time.tz.TransitionRule;

import java.time.Duration;
import java.time.ZoneOffset;

public class CustomDSTTest {
    public static void main(String[] args) {
        // 构建自定义时区
        DateTimeZone customLaZone = new DateTimeZone.Builder()
                .setID("Custom/Los_Angeles") // 给自定义时区起个唯一ID
                .setChronology(ISOChronology.getInstanceUTC()) // 使用ISO时间体系
                // 添加标准时间偏移（加州标准时间是UTC-8）
                .addStandardOffset(ZoneOffset.ofHours(-8).getTotalSeconds() * 1000)
                // 添加夏令时偏移（夏令时是UTC-7，比标准时间快1小时）
                .addSavingsOffset(ZoneOffset.ofHours(-7).getTotalSeconds() * 1000)
                // 自定义春季夏令时开始规则：2024年2月21日下午4点（本地时间）切换到夏令时
                .addTransitionRule(new TransitionRule(
                        2024, 2, 21, // 年、月、日
                        16 * 60 * 60 * 1000, // 本地时间的转换点（下午4点的毫秒数）
                        // 对应的UTC时间：本地下午4点（UTC-8）= UTC当天22点
                        OffsetDateTime.of(2024, 2, 21, 16, 0, 0, 0, ZoneOffset.ofHours(-8))
                                .toInstant().toEpochMilli(),
                        Duration.ofHours(1).toMillis(), // 偏移增加1小时（进入夏令时）
                        true // 标记为夏令时开始
                ))
                // 自定义秋季夏令时结束规则：比如11月3日凌晨2点切换回标准时间
                .addTransitionRule(new TransitionRule(
                        2024, 11, 3,
                        2 * 60 * 60 * 1000, // 本地夏令时凌晨2点
                        // 对应的UTC时间：本地凌晨2点（UTC-7）= UTC当天9点
                        OffsetDateTime.of(2024, 11, 3, 2, 0, 0, 0, ZoneOffset.ofHours(-7))
                                .toInstant().toEpochMilli(),
                        Duration.ofHours(-1).toMillis(), // 偏移减少1小时（退出夏令时）
                        false // 标记为夏令时结束
                ))
                .build();

        // 测试转换前后的时间
        // 转换前：2月21日下午3点半（标准时间UTC-8）
        DateTime beforeDST = new DateTime(2024, 2, 21, 15, 30, 0, customLaZone);
        System.out.println("转换前本地时间：" + beforeDST);
        System.out.println("转换前UTC时间：" + beforeDST.toDateTime(DateTimeZone.UTC));

        // 转换后：2月21日下午4点半（夏令时UTC-7）
        DateTime afterDST = new DateTime(2024, 2, 21, 16, 30, 0, customLaZone);
        System.out.println("转换后本地时间：" + afterDST);
        System.out.println("转换后UTC时间：" + afterDST.toDateTime(DateTimeZone.UTC));
    }
}

关键细节说明 #

• TransitionRule参数解析：
  • 前三个参数是转换发生的年、月、日；
  • 第四个参数是本地时间的转换点（以当天0点为起点的毫秒数）；
  • 第五个参数是转换点对应的UTC时间（避免本地时间歧义，比如夏令时结束时的重复时间）；
  • 第六个参数是偏移变化量（进入夏令时加1小时，退出减1小时）；
  • 最后一个参数标记是否是夏令时开始。
• 跨年份测试：如果需要测试所有年份的自定义规则，可以把年份参数设为0（表示匹配所有年份），这样就不用每年都添加规则了。
• 隔离测试：这个自定义时区只会在你指定的地方生效，不会影响应用的其他部分，非常适合单元测试或集成测试场景。

测试场景建议 #

你可以用这个自定义时区来测试：

• 夏令时转换前后的时间计算是否正确（比如两个时间点的间隔是否符合预期）；
• 业务逻辑中是否正确处理了夏令时带来的时间歧义（比如夏令时结束时的重复小时）；
• 日程提醒、时间戳转换等依赖时区状态的功能是否正常。

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