前言
在很早之前，我们曾分享过springboot的一种策略模式实现，在我们当时的实现中，不仅需要自定义策略服务的初始化过程，而且我们还需要手动处理策略服务的类扫描逻辑，整个实现逻辑不仅繁琐、不够简洁，而且需要增加项目的基础配置类，一定程度上会破坏项目的整体架构，所以我在实际开发中也很少用，除非策略模式特别必须，而且策略服务特别多，否则我也不太愿意增加整套初始化操作。
对之前策略模式实现过程感兴趣的小伙伴（主要是通过自定义注解和自定义类的扫描、初始化过程实现策略注入），可以去回顾下：
对之前策略模式实现过程感兴趣的小伙伴可以去回顾下：
今天我们来分享另一种策略模式的实现方式，好处就是实现简单，不需要引入额外的配置类和繁琐的服务初始化过程，下面我们就来一起看下具体的实现过程吧。
实现过程
首先，我们需要定义一个策略服务的接口，这个接口的作用就是为了让具体的策略实现，然后便于后面springboot帮我们注入到策略容器中，比如我们有一个TestInterface的策略接口，接口很简单只有一个方法：
public interface TestInterface {
String hello();
}
它的实现分别是：
这里需要留意的是，我们这里为每个策略的实现类制定了bean的名称，这个名称可以作为一种业务选择器来使用，大家可以理解为策略类型，在后面的代码中，我们可以看到，我们其实是可以根据这个名称拿到对应策略的实例的
策略服务Test1
@Service("Test1")
public class Test1Impl implements TestInterface {
@Override
public String hello() {
return "Test1Impl";
}
}
策略服务Test2
@Service("Test2")
public class Test2Impl implements TestInterface {
@Override
public String hello() {
return "Test2Impl";
}
}
策略服务Test3
@Service("Test3")
public class Test3Impl implements TestInterface {
@Override
public String hello() {
return "Test3Impl";
}
}
然后在我们需要用到策略服务的地方，注入我们策略服务的容器：
@RestController
public class TestController {
// 可以将我们的策略注入到list中
@Autowired
private List<TestInterface> testInterfaces;
// 或者注入到Map中
@Autowired
private Map<String, TestInterface> testInterfaceMap;
@GetMapping("/test")
public Object test(String name) {
int size = testInterfaces.size();
System.out.println(testInterfaces.get(2).hello());
TestInterface testInterface = testInterfaceMap.get(name);
System.out.println(testInterface.hello());
System.out.println(size);
return size;
}
}
下面我们简单测试一下：
###
GET http://localhost:8088/test?name=Test1
可以看到我们已经拿到了Test1的策略服务，执行结果如下：
整个过程是不是很简单呢？这里的核心代码其实就是这一行：
@Autowired
private Map<String, TestInterface> testInterfaceMap;
这一段代码的作用就是构建策略服务的beanName和bean实例的映射关系，因为我们在testInterfaceMap变量上加了@Autowired注解，所以容器的填充其实是由spring boot帮我们自动完成的。
这里我觉得有必要稍微解释下，当时看到有同事写了类似这样的代码：
@Autowired
private List<TestInterface> testInterfaces;
在接口的处理逻辑中，他直接循环遍历上面的testInterfaces，然后调用接口的方法。
我当时第一眼看到这样的代码，我其实也是懵逼的，我寻思这testInterfaces没有进行初始化操作，实际调用不会报错吗，我还以为他是在别的地方写了初始化和注入的操作。
然后找了半天也没找到，最后和他探讨之后，才知道，原来这样的操作是spring boot本身就具备的特性（然鹅我竟然一直不知道），而且很简单、很常用。
今天我们用的Map的写法，也是类似的操作，类似一种变形，在实际应用的时候，稍微测试下应该就可以琢磨出来，感觉也不太难，这玩意就是你不用，你永远可能都不知道。
总结
今天的内容很简单，其实核心就是@Autowired的特殊使用，既是分享普及，又是回顾总结。分享普及是对压根不知道的小伙伴而言的，比如我，回顾总结是对已经应用过的小伙伴。
下面，我们再简单对比下这种策略模式的一些区别，方便各位小伙伴根据自己的需求选用：
今天我们实现的策略模式相比于之前我们实现的策略模式，更简单、更方便，从代码量上来说，也更简洁，而且可以满足我们日常开中绝大多数的策略模式实现需求；
但是它也有一定的局限性，如果我们的策略服务初始化过程中有一些特出的处理需求，比如注入特殊的配置文件，这时候我们之前的策略模式实现方式就显得更灵活。
简单一句话总结，就是前者小而简单，后者大而灵活。
最后，我们来说的题外话，最近一段时间，应该说很久很久，我已经没有更新新的内容了，原因很多，说起来很复杂，但是核心的点还是懒（不在状态呀，卷不动了），不过从本次内容的更新开始，就意味着失踪人口的回归（再不产出点东西，脑子都瓦特啦)，所以未来我会尽可能分享更多有价值的内容，好了，今天的内容就先到这里吧，感谢各位小伙伴的关注和支持，晚安吧！