记录一次单例模式乱用带来的危害。

项目场景：

我们在接受到短信网关下发的回执之后，需要将回执内容也下发给我们的下游服务。为了防止下游响应超时，我们需要将超时的信息存放到Redis中然后进行补发操作。

---

问题描述

在使用Redis进行数据存储的时候，报NPE问题。

---

原因分析：

在Spring托管的Bean中手动通过单例模式的方式去构造了实体对象,导致Bean对象不受Spring托管，无法通过Autowried的注入方式进行注入。

代码示例如下：

@Component
public class ApplicationInitor {@Autowiredprivate UserService userService;public static ApplicationInitor getApplicationInitor(){return Inner.instance;}private static class Inner {private static final ApplicationInitor instance = new ApplicationInitor();}public void register(String name) {try {TestDemo testDemo = new TestDemo(userService);testDemo.registerUser(name);}catch (Exception e) {e.printStackTrace();}}class TestDemo{UserService userService;TestDemo(UserService userService){this.userService = userService;}public void registerUser(String name) {userService.setUserName(name);System.out.println("注册成功");}}
}

通过DEBUG的方式我们直观的看到并没有注入进来：

原因就是我们提到的手动通过单例模式获取示例对象

这里记不起来当初是为什么要通过这种方式去获取Bean，可能想调用静态的变量,但是中间又参杂着其他的逻辑不能通过类名的方式直接获取😭。

解决方案：

去掉通过单例模式获取实例的方法，因为Spring Bean本身就是单例的，无非就是通过Autowried进行注入下就行。