首页 > 其他分享> 文章详细

Spring核心梳理

2021-07-23 23:33:21 阅读：159 来源： 互联网

标签：事务隔离 Spring 代理方法 public 核心级别梳理

控制反转（IOC）

概念
- 控制反转是一种编程思想，它表示对象的创建主动权由程序员写定，转移到其他方式中
- Spring 中的 ioc 思想的实现，就是通过依赖注入来完成，依赖Spring提供的储存单例对象的容器，对引用调用set方法等方式进行注入
依赖注入的方式
- 构造器注入
- set方法注入
- 拓展方式注入
  - p命名空间注入（对应set方法）
  - c命名空间注入（对应构造器方法）
bean的自动注入
- 方式一：通过XML配置文件自动注入
```
<bean id="" class="" autowire="{byName,byType,constructor,default,no}"/>
```
- 方式二：通过注解的方式自动注入
  - @AutoWired
  - @AutoWired + @Qualifier("")
  - @Resource("")

面向切面编程（AOP）

代理模式
- 静态代理：
  - 在代理类中包含一个目标类的对象引用，然后在使用时创建一个目标类对象并且创建一个代理类对象，并把目标类对象传给代理类对象，然后将它赋予代理类中的目标类对象引用，
    
    然后代理类所代理的方法中通过其所包含的目标类对象引用调用目标类的方法，从而实现通过代理调用目标类方法的效果。
- 动态代理：
  - 在Java程序运行过程（程序已经启动在运行了）由JVM生成代理类的class信息，该class信息生成后是直接处于内存中的，并没有写入磁盘保存起来；
    然后通过反射方式实例化代理类对象，因为代理类的class信息已经存在于内存中，所以可以通过反射方式实例化。
动态代理
- 有两种实现方式：
  1. JDK的接口代理（常用）
```
public demo implements InvocationHandler{
    //目标类
    private Object target;
    
    //获取代理类
    public Object getProxy(){
        return Proxy.newInstance(target.getClass().getClassLoader
                                 ,target.getClass().getInterface(),this);
    }
    //方法实行
    public Object invoke(Object proxy,Method method,Object[] args){
        return method.invoke(method,args);
    }
}
```
  2. Cglib代理（可以通过spring配置文件强制开启）
    
    Cglib动态代理是利用asm开源包，对代理对象类的class文件加载进来，通过修改其字节码生成子类来处理
- 区别：
  1. JDK动态代理只能对实现了接口的类生成代理，而不能针对类
  2. CGLIB是针对类实现代理，主要是对指定的类生成一个子类，覆盖其中的方法

AOP（底层由动态代理实现）

四种类型：
1. Before
2. After
3. Around
4. After Throwing
5. After Return

实现方式一：advice类实现AOP四种接口

public void demo implements MethodBeforeAdvice{
    public void before(Method method, Object[] objects, Object o) throws Throwable{
        
    }
}

<aop:config>
    <aop:pointcut id="" expression="execution()"/>
	<aop:advisor-ref="" pointcut-ref=""/>
</aop:config>

实现方式二：切面类(aspect)实现advice方法

public void demo{
    public void method1(){}
    public void method2(){}
}

<aop:config>
	<aop:aspect>
    	<aop:before method="method1" pointcut-ref=""/>
        <aop:after method="method1" pointcut-ref=""/>
    </aop:aspect>
</aop:config>

事务管理

事务特性：ACID
- 原子性
- 一致性
- 隔离性
- 持久性
事务类型
- 编程式事务
- 声明式事务（spring自带事务）
  - 原理：通过AOP切面编程嵌入事务管理功能
  - propagation传播行为
    1. REQUIRED（常用）
      
      REQUIRED是常用的事务传播行为，如果当前没有事务，就新建一个事务，如果已经存在一个事务中，加入到这个事务中。
    2. SUPPORTS
      
      SUPPORTS表示当前方法不需要事务上下文，但是如果存在当前事务的话，那么这个方法会在这个事务中运行。
    3. MANDATORY
      
      MANDATORY表示该方法必须在事务中运行，如果当前事务不存在，则会抛出一个异常。不会主动开启一个事务。
    4. REQUIRES_NEW
      
      REQUIRES_NEW表示当前方法必须运行在它自己的事务中。一个新的事务将被启动，如果存在当前事务，在该方法执行期间，当前事务会被挂起（如果一个事务已经存在，则先将这个存在的事务挂起）。
    5. NOT_SUPPORTED
      
      NOT_SUPPORTED表示该方法不应该运行在事务中，如果存在当前事务，在该方法运行期间，当前事务将被挂起。
    6. NEVER
      
      NEVER表示当前方法不应该运行在事务上下文中，如果当前正有一个事务在运行，则会抛出异常。
    7. NESTED
      
      NESTED表示如果当前已经存在一个事务，那么该方法将会在嵌套事务中运行。嵌套的事务可以独立于当前事务进行单独地提交或回滚。如果当前事务不存在，那么其行为与REQUIRED一样。嵌套事务一个非常重要的概念就是内层事务依赖于外层事务。外层事务失败时，会回滚内层事务所做的动作。而内层事务操作失败并不会引起外层事务的回滚。
  - isolation事务隔离级别
    - 出现的问题：
      1. 脏读（dirty read）：当一个事务读取另一个事务尚未提交的修改时，产生脏读。
      2. 不可重复读（non-repeatable read）：同一查询在同一事务中多次进行，由于其他提交事务所做的修改或删除，每次返回不同的结果集，此时发生非重复读。
      3. 幻像读（phantom read）：同一查询在同一事务中多次进行，由于其他提交事务所做的插入操作，每次返回不同的结果集，此时发生幻像读。
    - spring给予问题的解决办法：
      1. DEFAULT默认级别
        
        DEFAULT为数据源（数据库）的默认隔离级别，以目前常用的MySQL为例，默认的隔离级别通常为REPEATABLE_READ。
      2. READ_UNCOMMITTED未授权读取级别
        
        这是最低的隔离级别，一个事务能读取到别的事务未提交的更新数据，很不安全，可能出现丢失更新、脏读、不可重复读、幻读。
      3. READ_COMMITTED授权读取级别
        
        以操作同一行数据为前提，读事务允许其他读事务和写事务，未提交的写事务禁止其他读事务和写事务。此隔离级别可以防止更新丢失、脏读，但不能防止不可重复读、幻读。此隔离级别可以通过“瞬间共享读锁”和“排他写锁”实现。
      4. REPEATABLE_READ可重复读取级别
        
        保证同一事务中先后执行的多次查询将返回同一结果，不受其他事务影响。以操作同一行数据为前提，读事务禁止其他写事务，但允许其他读事务，未提交的写事务禁止其他读事务和写事务。此隔离级别可以防止更新丢失、脏读、不可重复读，但不能防止幻读。
      5. SERIALIZABLE序列化级别
        
        所有的事务依次逐个执行，这样事务之间就完全不可能产生干扰。提供严格的事务隔离，此隔离级别可以防止更新丢失、脏读、不可重复读、幻读。如果仅仅通过“行级锁”是无法实现事务序列化的，必须通过其他机制保证新插入的数据不会被刚执行查询操作的事务访问到。
    - 建议：
      
      隔离级别越高，越能保证数据的完整性和一致性，但是对并发性能的影响也越大。对于多数应用程序，可以优先考虑把数据库系统的隔离级别设为Read Committed。它能够避免更新丢失、脏读，而且具有较好的并发性能。尽管它会导致不可重复读、幻读这些并发问题，在可能出现这类问题的个别场合，可以由应用程序采用悲观锁或乐观锁来控制。
  - read-only读写事务控制
    1. true表明所注解的方法或类只是读取数据
    2. false表明所注解的方法或类是增加，删除，修改数据
- 代码配置
```
<tx:advice id="txAdvice" transaction-manager="transactionManager">
        <tx:attributes>
            <tx:method name="get*" read-only="true"/>
            <tx:method name="find*" read-only="true"/>
            <tx:method name="search*" read-only="true"/>
            <tx:method name="*" propagation="REQUIRED" read-only="" isolation=""/>
        </tx:attributes>
</tx:advice>
    
<aop:config>
        <aop:pointcut id="txpc" expression="execution()"/>
        <aop:advisor advice-ref="txAdvice" pointcut-ref="txpc"/>
</aop:config>
```

标签：事务,隔离,Spring,代理,方法,public,核心,级别,梳理
来源： https://www.cnblogs.com/MoonPiePlane/p/15054172.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。

ICode9

Spring核心梳理

控制反转（IOC）

面向切面编程（AOP）

事务管理