如何改进TimeUnit实现，使其支持浮点数时间转换？

嘿，这个坑我之前踩过！想用TimeUnit让代码更优雅，但它只认long类型，没法处理1.5h这种带小数的时间输入对吧？别着急，给你几个实用的改进方案：

核心思路是把带小数的时间拆成整数部分和小数部分：整数部分继续用TimeUnit处理（保留它的优雅语义），小数部分单独转换为目标单位。这样既不浪费TimeUnit的优势，又能兼容浮点数输入。

示例代码（以小时转分钟为例）：

public static double convertHoursToMinutes(double hours) {
    // 提取整数小时部分
    long wholeHours = (long) hours;
    // 计算剩余的小数小时
    double fractionalHours = hours - wholeHours;
    
    // 整数部分用TimeUnit转分钟
    long minutesFromWhole = TimeUnit.HOURS.toMinutes(wholeHours);
    // 小数部分直接按比例转分钟
    double minutesFromFraction = fractionalHours * 60;
    
    return minutesFromWhole + minutesFromFraction;
}

这个方案逻辑简单，代码也保持了可读性，适合大多数普通场景。

如果你的场景对精度要求很高（比如计费、金融场景），直接用double可能会出现精度丢失问题。这时候可以用BigDecimal来做精确计算，同样可以结合TimeUnit处理整数部分：

import java.math.BigDecimal;
import java.util.concurrent.TimeUnit;

public static BigDecimal convertHoursToMinutes(BigDecimal hours) {
    // 提取整数小时部分（向下取整）
    BigDecimal wholeHours = hours.setScale(0, BigDecimal.ROUND_DOWN);
    // 计算小数小时部分
    BigDecimal fractionalHours = hours.subtract(wholeHours);
    
    // 整数部分用TimeUnit转分钟
    long minutesFromWhole = TimeUnit.HOURS.toMinutes(wholeHours.longValue());
    // 小数部分精确计算分钟数
    BigDecimal minutesFromFraction = fractionalHours.multiply(new BigDecimal(60));
    
    return new BigDecimal(minutesFromWhole).add(minutesFromFraction);
}

这个方案能彻底避免浮点数运算的精度误差，适合对准确性要求严格的场景。

如果项目里经常需要处理这类浮点数时间转换，可以自己封装一个类似TimeUnit的枚举类，专门支持浮点数：

public enum FloatingTimeUnit {
    HOURS(60),
    MINUTES(1),
    SECONDS(1/60.0); // 可以扩展更多单位

    private final double conversionFactor;

    FloatingTimeUnit(double conversionFactor) {
        this.conversionFactor = conversionFactor;
    }

    // 实现单位转换逻辑
    public double convert(double value, FloatingTimeUnit targetUnit) {
        return value * this.conversionFactor / targetUnit.conversionFactor;
    }
}

使用的时候和TimeUnit一样优雅：

// 1.5小时转分钟
double minutes = FloatingTimeUnit.HOURS.convert(1.5, FloatingTimeUnit.MINUTES);

这个方案一劳永逸，适合频繁需要浮点数时间转换的项目。

根据你的实际场景选就行：如果只是简单场景，方案一最省心；要是涉及高精度要求的场景，方案二更靠谱；如果项目里经常用这类转换，方案三能让你保持代码的优雅性。

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