Instant i1 = Instant.now();
Instant i2 = Instant.now().plusSeconds(60 * 60 * 24 * 365);
Duration<IsoUnit> dur = Duration.from((TemporalAmount) java.time.Duration.between(i1, i2));
System.out.println(dur);
这段代码打印了P365D，是否有办法使单元填满下一个更大的单元，所以就变成P1Y，如果我喜欢P334D到P11M，依此类推？
time4j版本是4.38
最佳答案
其他评论和答案完全正确，可以说一年并不总是等于365天。
Time4J方法net.time4j.Duration.from(TemporalAmount)使用STD_PERIOD作为归一化器返回归一化的持续时间。该规范化器的文档说：
以1年= 12个月和1为基础对持续时间项进行归一化
天= 24小时和1小时= 60分钟和1分钟= 60秒-
无需将天数转换为几个月。
因此，当以以秒为单位定义的时间量开始时，您只能期望结果以天为单位。
如果您仍然想要一年，那么建议您首先使用适当的时区将时间转换为日历日期。但是在leap年中，在将60 * 60 * 24 * 365秒添加到第二瞬间后，您的代码仍将产生365天而不是一年。因此，您添加的秒数也是有缺陷的，因为它是基于错误的假设。
边注：
如果您想要相反的方式，即一年中有几秒钟，则可以使用如下代码
Moment m1 = Moment.nowInSystemTime();
Moment m2 = m1.toZonalTimestamp(ZonalOffset.UTC).plus(1, CalendarUnit.YEARS).atUTC();
long seconds = SI.SECONDS.between(m1, m2); // = 366 days in seconds if applied on date 2019-05-22!
随着Time4J的未来版本以及可能在2019年底跃升至第二秒，该代码甚至可能产生额外的秒数。
无论如何，我建议您将Time4J更新到v5.4，并考虑以下映射：
java.time.Instant as input => net.time4j.MachineTime.from(...)
java.time.LocalDateTime/net.time4j.PlainTimestamp => net.time4j.Duration.from(...)
因此，如果您确实希望在打印持续时间中输出尽可能多的年份，并且有瞬间/力矩，那么在创建适当的持续时间对象之前，请先转换为LocalDateTime / PlainTimestamp（使用时区或偏移量）。
从2019-05-25更新：
v5.4（或更高版本）版本的另一种方式是通过“模糊”持续时间实现。您可以通过应用近似值来标准化持续时间。例：
Duration<IsoUnit> d = Duration.of(60 * 60 * 24 * 365, ClockUnit.SECONDS);
d = d.with(Duration.approximateMaxUnitOnly());
System.out.println(d); // P1Y
由于这种规范化的性质，您无法期望确切的结果。