@Repository注解的作用和用法，以及和@Mapper的区别

1、@Repository的作用

@Repository是属于Spring的注解。它用来标注访问层的类（Dao层），它表示一个仓库，主要用于封装对于数据库的访问。其实现方式与@Component注解相同，只是为了明确类的作用而设立。
即@Repository是@Component注解的一个派生品，与@Service和@Controller都可以理解为@Component注解的扩展。他们的作用都是在类上实例化bean，并把当前类对象的实现类交给spring容器进行管理。

换句话说，@Repository注解修饰哪个类表明这个类具有对数据库CRUD的功能，用在持久层的接口上。

另外，作为spring的注解，他还能把所标注的类中抛出的数据访问异常封装为spring的数据访问异常类型。
在这里插入图片描述

2、@Repository与@Service和@Component有什么区别？

@Repository作用如上所说。
@Service注解用来标注服务层中的类，用于处理业务逻辑。在使用@Service注解标记的类中，通常会注入@Reposity的类。
@Component注解是通用的注解，用来标记所有被spring容器管理的组件。在使用@Component注解标记的类中，通常会注入@Service和@Repository标记的类。
本质上都是把实例化对象交给spring管理。

3、@Repository和@Mapper的异同

@Mapper是属于mybatis的注解。在程序中，mybatis需要找到对应的mapper，在编译时候动态生成代理类，实现数据库查询功能。
@Mapper和@Repository注解的使用方式一样，都是在持久层的接口上添加注解。
但是如果只是单独的使用@Mapper注解的话，在idea中进行自动装配的时候，会出现警告，提示找不到这个bean。但是这个不影响程序运行，可以直接忽略。
想要不出现这个警告，可以在idea设置中对这种警告进行忽略，也可以在使用@Mapper的地方同时使用
@Repository注解。这样spring会扫描@Repository并识别这个bean，就不会出现这个警告。

正常情况下的使用，我们都是使用@Mapper居多，而不使用@Repository注解。
不使用@Repository注解，而实现注入这个接口的实现类主要有以下3种方法:
1、在spring的配置文件中，配置了MapperScannerConfigure这个bean，他会扫描持久层接口创建实现类交给spring来管理。
2、接口使用@Mapper注解。
3、springboot的启动类上使用@MapperScan注解，和MapperScannerConfigure的作用一样。

4、正确的单独使用@Repository

@Repository注解是用于标记数据访问层的组件的注解，它会被spring扫描并注入到ioc容器中。即使没有使用@MapperScan注解或MapperScannerConfigurer，只要@Repository注解标记的组件与Mybatis的mapper接口实现相同，它也可以生效。

但是，在mybatis中使用@Repository注解可能会有一些问题。当使用@Repository注解时，spring会将其视为spring的组件，即为该类创建一个代理对象并在ioc容器进行管理。但是，mybatis中的mapper接口实现并不是spring的组件，他们是由mybatis创建的代理对象。使用@Repository注解可能会导致mybatis创建的代理对象被spring重新创建代理，进而出现问题。

因此，建议在mybatis中使用@MapperScan注解或者MapperScannerConfigurer来扫描mapper接口实现，并将他们注入到ioc容器中，而不是使用@Repository注解。

5、总结：

1、@Repository是spring的注解，@Mapper是mybatis的注解。
2、@Repository与@Mapper都可以使用，二者可以同时出现，也可以单一使用。
3、单独使用@Repository，需要配合使用MapperScannerConfigurer或者@MapperScan注解。
4、单独使用@Mapper时，可能会在编辑器出现警告，不影响程序运行。可以配合使用@Repository消除警告。（也可以在编辑器中设置忽略这种警告）