SpringBoot初始化钩子
@PostConstruct, ApplicationRunner, CommandLineRunner, ApplicationListener, 和 InitializingBean 都是 Spring 框架中用于在不同阶段执行特定代码的方法或接口，它们之间的主要区别在于触发时机、用途以及与 Spring 容器的交互方式。下面分别对这些概念进行详细说明：
1. @PostConstruct
类型: Java 标准注解（JSR-250），也受到 Spring 支持。
触发时机: 在 Spring 容器完成对 bean 的所有依赖注入后，但在 bean 被任何其他 bean 引用之前调用。
用途: 用于定义一个方法，该方法将在 bean 初始化阶段执行一次，通常用来执行一些必要的设置或一次性数据加载操作，如初始化缓存、填充默认数据、建立数据库连接等。
特点:
无须实现接口或继承特定类，只需在需要执行的方法上添加 @PostConstruct 注解。
与 Spring 容器解耦，适用于任何支持 JSR-250 规范的环境。
执行顺序早于 ApplicationRunner 和 CommandLineRunner。
2. ApplicationRunner 和 CommandLineRunner
类型: Spring 提供的接口。
触发时机: 在 Spring Boot 应用程序启动成功并完成所有 bean 初始化之后调用，通常在应用准备对外提供服务之前。
用途: 用于执行应用程序启动时需要的特定任务，如读取命令行参数、执行一次性数据迁移、初始化系统状态等。两者的主要区别在于参数类型：
ApplicationRunner: 提供一个 ApplicationArguments 参数，可以访问启动应用时传入的所有命令行参数。
CommandLineRunner: 提供一个简单的字符串数组参数，仅包含非选项（non-option）的命令行参数。
特点:
需要实现接口并重写 run 方法，其中编写启动时需要执行的代码。
适用于 Spring Boot 应用，特别是需要处理命令行参数或执行启动后一次性任务的场景。
执行顺序晚于 @PostConstruct，但早于 ApplicationListener。
3. ApplicationListener
类型: Spring 提供的接口。
触发时机: 当 Spring 容器中发布的特定类型事件发生时调用。例如，ContextRefreshedEvent（上下文刷新事件，通常在所有 bean 初始化完毕后发布）、ContextStartedEvent（上下文启动事件，通常在应用启动后发布）、ContextStoppedEvent等。
用途: 用于监听和响应 Spring 容器中发生的各种事件。可以用来执行依赖于特定事件触发的逻辑，如启动时的定时任务配置、消息队列连接建立、日志记录等。
特点:
需要实现接口并重写 onApplicationEvent 方法，其中编写事件处理逻辑。
可以监听多种类型的事件，通过泛型参数指定感兴趣的事件类型。
与应用启动过程的其他阶段解耦，关注点在于对特定事件的响应。
4. InitializingBean
类型: Spring 提供的接口。
触发时机: 在 Spring 容器完成对 bean 的所有依赖注入后调用，与 @PostConstruct 类似。
用途: 用于在 bean 初始化阶段执行自定义逻辑，与 @PostConstruct 类似。
特点:
需要实现接口并重写 afterPropertiesSet 方法，其中编写初始化代码。
直接与 Spring 框架耦合，不如 @PostConstruct 方便和通用。
执行顺序与 @PostConstruct 相同，但优先于 @PostConstruct。
5. 总结：
在实际使用中，通常首选 @PostConstruct 用于 bean 的初始化逻辑，因为它具有更好的通用性和与框架的解耦性。对于启动时的一次性任务和命令行参数处理，选择 ApplicationRunner 或 CommandLineRunner。若需要响应 Spring 容器中的事件，使用 ApplicationListener。至于 InitializingBean，由于其与 Spring 框架的紧密耦合和存在更优的替代方案（如 @PostConstruct），在现代 Spring 开发中已较少使用。
