考虑瑞士夏令时变动，Java计算跨天工时的代码是否可靠？

你当前使用的代码不是适配瑞士时令调整、跨天班次场景的可靠解决方案，存在多处核心缺陷。

• 时区与时令适配失效：SimpleDateFormat默认读取JVM运行环境的时区，没有固定绑定瑞士时区（Europe/Zurich），完全无法处理瑞士本地夏令时/冬令时切换的特殊场景，碰到10月时令调整的日期时，时长计算会出现1小时的偏差。
• 跨天班次逻辑隐患：你计算时长时使用了%24取模，一旦后续出现超过24小时的值班场景，会直接出现计算错误。
• 数据结构不合理：将日期、时间拆为字符串存储在数据库，不仅占用更多存储空间，也无法直接利用数据库时间函数做统计，还容易因格式校验问题导致解析失败。
• 线程安全问题：SimpleDateFormat是线程不安全类，Web多并发场景下会出现时间解析错乱的问题，这是Java旧时间API的已知缺陷。

改用Java 8+提供的java.time包即可完美解决你的需求，该包内置了时区、时令切换的自动处理逻辑：

1. 优化存储结构（可选但推荐） #

数据库将拆分的日期、时间字段合并为2个DATETIME类型字段：start_dt、end_dt，实体类对应字段改为ZonedDateTime类型，避免后续字符串解析出错。

2. 修正计算逻辑 #

import java.time.LocalDateTime;
import java.time.ZoneId;
import java.time.ZonedDateTime;
import java.time.format.DateTimeFormatter;
import java.time.Duration;

// 固定瑞士时区
private static final ZoneId SWISS_ZONE = ZoneId.of("Europe/Zurich");
private static final DateTimeFormatter DT_FORMATTER = DateTimeFormatter.ofPattern("yyyy-MM-dd HH:mm");

public String saveWorkTime(@Valid @ModelAttribute("workCalc") WorkCalculator workCalculator,
                               BindingResult bindingResult, ModelMap modelMap) {
    // 省略原有参数校验逻辑
    // 解析时间并绑定瑞士时区，自动适配时令调整
    ZonedDateTime startDt = ZonedDateTime.of(
        LocalDateTime.parse(workCalculator.getStartDate() + " " + workCalculator.getStartTime(), DT_FORMATTER),
        SWISS_ZONE
    );
    ZonedDateTime endDt = ZonedDateTime.of(
        LocalDateTime.parse(workCalculator.getEndDate() + " " + workCalculator.getEndTime(), DT_FORMATTER),
        SWISS_ZONE
    );
    // 计算实际工作时长，自动处理跨天、时令切换场景
    Duration workDuration = Duration.between(startDt, endDt);
    long totalWorkH = workDuration.toHours();
    long totalWorkMin = workDuration.toMinutes() % 60; // Java 9+可直接使用toMinutesPart()方法
    
    workCalculator.setTotalWorkH(totalWorkH);
    workCalculator.setTotalWorkMin(totalWorkMin);
    workCalculatorService.save(workCalculator);
    return "redirect:/index";
}

内容的提问来源于stack exchange，提问作者Murilo de Melo Reis