注解默认值是设计上的“安全预设”，90%配置可省略因框架基于生产经验合理兜底；如@Transactional默认REQUIRED防数据不一致，@Scheduled负值禁用防误触发，@Query默认JPQL利用缓存优化大数据查询。
在千万级业务处理中，注解的默认值不是语法糖，而是设计上的“安全预设”——它把高频场景固化为隐式行为，让开发者只在必要时才显式干预。90% 的配置之所以能省掉，是因为框架已基于真实生产经验做了合理兜底。
默认值如何自动适配高并发与大数据量
Spring 生态中的关键注解，其 default 值均围绕性能与稳定性设计：
- @Transactional(propagation = Propagation.REQUIRED)：默认开启事务，避免漏写导致数据不一致；而 isolation 默认使用数据库隔离级别，不强制升级为 SERIALIZABLE，兼顾一致性与吞吐
- @Scheduled(fixedDelay = -1)：负值表示“禁用”，比设为 0 更安全——防止误触发无限循环任务，尤其适用于灰度发布或开关控制场景
- @Query(nativeQuery = false)：默认走 JPQL，利用 Hibernate 一级/二级缓存和延迟加载，避免原生 SQL 绕过优化机制，在分页、关联查询等大数据量场景下更可控
自定义注解默认值：收敛配置爆炸的关键手段
当业务模块接入监控、重试、限流、幂等能力时，若每个功能都暴露 3–5 个配置项，调用方极易陷入“配置疲劳”。通过 default 收敛，可实现单点声明、多维生效：
- 定义 @Idempotent(expireSeconds = 300, keyStrategy = "method+args")，90% 接口直接加注解即启用 5 分钟幂等窗口，无需再配 Redis Key 模板或 TTL
- 定义 @Async(threadPool = "defaultTaskExecutor")，默认绑定已预调优的线程池（如 core=8、max=32、队列类型为 SynchronousQueue），避免每个 @Async 都要指定 executor
- 定义 @StreamQuery(fetchSize = 1000)，流式读取时默认每批拉取千条，平衡内存占用与数据库游标压力，仅在极端低延时场景才设为 100 或 5000
配置类注解的默认注册策略：让属性绑定零感知
Spring Boot 中配置属性类本身也依赖 default 降低接入成本：
-
@ConfigurationProperties(prefix = "app") 不写
ignoreInvalidFields或ignoreUnknownFields？默认均为true，允许配置项缺失或冗余，避免因 yml 字段拼错导致启动失败 -
@EnableConfigurationProperties 若只传一个类，框架自动推导 prefix；配合 Lombok 的 @Builder.Default，甚至可让内部嵌套属性也带默认值，如
retry.maxAttempts = 3、timeout.read = 5000 - 使用 @ConfigurationPropertiesScan 时，默认扫描主类所在包，无需额外指定 basePackages —— 多数项目结构天然符合此约定
警惕默认值的边界：什么情况下必须显式覆盖
默认值虽好，但不是万能。以下三类场景需主动打破默认：
- 数据库写入密集型任务：@Transactional 默认的 REQUIRED 传播级别可能引发长事务，应显式设为
propagation = REQUIRES_NEW隔离子流程 - 流式导出百万 Excel：@StreamQuery 默认 fetchSize=1000 可能仍占内存，需结合 EasyExcel 的 writeSheet() 设置
autoCloseStream = true并显式关闭资源 - 异步任务强依赖顺序：@Async 默认无序执行，若需保证先后，必须搭配
@Order或手动提交至有序队列，不能依赖默认线程池行为
