一 @PostConstruct注解的來由

構(gòu)造方法和@Autowired注解

一般情況下我們大多用@Autowired來完成某個類中的屬性的注入。 @Autowired這個注解在構(gòu)造方法執(zhí)行后執(zhí)行，以如下為例：就是在通過構(gòu)造方法生成FileTaskExecutor 和FileTaskHandlerFactory這兩個對象后，再把生成的這個FileTaskHandlerFactory對象賦值到FileTaskExecutor 中的fileTaskHandlerFactory屬性上。 有點類似set方法。

@Component("backendFileTaskExecutor")
public class FileTaskExecutor {
   @Autowired
    private FileTaskHandlerFactory fileTaskHandlerFactory;
}

二 @PostConstruct注解

1 從需求方面講解@PostConstruct注解的來由

@Autowired這個注解能解決一部分復雜功能的屬性的賦值，當時對于一些比較零散的初始值的創(chuàng)建，用@Autowired這個注解就有點多余了，因為像如下：BlockingQueue<FileTaskDTO>，Executor ，Limiter ，Map<Long, FileTaskDTO>這些屬性我只想簡單的new一個對象或是賦值一個固定值，這個時候我們還要單獨的創(chuàng)建一個類（這個類里面單單只是new一個對象，或者設置一個固定值）然后再用@Autowired注入屬性，這樣操作就有點雞肋了。

@Component("backendFileTaskExecutor")
public class FileTaskExecutor {
   @Autowired
    private FileTaskHandlerFactory fileTaskHandlerFactory;

	private BlockingQueue<FileTaskDTO> taskQueue;
    private Executor executor;
    private Limiter limiter;
    private Map<Long, FileTaskDTO> handlingTask;

	@PostConstruct
    public void initParams() {
        taskQueue = new ArrayBlockingQueue<>(MAX_POOL_TASK_SIZE);
        handlingTask = new ConcurrentHashMap<>();
        limiter = new Limiter(configService.getMaxPermitUsers(), configService.getMaxPermitPerUserTasks());
        executor = Executors.newFixedThreadPool(Runtime.getRuntime().availableProcessors() * 2);
        executor.execute(new Boss());
        cleanTempFile();
    }
}

所以@PostConstruct這個注解就誕生了，它就是用來處理在@Autowired注入屬性后init()方法之前，對一些零散的屬性進行賦值的注解。 如上面被@PostConstruct修飾的的initParams()方法。

2 @PostConstruct

1. 除了攔截器這個特殊情況以外，其他情況都不允許有參數(shù)，否則spring框架會報IllegalStateException；而且返回值要是void，但實際也可以有返回值，至少不會報錯，只會忽略
2. 方法隨便你用什么權限來修飾，public、protected、private都可以，反正功能是由反射來實現(xiàn)
3. 方法不可以是static的，但可以是final的

所以，綜上所述，在spring項目中，在一個bean的初始化過程中，方法執(zhí)行先后順序為

Constructor > @Autowired > @PostConstruct

先執(zhí)行完構(gòu)造方法，再注入依賴，最后執(zhí)行初始化操作，所以這個注解就避免了一些需要在構(gòu)造方法里使用依賴組件的尷尬。

3 其它將屬性注入bean對象的方法

• 定義靜態(tài)常量。
• Constructor
• @Autowired
• @PostConstruct注解
• 實現(xiàn)InitializingBean接口重寫afterPropertiesSet()方法
• 實現(xiàn)CommandLineRunner或者ApplicationRunner接口，他們在容器啟動后啟動

值得注意的是第4個是在tomcat服務啟動之后才開始的。第3個是在spring容器啟動之后，bean對象的構(gòu)造方法完成后啟動的。 他們具有如下關系：

spring容器啟動 > Constructor > @Autowired > @PostConstruct > InitializingBean > CommandLineRunner或者ApplicationRunner`接口

注意：bean對象的初始化是挨個進行的（上一個完成才能進行下一個），如果某個bean對象中的@PostConstruct方法內(nèi)的邏輯處理過長就會導致spring的啟動時間邊長，因為只有在所有的bean對象初始化完成之后springBoot才會打開端口提供服務。 如果出現(xiàn)如上問題的化可以采用實現(xiàn)CommandLineRunner或者ApplicationRunner接口的方法來注入一些數(shù)據(jù)，因為這一步是在springboot啟動完成之后在運行的

到此這篇關于Spring中的@PostConstruct注解使用方法解析的文章就介紹到這了,更多相關Spring中的@PostConstruct注解內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家！

最新評論