一、问题背景
开发工程中，我负责的微服务需要依赖中台服务层，在调用该服务的功能接口时，@Autowired 注入方式启动报错：
Description:
Field clientRouter in com.baiwang.cloud.spush.client.SPushClient required a bean of type 'com.baiwang.cloud.spush.client.router.IClientRouter' that could not be found.
Action:
Consider defining a bean of type 'com.baiwang.cloud.spush.client.router.IClientRouter' in your configuration.
二、问题解决
1、@ComponentScan用来指定扫描的组建所在的包路径或class文件。在不指定参数的时候，SpringBoot的@ComponentScan默认会扫描同目录及同目录下级目录的类文件。所以，Spring注入第三方包，需要通过@ComponentScan 扫描需要注入的包。
第一个包名是当前服务的顶层目录包，第二个是依赖的第三方包已经成功注入。既然已经可以使用，所以我就模仿着添加了注入的包。
2、注入了新的包之后，启动依然报了错
同样的错误，根据错误我又找到对应的类，发现了上边扫描的路径只是interface层
于是我找到了实现的service层的包路径，同样注入了进去
这次启动又报了另一个错误
3、Field redisTemplate in com.baiwang.media.basic.cache.config.RedisConfig required a single bean, but 2 were found:
这个错误根据提示仔细想了想，应该就可以定位到了，RedisConfig这个类注入了RedisTemplate，Redis这个类使用频率还是挺多的，还有@Autowired是按照类型来注入的，所以上边扫描的包RedisTemplate这个类型存了两份。
由问题找问题，基础不牢固就要全部靠百度。@Qualifier @Primary这两个注解，@Qualifier注解的用处：当一个接口有多个实现的时候，为了指名具体调用哪个类的实现，可以指定名称，以名称的方式注入。用@Primary注解的Bean就要优先于其他的Bean，更多应用的是Service，这里使用@Qualifier就可以了
最后不出所料，成功启动！
三、最后
这样的扫描方式会显得很冗余，就简化了注入的包的顶层目录。
最后就是这样了，同样也要检查其他类型的注入是不是也会冲突！！！
还有，依赖第三方注入还需要这个：
