第一种情况：如果在TestDao类中声明了@Repository，且用@ComponentScan添加了TestDao类所在的包扫描，
    则默认会创建一个testDao在IOC容器中。如果在配置类中用@Bean注解，方法名和别名都是testDao的话，则会覆盖默认对象。
    方法名或别名不为testDao的话，则会新创建一个TestDao对象在IOC容器中。
    第二种情况：如果IOC容器存在两个TestDao实例，@Autowired自动装配,会根据变量名称去IOC容器中查找，若找不到则会报错。
    第三种情况：IOC容器存在两个TestDao实例，如果用@Autowired注解声明的变量中，用 @Qualifier("testDao")，则会优先根据
    @Qualifier注解指定的名称去装载bean对象。
    第四种情况：用@Autowired注解的声明的变量，如果没有用@Qualifier注解，@Primary标记的bean优先被使用。否则，不受@Primary的
    影响，根据@Qualifier注解指定的bean名称，去IOC容器中查找。

Logo
向您推荐>>Eolink开发者社区

权威｜前沿｜技术｜干货｜国内首个API全生命周期开发者社区

更多推荐

ELK实现containerd的容器日志采集展示【基于logging的全栈监测】

企业级ELK Stack构建介绍

avatar 云原生

深入理解 Mocha 测试框架：从零实现一个 Mocha

前言什么是自动化测试自动化测试在很多团队中都是Devops环节中很难执行起来的一个环节，主要原因在于测试代码的编写工作很难抽象，99%的场景都需要和业务强绑定，而且写测试代码的编写工作量往往比编写实际业务代码的工作量更多。在一些很多业务场景中投入产出比很低，适合写自动化测试的应该是那些中长期业务以及一些诸如组件一样的基础库。自动化测试是个比较大的概念，其中分类也比较多，比如单元测试，端对端测试，集

avatar 云原生

(20200916 Solved)docker-compose up创建容器自动退出

问题描述如题，创建容器后自动退出了。并且docker start container无效解决方案原因是缺失了控制终端的配置，需要在docker-compose.yml中增加tty:true ，有时候这样也不行，需要再增加一个command:/bin/bash，命令不一定是这个，需要是一个不会退出的命令，然后用-d后台启动容器。Referencesdocker-compose启动容器后自动退出...

avatar 云原生