Micronaut 4.0.0 起原生支持通过 SpEL 风格的占位符（如 ${my.delay.value}）动态绑定 @Scheduled 的定时参数，无需硬编码或手动轮询配置，大幅提升定时任务的灵活性与可维护性。
micronaut 4.0.0 起原生支持通过 spel 风格的占位符（如 `${my.delay.value}`）动态绑定 `@scheduled` 的定时参数，无需硬编码或手动轮询配置，大幅提升定时任务的灵活性与可维护性。
在 Micronaut 中，@Scheduled 注解长期仅支持静态字面量（如 fixedDelay = "5000"）或基于 application.yml/application.properties 的简单属性占位符（如 "${job.delay}"），不支持调用任意 Java 方法（如 #{getDelay()}）——这一点与 Spring 的 @Scheduled + SpEL 表达式能力不同。但自 Micronaut 4.0.0（2023年7月发布）起，框架增强了定时器的配置解析能力，正式支持 延迟加载的配置属性绑定，从而实现“动态间隔”的效果。
✅ 正确用法（推荐）：
在 application.yml 中定义可变延迟值（支持环境变量、Consul、Config Server 等外部源）：
my:
delay:
value: 30000 # 默认 30 秒
在 Bean 中直接引用该配置：
@Singleton
public class ScheduledTask {
@Scheduled(fixedDelay = "${my.delay.value}") // ✅ 支持运行时解析
public void cleanup() {
System.out.println("Executing scheduled job with dynamic delay...");
}
}
⚠️ 注意事项：
- ${...} 中的属性名必须是合法的配置路径，且类型需为 long（毫秒）；若值为字符串（如 "30s"），需配合 @DurationConvert 或使用 Duration 类型字段（需 Micronaut 配置转换支持）。
- 不支持 #{...} SpEL 表达式（如 #{service.getDelay()}），Micronaut 当前不解析方法调用表达式，仅支持配置属性占位符。
- 若延迟值需从数据库等非配置中心动态加载，应采用间接方式：例如启动时初始化 @ConfigurationProperties Bean 并监听配置刷新，再通过 ScheduledExecutorService 手动调度（@Scheduled 本身不支持运行时重配置）。
? 总结：
Micronaut 4+ 已通过增强配置绑定能力，使 @Scheduled 具备生产级动态性。优先使用 application.yml + ${key} 方式管理定时参数；对强动态场景（如 DB 驱动的延迟），建议解耦为「配置监听 + 手动调度」模式，兼顾清晰性与可控性。
