42 | 单例模式（中）：我为什么不推荐使用单例模式？又有何替代方案？

想问一下老师，所谓两个资源池，慢的请求独占一个的设计，如何知道一个sql请求会快会慢？快与慢更多是在运行后才知道的，已经进去运行了还怎么保证独占呢？除非有机制可以在处理sql请求之前评估可能需要的时间。

课堂讨论， 1. 把代码“User cachedUser = CacheManager.getInstance().getUser(userId);”单独提取出来做成一个单独的函数，这样这个函数就可以进行mock了，进而方便测试validateCachedUser。 2. 可以判断传进来的参数和已经存在的instance里面的两个成员变量的值，如果全部相等，就直接返回已经存在的instance，否则就新创建一个instance返回。示例如下： public synchronized static Singleton getInstance(int paramA, int paramB) { if (instance == null) { instance = new Singleton(paramA, paramB); } else if (instance.paramA == paramA && instance.paramB == paramB) { return instance; } else { instance = new Singleton(paramA, paramB); } return instance; }

模式没有对错，关键看你怎么用。这句话说的很对，所以其实所谓单例模式的缺点这种说法还是有点牵强！

课堂讨论第2点，我认为应该先搞清楚需求，为什么需要在getInstance()方法中加参数，想要达到什么目的？ 这里分两种情况讨论一下： 1. 如果的确需要一个全局唯一的类，并且这个类只能被初始化一次，那么应该采用文中提到的第三种解决思路，即将所需参数放到全局的配置文件中，从而避免多次初始化参数被忽略或者抛出运行时异常的问题； 2. 如果是要根据不同参数构造出不同的对象，并且相同参数的对象只被构造一次，那么应该改成在Singleton类中维护一个HashMap，然后每次调用getInstance()方法的时候，根据参数去判断对象是否已经存在了（可以采用双重检测），存在则直接返回，不存在再去创建，然后存储，返回。个人理解，这应该是单例+简单工厂的结合。

设计模式_42: # 作业 1. 可以把单例的对象以依赖注入的方式传入方法； 2. 第二次调用时，如果参数发生了变化，应该抛出异常。 # 感想 坦白讲，一直以使用双重检测沾沾自喜。。。现在看来，要不要使用单例要比使用那种单例的实现方式更需要投入思考。

由于单例本身存在的一系列缺点，而单例一般又都是全局的，因而一般我们项目中很少直接使用单例，而是通过容器注入，让容器充当单例和工厂。有时候我们甚至使用伪单例，即类本身并不是单例的，而是通过容器保证单例性，实际编程中按照约定只通过容器获取该实例。 参数化单例实际中是通过Map解决的，即同样的参数才返回同一个实例，不同的参数返回不同的实例，为了保证实例不会太多，一般可传的参数我们会事先做了限制，比如只能使用配置文件中配置的（如数据库连接池的名称）

1. 如果项目中已经用了很多单例模式，比如下面这段代码，我们该如何在尽量减少代码改动的情况下，通过重构代码来提高代码的可测试性呢？ CacheManager.getInstance(long userId)中增加Mock开关，如： private User mockUser; public CacheManager.setMockObj(User mockUser) public User getInstance(long userId) { if(mockUser != null && mockUser.getUserId() == userId) { return mockUser } } 2. 在单例支持参数传递的第二种解决方案中，如果我们两次执行 getInstance(paramA, paramB) 方法，第二次传递进去的参数是不生效的，而构建的过程也没有给与提示，这样就会误导用户。这个问题如何解决呢？ 第一次构造Instance成功时需要记录paramA和paramB，在以后的调用需要匹配paramA与paramB构造成功Instance时的参数是否一至，不一至时需要抛出异常。

不太能理解的使用方式违背了基于接口而非实现的设计原则，比如 spring 中的 service 类一般也是单例的，也是继承接口，controller 的调用也是基于接口，不觉得有什么问题啊，如果实现类变了，也只是改注入而已啊。

打卡

1. public class Demo { private UserRepo userRepo; // 通过构造哈函数或IOC容器依赖注入 private CacheManager cacheManager; // 将获取CacheManager对象提出来，通过依赖注入的方式初始化 public Demo(CacheManager cacheManager){ this.cacheManager = cacheManager; } public boolean validateCachedUser(long userId) { User cachedUser = getCachedUser(userId); User actualUser =userRepo.getUser(userId); // 省略核心逻辑：对比cachedUser和actualUser... } public User getCachedUser(long userId){ return cacheManager.getInstance().getUser(userId); } static class MockManager extends CacheManager { private static MockManager mockManager; private MockManager(){} public static MockManager getInstance(){ //todo return mockManager; } public static User getUser(long userId){ // 返回mock数据 return new User(userId); } } public static void main(String[] args) { CacheManager cacheManager = MockManager().getInstance(); Demo demo = new Demo(cacheManager); User user = demo.getCachedUser(123L); }