Spring Boot中CommandLineRunner的具体作用是什么？为何不直接将代码写在main方法

Spring Boot确实会在应用上下文完全加载、所有Bean初始化完成后，自动调用所有实现CommandLineRunner接口的Bean的run方法，执行时机在main方法中SpringApplication.run()的逻辑内部、应用正式对外提供服务之前。

实现CommandLineRunner的核心必要性 #

• 上下文就绪保证：run方法执行时，Spring IoC容器已经完成所有Bean的注册、依赖注入、初始化操作，方法内部可以直接使用所有Spring管理的组件，不需要手动获取Bean。
• 启动任务可扩展可排序：不限于启动类，任意Spring管理的Bean都可以实现CommandLineRunner接口，还可以通过@Order注解指定任务的执行优先级，方便拆分多模块的启动逻辑，不需要把所有初始化代码耦合在一处。
• 自动适配命令行参数：run方法自带的入参就是应用启动时传入的命令行参数，Spring已经完成了参数的传递规整，不需要开发者手动解析处理。
• 启动校验逻辑标准化：如果run方法抛出未捕获的异常，Spring Boot会直接终止应用启动，非常适合做启动前置校验（比如数据库连通性检查、核心配置合法性校验），符合预期的启动失败逻辑，不需要开发者手动实现异常处理和应用终止逻辑。

为什么不直接将代码写在main方法中 #

• 执行时机不满足要求：main方法中SpringApplication.run()执行前，Spring上下文还未初始化，无法使用任何Spring管理的组件；如果把代码写在SpringApplication.run()之后，对于Web应用来说，run方法会阻塞等待Web容器终止，后续代码永远不会在启动阶段执行。
• 扩展性差：如果项目有多个模块都需要添加启动初始化逻辑，全部堆在main方法中会导致启动类代码无限膨胀，不同模块的逻辑耦合在一起，后续维护调整成本极高。
• 顺序控制不灵活：多个启动任务写在main方法中只能靠代码的先后顺序控制执行顺序，调整逻辑需要修改代码顺序，而CommandLineRunner只需要修改@Order注解的数值即可调整优先级，灵活度更高。

内容的提问来源于stack exchange，提问作者Andrey M. Stepanov