旅游网站建设问题,展厅公司,wordpress鼠标停留,湛江做网站定做价格在使用Springboot过程中#xff0c;或多或少我们会遇到在Springboot启动时要初始化类#xff0c;或者加载文件之类的一些操作。关于初始化#xff0c;主要分为两类#xff0c;一类是在程序启动后的执行初始化操作#xff0c;另一类是Bean实例化时执行初始化操作#xff0…在使用Springboot过程中或多或少我们会遇到在Springboot启动时要初始化类或者加载文件之类的一些操作。关于初始化主要分为两类一类是在程序启动后的执行初始化操作另一类是Bean实例化时执行初始化操作本文将介绍这两类初始化操作常用的一些类和注解相信总会有一种方法适合你的。
程序启动后的初始化
ApplicationRunner 接口
ApplicationRunner接口主要作用是在应用程序启动完成后执行一些自定义的逻辑。通过实现ApplicationRunner接口并重写其run方法我们可以定义在应用程序启动后需要执行的任务逻辑。当Spring Boot应用程序启动完成后ApplicationRunner接口的run方法会被自动调用执行你在该方法中定义的任务。
ApplicationRunner接口特别适用于那些需要在应用程序启动后立即执行的任务例如数据初始化、缓存预热等。此外它也常被用作定时任务的触发点在应用程序启动时即启动一些定时任务。
在run方法中我们可以通过传入的ApplicationArguments对象获取到启动应用程序时传递的命令行参数这为我们提供了更多的灵活性和控制力。
以下是一个简单的示例演示了如何使用 ApplicationRunner 接口
/*** author 公众号索码理*/
Component
public class MyApplicationRunner implements ApplicationRunner {Overridepublic void run(ApplicationArguments args) throws Exception {System.out.println(ApplicationRunner 执行初始化操作...);// 获取命令行参数的值String name args.getOptionValues(name).get(0); // 获取名为name的参数的值boolean hasCode args.containsOption(code); // 检查是否存在名为code的标志System.out.println(name: name);System.out.println(hasCode: hasCode);System.out.println(分割线);}
}idea中设置启动参数
控制台输出结果 在这个示例中我们使用getOptionValues()方法来获取命令行参数的值该方法返回一个字符串列表。如果参数是标志而不是键值对则可以使用containsOption()方法检查参数是否存在。从控制台中我们可以看到 ApplicationRunner 接口的初始化操作是在Tomcat启动之后即程序启动之后进行初始化的。
CommandLineRunner 接口
CommandLineRunner 接口是 Spring Boot 中的一个功能性接口用于在 Spring Boot 应用程序启动后执行特定的任务或代码。我们可以使用它在 Spring Boot 应用程序启动后执行一些初始化操作例如加载初始数据、执行特定的业务逻辑、启动后台任务等。
这个接口只定义了一个方法 run(String... args)该方法在 Spring Boot 应用程序启动后会被自动调用其中 args 参数是命令行参数。开发者需要实现这个接口并在实现类中编写需要在应用程序启动后执行的代码逻辑。
Spring Boot 在启动时会自动检测所有实现了 CommandLineRunner 接口的 bean并在应用程序启动后按照它们在 Spring 上下文中的注册顺序依次调用其 run 方法。
使用 CommandLineRunner 接口可以方便地进行应用程序启动后的初始化工作而不需要显式地编写启动时的逻辑从而使应用程序的启动过程更加灵活和可扩展。
以下是一个简单的示例演示了如何使用 CommandLineRunner 接口
import org.springframework.boot.CommandLineRunner;
import org.springframework.stereotype.Component;/*** author 公众号索码理*/
Component
public class MyCommandLineRunner implements CommandLineRunner {Overridepublic void run(String... args) throws Exception {System.out.println(CommandLineRunner 执行初始化操作...);System.out.println(CommandLineRunner args Arrays.toString(args));}
}在这个示例中我们创建了一个名为 MyCommandLineRunner 的类它实现了 CommandLineRunner 接口并重写了 run 方法在方法中打印参数表示应用程序启动成功。从控制台中我们可以看到 CommandLineRunner 接口的初始化操作是在Tomcat启动之后即程序启动之后进行初始化的。
ApplicationRunner 和CommandLineRunner 的区别
了解完ApplicationRunner 和 CommandLineRunner 接口之后不难发现它们都是在程序启动后执行特定操作的那它们之间有什么不同呢
ApplicationRunner 和 CommandLineRunner 接口都继承了Runner接口 它们之间的区别主要在于方法签名和传递参数的方式 方法签名 CommandLineRunner 接口中的 run 方法签名为 void run(String... args)其中参数 args 是一个字符串数组用于接收命令行参数。ApplicationRunner 接口中的 run 方法签名为 void run(ApplicationArguments args)其中参数 args 是 ApplicationArguments 类型的对象用于接收应用程序的启动参数。 参数传递方式 在 CommandLineRunner 中启动参数是作为字符串数组直接传递给 run 方法的参数。在 ApplicationRunner 中启动参数是作为 ApplicationArguments 对象传递给 run 方法的参数这个对象提供了更丰富的参数处理功能例如获取非标准的命令行参数、获取命令行参数的选项和值等。
在大多数情况下这两个接口可以互换使用选择哪一个主要取决于对命令行参数处理的需求。如果你只需要简单地接收命令行参数那么使用 CommandLineRunner 就足够了。但如果你需要更复杂的参数处理例如获取命令行参数的选项和值那么使用 ApplicationRunner 会更方便。
另外需要注意的是Spring Boot 在启动时会优先调用实现了 ApplicationRunner 接口的 bean 的 run 方法如果没有找到 ApplicationRunner 类型的 bean则会去调用实现了 CommandLineRunner 接口的 bean 的 run 方法。
Bean的实例化
InitializingBean 接口
InitializingBean 接口是Spring框架的一个接口它允许Bean在其属性被设置后进行自定义初始化操作。这个接口定义了一个方法afterPropertiesSet()在Bean的所有属性被设置后立即调用。 这使得 InitializingBean 可以作为自定义初始化回调的标记接口用于执行那些需要在对象依赖注入完成之后进行的初始化操作。
通过实现InitializingBean接口可以确保在Spring容器完成Bean的实例化和属性设置后执行特定的初始化逻辑。这在需要在Bean初始化阶段执行一些特定操作时非常有用例如数据验证、资源初始化或与其他Bean的交互等。
以下是一个简单的示例演示了如何实现InitializingBean接口
/*** author sunlong* author 公众号索码理*/
public class MyInitializingBean implements InitializingBean {Overridepublic void afterPropertiesSet() throws Exception {System.out.println(InitializingBean 执行初始化操作...);}
}注入MyInitializingBean 实例
Configuration
public class ServiceConfig {Beanpublic MyInitializingBean MyInitializingBean() {System.out.println(MyInitializingBean 注入。。。);return new MyInitializingBean();}
}控制台打印结果
MyInitializingBean 注入。。。
InitializingBean 执行初始化操作...在这个例子中当Spring容器实例化MyInitializingBean 时会自动调用afterPropertiesSet()方法来执行初始化逻辑。
PostConstruct注解
PostConstruct注解是Java EE 5规范中引入的一个注解主要在JSR 250标准中定义。它被设计用于在对象实例化后、依赖注入完成之时自动调用某个方法以执行初始化操作。这个注解通常用于Java EE和Spring等框架中标记那些需要在依赖注入后执行的方法。
其主要用途包括在依赖注入完成后执行一些需要依赖注入对象的初始化逻辑。例如你可以在PostConstruct注解的方法中进行一些属性的赋值、资源的初始化、连接的建立等操作。
在Spring框架中当Spring创建了一个类的实例并完成依赖注入后如果该类中存在被PostConstruct注解的方法Spring会自动调用这个方法。需要注意的是PostConstruct注解只能用于非静态方法并且只会被容器调用一次。如果一个类中存在多个被PostConstruct注解的方法它们的执行顺序并不确定但你可以通过Order注解来指定执行顺序。
在Spring项目中一个bean的初始化过程中方法执行的先后顺序为Constructor Autowired PostConstruct。即首先执行构造方法然后进行依赖注入最后执行初始化操作。
关于PostConstruct注解的方法它可以有返回值尽管通常我们将其返回类型设置为void。而且这个方法的访问修饰符可以是public、protected或private因为它的功能是通过反射来实现的。此外这个方法不能是static的但可以是final的。
与InitializingBean接口相比PostConstruct注解提供了更清晰、更灵活的方式来定义初始化方法而且不需要实现任何特定的接口。
以下是一个简单的示例演示了如何实现**PostConstruct**注解
Component
public class PostConstructComponent {PostConstructpublic void init() {// 执行初始化操作System.out.println(PostConstruct执行初始化操作...);}
}在这个示例中当Spring容器实例化PostConstructComponent 并完成依赖注入后会调用init()方法来执行初始化逻辑。
Bean
Bean注解主要用于将对象通常是bean存入Spring的IoC容器中。与Controller、Service、Repository、Component等类注解不同Bean注解是方法级别的它通过将当前方法的返回值对象放入容器中来实现对象的管理。通过这种方式我们可以自定义bean的创建逻辑。
在Spring配置类中你可以使用Bean注解来定义一个或多个bean。默认情况下bean的名称与带有Bean注解的方法名相同但你也可以使用name属性来指定一个自定义的名称。
Bean注解有一个initMethod属性用于指定bean的初始化方法。
例如
创建MyService 类
public class MyService {public void initMethod() {System.out.println(MyService 执行初始化操作...);}
}注入MyService
Configuration
public class ServiceConfig {Bean(initMethod initMethod)public MyService myService() {System.out.println(MyService 注入。。。);return new MyService();}
}在这个例子中MyService的实例会被创建并且作为名为myService的bean注册到Spring容器中在MyService被实例化时会自动调用MyService的initMethod方法。
InitializingBean 接口、PostConstruct注解、Bean注解区别
InitializingBean接口、PostConstruct注解和Bean注解在Spring框架中都有各自的作用尽管它们都可以用于执行Bean的初始化逻辑但它们还是有所区别的
InitializingBean和PostConstruct主要用于执行Bean的初始化逻辑但它们来源于不同的框架或规范。InitializingBean是Spring特有的而PostConstruct是Java EE规范的一部分由Java EE容器调用。Bean主要用于声明和定义Bean虽然可以在其方法内部执行初始化逻辑但其主要目的是定义和注册Bean。InitializingBean和PostConstruct都可以在Bean的属性被注入之后执行初始化逻辑但PostConstruct的方法在InitializingBean的afterPropertiesSet()方法之前执行。
在Spring中通常推荐使用PostConstruct注解来执行初始化逻辑因为它更符合Java EE规范并且与Spring的依赖注入机制结合得更好。
总结
本文介绍了程序启动后和Bean实例化后可以进行的初始化操作有生就有死能够初始化就能够销毁下篇文章将介绍如何在程序关闭时和Bean销毁时进行一系列操作感兴趣可以关注一下敬请期待。
