首先看你遇到的ExtensionError，大概率和两个关键问题有关，咱们一步步拆解分析：

1. 过期时间计算的数值错误 #

你预期是当前日期加上4320分钟（也就是72小时），但代码里写的是plusMinutes(4230)——这差了整整90分钟，很可能因为过期时长不符合订阅接口的要求（比如接口强制要求固定的72小时有效期），导致接口返回校验错误。这是最直观的一个问题，先把数值改对。

2. 日期格式化的精度不匹配问题 #

你用SimpleDateFormat输出yyyy-MM-dd'T'HH:mm:ss.SSSSSSS'Z'格式，但Date类的精度只有毫秒（3位），SimpleDateFormat的SSS最多只能表示3位毫秒，后面的4位会被强制补0，生成的字符串比如2024-05-20T12:34:56.1230000Z，这种格式可能不符合订阅接口对UTC时间的规范要求（多数接口只接受3位毫秒或者不带微秒的标准ISO 8601格式）。

修正后的代码示例 #

推荐用Java 8+的DateTimeFormatter来处理，它对时间精度的控制更准确，而且是线程安全的：

// 获取当前UTC时间
LocalDateTime nowUtc = LocalDateTime.now(ZoneOffset.UTC);
// 加上预期的4320分钟（72小时）
LocalDateTime expireUtc = nowUtc.plusMinutes(4320);
// 格式化符合标准ISO 8601的UTC格式，带3位毫秒
DateTimeFormatter formatter = DateTimeFormatter.ofPattern("yyyy-MM-dd'T'HH:mm:ss.SSS'Z'");
return expireUtc.format(formatter);

如果接口不需要毫秒级精度，也可以简化格式为yyyy-MM-dd'T'HH:mm:ss'Z'，去掉.SSS部分。

额外验证建议 #

• 确认订阅接口对过期时间的范围要求：比如是否允许设置的过期时间过短/过长，4320分钟（72小时）是否在接口允许的有效期区间内。
• 尽量获取完整的错误描述：你只贴了"Subscriptio..."，如果能拿到接口返回的完整错误信息，能更快定位问题（比如是否明确提示日期格式无效、过期时间不符合要求等）。

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