简介

javaEE5引入了@PostConstruct和@PreDestroy两个作用于Servlet生命周期的注解，实现Bean初始化之前和销毁之前的自定义操作

使用场景

在项目中主要是在Servlet初始化之前加载一些缓存数据等

API使用说明

PostConstruct 注释用于在依赖关系注入完成之后需要执行的方法上，以执行任何初始化。此方法必须在将类放入服务之前调用。支持依赖关系注入的所有类都必须支持此注释。即使类没有请求注入任何资源，用 PostConstruct 注释的方法也必须被调用。只有一个方法可以用此注释进行注释。应用 PostConstruct 注释的方法必须遵守以下所有标准：该方法不得有任何参数，除非是在 EJB 拦截器 (interceptor) 的情况下，根据 EJB 规范的定义，在这种情况下它将带有一个 InvocationContext 对象；该方法的返回类型必须为 void；该方法不得抛出已检查异常；应用 PostConstruct 的方法可以是 public、protected、package private 或 private；除了应用程序客户端之外，该方法不能是 static；该方法可以是 final；如果该方法抛出未检查异常，那么不得将类放入服务中，除非是能够处理异常并可从中恢复的 EJB。

特点：

1、只有一个非静态方法能使用此注解

2、被注解的方法不得有任何参数

3、被注解的方法返回值必须为void

4、被注解方法不得抛出已检查异常

5、此方法只会被执行一次

servlet执行流程

注意事项

使用此注解时会影响服务启动时间。服务启动时会扫描WEB-INF/classes的所有文件和WEB-INF/lib下的所有jar包。

@PostConstruct注解的用法

@PostConstruct是java5的时候引入的注解，指的是在项目启动的时候执行这个方法，也可以理解为在spring容器启动的时候执行，可作为一些数据的常规化加载，比如数据字典之类的。

被@PostConstruct修饰的方法会在服务器加载Servle的时候运行，并且只会被服务器执行一次。PostConstruct在构造函数之后执行

也就是加载顺序

服务器加载Servlet -> servlet 构造函数的加载 -> postConstruct ->init（init是在service 中的初始化方法. 创建service 时发生的事件.） ->Service->destory->predestory->服务器卸载serlvet

那么问题：spring中Constructor、@Autowired、@PostConstruct的顺序
Constructor >> @Autowired >> @PostConstruct

依赖注入的字面意思就可以知道，要将对象p注入到对象a，那么首先就必须得生成对象p与对象a，才能执行注入。所以，如果一个类A中有个成员变量p被@Autowired注解，那么@Autowired注入是发生在A的构造方法执行完之后的。

@PostConstruct应用场景：
如果想在生成对象时候完成某些初始化操作，而偏偏这些初始化操作又依赖于依赖注入，那么就无法在构造函数中实现。为此，可以使用@PostConstruct注解一个方法来完成初始化，@PostConstruct注解的方法将会在依赖注入完成后被自动调用。

@PostConstructpublic void start() {try {int connect = producer.connect();if (connect == 0) {log.info("producer start success! groupName:{},namesrvAddr:{}", rocketMqProperties.getProducer().getGroupName(), rocketMqProperties.getNamesrvAddr());}} catch (MQException e) {e.printStackTrace();}
}@PreDestroypublic void stop()  {try {if (producer != null) {producer.close();log.info("producer closed");}}catch (MQException a){a.printStackTrace();}
}

在最近的工作中，get到一个很实用的注解，分享给诸位。

痛点

做过微信或支付宝支付的童鞋，可能遇到过这种问题，就是填写支付结果回调，就是在支付成功之后，支付宝要根据我们给的地址给我们进行通知，通知我们用户是否支付成功，如果成功我们就要去处理下面相应的业务逻辑，如果在测试服务，那么这个回调地址我们就需要填写测试服务的，如果发布到线上那么我们就需要改成线上的地址。

针对上面的场景，我们一般都会通过如下的方式，进行一个动态配置，不需要每次去改，防止出现问题。

public class PayTest {@Value("${spring.profiles.active}")private String environment;public Object notify(HttpServletRequest request) {if ("prod".equals(environment)) {// 正式环境} else if ("test".equals(environment)) {// 测试环境}return "SUCCESS";}
}

上面的代码看起来没有一点问题，但是身为搬砖的我们咋可能这样搬，姿势不对呀！

问题：

扩展性太差，如果这个参数我们还需要在别的地方用到，那么我们是不是还要使用@Value的注解获取一遍，假如有天我们的leader突然说吗，test这个单词看着太low了，换个高端一点的,换成dev，那么我们是不是要把项目中所有的test都要改过来,如果少还好,要是很多,那我们怕不是凉了。

所以我们能不能将这些配置参数搞成一个全局的静态变量，这样的话我们直接饮用就好了，哪怕到时候真的要改，那我也只需要改动一处就好了。

注意大坑

有的朋友可能就比较自信了，那我直接加个static修饰下不就好了，如果你真是打算这样做，那你就准备卷好铺盖走人吧。直接加static获取到的值其实是一个null，至于原因，大家复习下类以及静态变量变量的加载顺序。