Spring项目中@Transactional的作用是什么？什么情况下用？

在使用Spring的时候，进行事务管理变得相当简单：只要在方法上加上 @Transactional 就可以了，Spring就帮我们做了事务的开启、提交和回滚等操作，甚至我一度认为 @Transactional 就是等于Spring事务，只要是见到有数据库操作的方法，默认的统统加上此注解，自以为是的就万事大吉了。你是不是也有与我相同的经历呢：） 其实， @Transactional 也不是在任何的场景下都有效的，有时候会莫名的失效，在介绍之前呢，我们先来认识一下。 1、 @Transactional 注解可以用在哪些地方呢？ 作用于类： 表示所有public方法都配置相同的事务信息。 作用于方法： 代表方法的事务信息，其会覆盖类的事务哦！ 作用于接口： 这种方法极力不推荐，因为一旦使用cglib，注解会失效。 例如以下示例： 2、 @Transactional 注解还有哪些属性呢？ 接下来，我们一起看看 @Transactional 失效的场景。 1、作用在非public方法上会失效 原因是 在使用Spring AOP 代理时，会间接调用AbstractFallbackTransactionAttributeSource的方法computeTransactionAttribute获取事务信息，如果是非public就直接返回了，如下源码： 2、 propagation属性配置错误 TransactionDefinition.PROPAGATION_SUPPORTS：有没有事务无所谓 TransactionDefinition.PROPAGATION_NOT_SUPPORTED：非事务方式执行 TransactionDefinition.PROPAGATION_NEVER：有事务抛异常 3、 rollbackFor设置错误 Spring默认抛出了未检查unchecked异常（继承自 RuntimeException 的异常）或者 Error才回滚事务；其他异常不会触发回滚事务。若需要在特定异常下回滚，则需要指定，比如第一个示例。 4、在同一个类中，方法调用 这个尤其被大家不熟悉，红色标出。 原因是什么，大家可以想一想，我们下一章来分析：） 5、异常被catch给吃掉了 6、数据库底层不支持事务，比如mysql的 myisam引擎。

@Transactional采用注解式事务，所有标记为这个注解的并且能被spring扫描到的方法都会根据@Transactional的配置来使用事务，一般事务放在一个单元操作中，比如同时保存两个表，那么需要对这一个操作开启事务，要么都成功，一个失败的话事务回滚。也就是说不一定放在Dao层，

额，你发错分类了。。。transactional是JAVA的Spring框架的注解，倡导的是低入侵性，能够更良好的使用AOP面向切面编程。transactionlal加上了，代表这个类会被Spring操作或者声明，具体的操作根据transactional的内容而定。不加上当然Spring就不会自动识别了，需要IOC反向控制一下。transactional范围还是很广的，具体你需要查阅更多的资料才能学会它

1. 在需要事务管理的地方加@Transactional 注解。@Transactional 注解可以被应用于接口定义和接口方法、类定义和类的 public 方法上。2. @Transactional 注解只能应用到 public 可见度的方法上。 如果你在 protected、private 或者 package-visible 的方法上使用 @Transactional 注解，它也不会报错， 但是这个被注解的方法将不会展示已配置的事务设置。3. 注意仅仅 @Transactional 注解的出现不足于开启事务行为，它仅仅 是一种元数据。必须在配置文件中使用配置元素，才真正开启了事务行为。4. 通过 元素的 "proxy-target-class" 属性值来控制是基于接口的还是基于类的代理被创建。如果 "proxy-target-class" 属值被设置为 "true"，那么基于类的代理将起作用（这时需要CGLIB库cglib.jar在CLASSPATH中）。如果 "proxy-target-class" 属值被设置为 "false" 或者这个属性被省略，那么标准的JDK基于接口的代理将起作用。标准的JDK基于接口的代理将起作用-->proxy-target-class="false"/>基于类的代理将起作用 ,同时 cglib.jar必须在CLASSPATH中proxy-target-class="true"/>-->非JTA事务（即非分布式事务）， 事务配置的时候 ，需要指定dataSource属性（非分布式事务，事务是在数据库创建的链接上开启。）-->JTA事务（非分布式事务）， 事务配置的时候 ，不能指定dataSource属性（分布式事务，是有全局事务来管理数据库链接的）-->注解@Transactional cglib与java动态代理最大区别是代理目标对象不用实现接口,那么注解要是写到接口方法上，要是使用cglib代理，这是注解事物就失效了，为了保持兼容注解最好都写到实现类方法上。5. Spring团队建议在具体的类（或类的方法）上使用 @Transactional 注解，而不要使用在类所要实现的任何接口上。在接口上使用 @Transactional 注解，只能当你设置了基于接口的代理时它才生效。因为注解是 不能继承 的，这就意味着如果正在使用基于类的代理时，那么事务的设置将不能被基于类的代理所识别，而且对象也将不会被事务代理所包装。6. @Transactional 的事务开启 ，或者是基于接口的 或者是基于类的代理被创建。所以在同一个类中一个方法调用另一个方法有事务的方法，事务是不会起作用的。public interface PersonService {//删除指定id的personpublic void delete(Integer personid) ;//删除指定id的person,flagpublic void delete(Integer personid,boolean flag) ;}public class PersonServiceBean implements PersonService {private JdbcTemplate jdbcTemplate;public void delete(Integer personid){try{this.delete(personid,true)System.out.println("delete success");}catch(Exception e){System.out.println("delete failed");}}@Transactional//此时，事务根本就没有开启, 即数据库会默认提交该操作，即记录别删除掉 public void delete(Integer personid,boolean flag){if(flag == ture){jdbcTemplate.update("delete from person where id=?", new Object[]{personid},new int[]{java.sql.Types.INTEGER});throw new RuntimeException("运行期例外");}}}public class PersonServiceBeanTest{PersonService ps = new PersonServiceBean ();ps.delete(5);}7. Spring使用声明式事务处理，默认情况下，如果被注解的数据库操作方法中发生了unchecked异常，所有的数据库操作将rollback；如果发生的异常是checked异常，默认情况下数据库操作还是会提交的。-----------------------------------------------------------------------------------------------------------------------------------------------public interface PersonService {//删除指定id的personpublic void delete(Integer personid) ;//获取personpublic Person getPerson(Integer personid);}//PersonServiceBean 实现了PersonService 接口，则基于接口的还是基于类的代理 都可以实现事务@Transactional public class PersonServiceBean implements PersonService {private JdbcTemplate jdbcTemplate;//发生了unchecked异常,事务回滚, @Transactionalpublic void delete(Integer personid){jdbcTemplate.update("delete from person where id=?", new Object[]{personid},new int[]{java.sql.Types.INTEGER});throw new RuntimeException("运行期例外");}}---------------------------------------------------------------------------------------------------------------------------------------------------public interface PersonService {//删除指定id的personpublic void delete(Integer personid) throws Exception;//获取personpublic Person getPerson(Integer personid);}@Transactionalpublic class PersonServiceBean implements PersonService {//发生了checked异常,事务不回滚,即数据库记录仍能被删除，//checked的例外，需要我们在外部用try/catch语法对调用该方法的地方进行包含 @Transactionalpublic void delete(Integer personid) throws Exception{jdbcTemplate.update("delete from person where id=?", new Object[]{personid},new int[]{java.sql.Types.INTEGER});throw new Exception("运行期例外");}}---------------------------------------------------------------------------------------------------------------------------------------------------但是，对于checked这种例外，默认情况下它是不会进行事务回滚的，但是如果我们需要它进行事务回滚，这时候可以在delete方法上通过@Transaction这个注解来修改它的行为。@Transactionalpublic class PersonServiceBean implements PersonService {@Transactional(rollbackFor=Exception.class)//rollbackFor这属性指定了，既使你出现了checked这种例外，那么它也会对事务进行回滚public void delete(Integer personid) throws Exception{jdbcTemplate.update("delete from person where id=?", new Object[]{personid},new int[]{java.sql.Types.INTEGER});throw new Exception("运行期例外");}}---------------------------------------------------------------------------------------------------------------------------------------------------在PersonServiceBean这个业务bean里面，有一些事务是不需要事务管理的，好比说获取数据的getPersons方法，getPerson方法。因为@Transactional 放在了类的上面。此时，可以采用propagation这个事务属性@Transactional(propagation=Propagation.NOT_SUPPORTED)，propagation这个属性指定了事务传播行为，我们可以指定它不支持事务，当我们这么写了之后，Spring容器在getPersons方法执行前就不会开启事务.@Transactionalpublic class PersonServiceBean implements PersonService {@Transactional(propagation=Propagation.NOT_SUPPORTED)//则此方法 就不会开启事务了public Person getPerson(Integer personid){}}

就是对事务的控制吧，readonly=false 不是只读操作，可以读写操作吧

transactionconfiguration是事务配置。transactional是事务的

在开发过程中，经常会出现一个接口多表插入的情况，当其中一张表插入失败时就需要进行事务回滚了，SpringBoot为我们提供了@Transactional注解来进行事务回滚 1.需要将使用事务注解的方法设置为public； 2.如果没有在注解后做异常配置，只会对手动抛出的 throw new RuntimeException() 起作用； 3.若想对其余异常起作用，则需做类似配置 @Transactional(rollbackFor= Exception.class) ； 如果异常被抓起之后，需要回滚只能手动回滚，否则事务会认为异常已经被处理，就不在进行回滚 在使用注解后，在需要执行事务回滚的地方，很多时候往往抛出异常进行回滚后无法return或者做一些其余的逻辑，那么这种情况使用手动事务回滚是非常不错的。

当一个Spring Boot 项目在配置了多个数据源 , 在编写 Service层方法 的时候 , 直接在service方法的上添加的 @Transactional 直接实现事务管理的方式是失效的 . 以最近接触到的一个持久层框架使用的是Jpa的项目为例 , 该项目通过硬编码(配置类)的方式 , 在项目中配置了两个不同的数据源 , 所以这个项目分别根据两个数据源配置了各自的事务管理器 PlatformTransactionManager , 如下 : 第一个数据源的事务管理器配置类 : 第二个数据源事务管理器配置类 : 可以看到第二个事务管理器的Bean方法上添加了 @Primary 注解 , 所以在通过 PlatformTransactionManager 类型注入事务管理器的bean时 , 默认是根据类型去注入 , 如果该类型有多个 Bean , 如不通过bean的名字去注入 , 则默认是会注入被 @Primary 标识的bean的 ; 所以在这个项目中 , 当在业务层方法添加 @Transactional 注解时 , 默认是调用了 transactionManagerTwo 这个bean , 而我在编写service层的方法时 , 调用的是第一个数据源对应的Dao层方法 , 所以直接添加 @Transactional 是不能实现事务管理的 , 需要在使用 @Transactional 注解时指定使用的事务管理器的bean的名字 , 比如我这里调用的是第一个数据源的dao层方法 , 所以需要指定对应的事务管理器 : @Transactional(transactionManager = "transactionManagerOne") .

用spring框架了吧。用来注解事务的。

　　事务型工作是为一个单位的中心工作或者业务工作提供的生活、后勤、保障、辅助等服务或基础性工作。　　如文秘、财务、组织人事、收发、值班等基础、服务性工作。　　事务性工作已经从政府及企业相关的官方用语进入到口语化的阶段，我们也常用户“事务性工作”来形容非本职工作、琐碎的工作内容。

配置的事务就是在这个方法执行结束后提交，当然我这样说也不全面，应该说，事务在开启他的那个方法结束后就提交。你这个问题就是你数据库没有学好了，在一个事务空间（就是在一个事务里面）查询到的数据是这个事务空间里面的数据（换句话就是说你在这个事务里面添加的数据，在这个事务本身里面是能够看到的，只是其他事务不能看到这个数据而已）。希望我的回答对你有用。

正好查资料的时候看到，可以的，我写的底层框架使用的就是javax的@Transactional注解，该框架在我们部门用了好几年了，从springMVC到现在springboot。但是这2个不要混用一起。

Spring事务管理的方式大致可分为：编程式事务管理；声明式事务管理（又可以分为XML方式与注解方式）所以，如果要取消@transactional注解来实现事务管理，很简单，替换下面的配置即可：<tx:annotation-driven transaction-manager="transactionManager" mode="proxy" proxy-target-class="false" order="999"/><bean class="org.springframework.dao.annotation.PersistenceExceptionTranslationPostProcessor"/><bean class="org.springframework.orm.jpa.support.PersistenceAnnotationBeanPostProcessor"/>

spring 的aop是基于 jdk 动态代理和CGLIB代理实现的，如果把transactional 注解标注到protected、private，这将会被忽略，不会产生代理，虽然ide 不会报错，但是方法中的操作是不受控制的

安装插件可以这么做，但不能体现这个IDE的好用之处 ，因为工具本身有一个可以管理插件的工具，并且所有插件都是可以在线安装的，非常方便。

transactional systems交易系统

spring,mybatis事务管理配置与@Transactional注解使用 spring支持编程式事务管理和声明式事务管理两种方式。编程式事务管理使用TransactionTemplate或者直接使用底层的PlatformTransactionManager。对于编程式事务管理，spring推荐使用TransactionTemplate。声明式事务管理建立在AOP之上的。其本质是对方法前后进行拦截，然后在目标方法开始之前创建或者加入一个事务，在执行完目标方法之后根据执行情况提交或者回滚事务。声明式事务最大的优点就是不需要通过编程的方式管理事务，这样就不需要在业务逻辑代码中掺杂事务管理的代码，只需在配置文件中做相关的事务规则声明(或通过基于@Transactional注解的方式)，便可以将事务规则应用到业务逻辑中。显然声明式事务管理要优于编程式事务管理，这正是spring倡导的非侵入式的开发方式。声明式事务管理使业务代码不受污染，一个普通的POJO对象，只要加上注解就可以获得完全的事务支持。和编程式事务相比，声明式事务唯一不足地方是，后者的最细粒度只能作用到方法级别，无法做到像编程式事务那样可以作用到代码块级别。但是即便有这样的需求，也存在很多变通的方法，比如，可以将需要进行事务管理的代码块独立为方法等等。声明式事务管理也有两种常用的方式，一种是基于tx和aop名字空间的xml配置文件，另一种就是基于@Transactional注解。显然基于注解的方式更简单易用，更清爽。

org.springframework.transaction.annotation.Transactional

service层在这层有逻辑判断`只有通过了逻辑判断才能允许事物的提交

别人 好友

Spring中的事务是以拦截器方式织入到业务代理对象中的，如果业务对象两个方法a，b都配置了事务属性，而在a方法实现中又调用b方法，则b方法声明的事务会在本次调用中不生效。解决的办法就是在a方法中不使用this.b()的方式调用方法b，而是从Spring容器中通过一种方式来获得业务代理对象，然后在代理对象上面调用它的b方法。这样b方法声明的事务就会有效啦。

Transactional Email 和 Marketing Email 的区别:事务性邮件(Transactional Email)：由收件人触发并已允许发件人发送的，以推动、完成或确认相关联流程为主要目的而发送的电子邮件。主要包含这些方面：账号相关、交易信息、账单信息等。(ying)销类邮件(Marketing Email)：以(tui)销或者推广某种商品或服务（包括商业性网站的内容）为主要目的而发送的电子邮件。主要包含这些方面：期刊资讯、产品促销、会员营销等。

是的一般类上这么写@Transactional(readOnly=true) //配置事务 查询使用 只读public Demo{ //方法的写法 (增删改要写 ReadOnly=false 为可写) @Transactional (propagation=Propagation.REQUIRED,isolation=Isolation.DEFAULT,readOnly=false) public void saveUser(){ }}Propagation.REQUIRED ：有事务就处于当前事务中，没事务就创建一个事务isolation=Isolation.DEFAULT：事务数据库的默认隔离级别readOnly=false：可写 针对 增删改操作注意：方法的@Transactional会覆盖类上面声明的事务

交易的世界观

在谈起这个之前，大家如果了解过Transactional注解，是比较简单知道GlobalTransactional了AbstractAutoProxyCreator这个类是用来创建代理对象的，重写wrapIfNecessary方法，如果是tcc 拦截器则是TccActionInterceptor，否则是GlobalTransactionalInterceptor，如果bean非代理对象，则调用父类去创建，否则将GlobalTransactionalInterceptor加入拦截器链条中。 所以这个注解真正起作用的就是GlobalTransactionalInterceptor了

工具/原料 oracle数据库secureCRT或其他类似工具方法/步骤打开secureCRT，连接到数据库服务器，使用oracle用户登录系统登录Oracle: sqlplus / as sysdba关闭数据库 SHUTDOWN NORMAL启动数据库 startup参考 关闭数据库时的参数：在shutdown时可选择关闭模式：NORMAL、TRANSACTIONAL、IMMEDIATE或ABORTu2022 ABORT：在关闭之前执行的任务最少。由于此模式需要在启动之前进行恢复，因此只在需要时才使用此模式。当启动实例时出现了问题，或者因紧急情况（如，通知在数秒内断电）而需要立即关闭时，如果其它关闭方式都不起作用，通常选择使用此模式。 u2022 IMMEDIATE：这是最常用选项。选择此模式会回退未提交的事务处理。 u2022 TRANSACTIONAL：允许事务处理完成 u2022 NORMAL：等待会话断开 如果考虑执行关闭所花费的时间，则会发现ABORT的关闭速度最快，而NORMAL的关闭速度最慢。NORMAL和TRANSACTIONAL花费的时间较长，具体取决于会话和事务处理的数目。注意:在SHUTDOWN NORMAL或SHUTDOWN TRANSACTIONAL或 SHUTDOWN IMMEDIATE 这三个模式下关闭数据库，则：关闭时：执行immediate时，会回退未提交的更改；数据库缓冲区高速缓存，会写入到数据文件；会释放资源。启动时：不用恢复实例。 在SHUTDOWN ABORT或 实例错误 或STARTUP FORCE，则关闭时：修改过的缓冲区未写入数据文件；不回退未提交的更改。启动时：使用联机重做日志文件重新应用更改；使用还原段回退未提交的更改。

# su - oracle$ sqlplus / as sysdba关闭数据库SQL> shutdown immediate启动数据库：SQL> startup也可以一步一步的起： 一： SQL> startup nmount; SQL> alter database mount; SQL> alter database open;二： SQL> startup mount; SQL> alter database open;也可以在操作系统命令上使用dbstart 和dbshut命令启停数据库。但是需要修改/etc/oratab文件，将最后一行的N 改成 Y

spring-cache简介基本机制事务上下文中的问题将操作绑定到数据库事务上spring-cache的相关实现TransactionSynchronizationManager和TransactionSynchronizationAdapter事务相关操作注册与回调流程其它应用摘要在开发中，我们常常会遇到（或者需要）把一些操作“绑定到数据库事务上”。也就是说，如果数据库事务成功提交，则执行这个操作；如果数据库事务回滚，则不执行这个操作（或者执行另一个操作）。例如，JMS与事务中介绍了一种JmsTemplate的配置方法，可以把“发送JMS消息”的操作绑定到数据库事务上。除此之外，更新缓存的操作也需要做类似的绑定处理。否则，数据库事务回滚了，而缓存中却完成了更新操作，可能导致一段时间内都会发生“脏读”。那么，这种“绑定到数据库事务上”的功能，是如何实现的呢？spring-cache中就有一个很好的例子。spring-cache简介spring-cache本质上不是一个具体的缓存实现方案（例如EHCache 或者 OSCache），而是一个对缓存使用的抽象，通过在既有代码中添加少量它定义的各种 annotation，即能够简单而快捷地操作缓存。spring-cache提供了一个CacheManager接口，用于抽象和管理缓存；缓存则抽象为Cache接口；而业务数据的CRUD操作，则由@CachePut/@Cacheable/@CacheEviet注解来进行配置后，由Cache接口下的各种实现类来处理。此外还有一些辅助类、配置类，由于这里是“简介”，按下不表。基本机制显然，spring-cache使用了基于注解的AOP机制。以@CachePut注解为例，它的基本操作流程是这样的：其中，“获取缓存实例Cache”就是由CacheManager接口负责的。这里的“缓存实例”只是一个“逻辑”上的实例；在物理实现上，它可能是同一个缓存中的不同命名空间、也可能确实是不同的物理缓存。“将返回结果写入缓存”，以及其它的缓存读、写操作，都由Cache接口来负责。事务上下文中的问题在事务上下文中，上面所说的“基本流程”是存在问题的：如果“写缓存”操作成功、而数据库事务回滚了，那么缓存中就会出现一笔脏数据。如下图所示：这种场景下，我们就需要把缓存操作绑定到数据库事务上。将操作绑定到数据库事务上spring-cache的相关实现与JmsTemplate类似，Spring-cache提供了一个“绑定数据库事务”的CacheManager实现类：AbstractTransactionSupportingCacheManager。不过，这个类只提供一个“是否绑定到数据库事务上”的配置项（transactionAware），自身并不处理“绑定数据库事务”这个操作。真正实现了“绑定”处理的，是AbstractTransactionSupportingCacheManager提供的Cache实现类：TransactionAwareCacheDecorator。这个类的put方法代码如下：TransactionAwareCacheDecoratorpublicclassTransactionAwareCacheDecoratorimplementsCache {privatefinalCache targetCache;@Overridepublicvoidput(finalObject key,finalObject value) {// 判断是否开启了事务if(TransactionSynchronizationManager.isSynchronizationActive()) {// 将操作注册到“afterCommit”阶段TransactionSynchronizationManager.registerSynchronization(newTransactionSynchronizationAdapter() {@OverridepublicvoidafterCommit() {targetCache.put(key, value);}});}else{this.targetCache.put(key, value);}}// 省略其它方法}AbstractTransactionSupportingCacheManager是基于“继承”来提供TransactionAwareCacheDecorator。除了它之外，spring-cache还提供了一个基于“组合”的CacheManager实现类：TransactionAwareCacheManagerProxy。不过，后者本质上也要通过TransactionAwareCacheDecorator来实现所需功能。TransactionSynchronizationManager和TransactionSynchronizationAdapterTransactionSynchronizationManager中的代码有点复杂。但是其功能可以“一言以蔽之”：维护事务状态。在这个类中有一系列的ThreadLocal类型的类变量，它们就负责存储当前线程中的事务数据。相关代码如下：TransactionSynchronizationManager中的ThreadLocalprivatestaticfinalThreadLocal<Map<Object, Object>> resources =newNamedThreadLocal<Map<Object, Object>>("Transactional resources");// 关注点：事务相关操作的回调模板privatestaticfinalThreadLocal<Set<TransactionSynchronization>> synchronizations =newNamedThreadLocal<Set<TransactionSynchronization>>("Transaction synchronizations");privatestaticfinalThreadLocal<String> currentTransactionName =newNamedThreadLocal<String>("Current transaction name");privatestaticfinalThreadLocal<Boolean> currentTransactionReadOnly =newNamedThreadLocal<Boolean>("Current transaction read-only status");privatestaticfinalThreadLocal<Integer> currentTransactionIsolationLevel =newNamedThreadLocal<Integer>("Current transaction isolation level");privatestaticfinalThreadLocal<Boolean> actualTransactionActive =newNamedThreadLocal<Boolean>("Actual transaction active");这些类变量中，我们需要关注的是synchronizations 。在TransactionAwareCacheDecorator中使用到的TransactionSynchronizationManager.isSynchronizationActive()、TransactionSynchronizationManager.registerSynchronization()和new TransactionSynchronizationAdapter()，都与它有关。先看isSynchronizationActive()方法。它的代码实现非常简单，仅仅是判断了synchronizations中是否有数据（Set<TransactionSynchronization>非null即可，并不要求其中有TransactionSynchronization实例）。之所以可以这样判断，是因为Spring在开启数据库事务（无论是使用@Transactional注解，还是用xml配置）时，都会向其中写入一个实例，用于自动处理Connection的获取、提交或回滚等操作。这个方法的代码如下：isSynchronizationActive()/*** Return if transaction synchronization is active for the current thread.* Can be called before register to avoid unnecessary instance creation.* @see #registerSynchronization*/publicstaticbooleanisSynchronizationActive() {return(synchronizations.get() !=null);}再看registerSynchronization()方法。它其实也非常简单：首先调用isSynchronizationActive()做一个校验；然后将入参synchronization添加到synchronizations 中。入参synchronization中的方法不会在这里执行，而是要等到事务执行到一定阶段时才会被调用。这个方法的代码如下：registerSynchronization()/*** Register a new transaction synchronization for the current thread.* Typically called by resource management code.* <p>Note that synchronizations can implement the* {@link org.springframework.core.Ordered} interface.* They will be executed in an order according to their order value (if any).* @param synchronization the synchronization object to register* @throws IllegalStateException if transaction synchronization is not active* @see org.springframework.core.Ordered*/publicstaticvoidregisterSynchronization(TransactionSynchronization synchronization)throwsIllegalStateException {Assert.notNull(synchronization,"TransactionSynchronization must not be null");if(!isSynchronizationActive()) {thrownewIllegalStateException("Transaction synchronization is not active");}synchronizations.get().add(synchronization);}比较复杂的是TransactionSynchronizationAdapter类。在进入这个类之前，我们得先看看TransactionSynchronization接口。TransactionSynchronization接口定义了一系列的回调方法，对应一个事务执行的不同阶段：挂起、恢复、flush、提交（前、后）、完成（事务成功或失败）等。当事务运行到对应阶段时，事务管理器会从TransactionSynchronizationManager维护的synchronizations中拿出所有的回调器，逐个回调其中的对应方法。这个接口的代码如下：TransactionSynchronization/*** Interface for transaction synchronization callbacks.* Supported by AbstractPlatformTransactionManager.** <p>TransactionSynchronization implementations can implement the Ordered interface* to influence their execution order. A synchronization that does not implement the* Ordered interface is appended to the end of the synchronization chain.** <p>System synchronizations performed by Spring itself use specific order values,* allowing for fine-grained interaction with their execution order (if necessary).** @author Juergen Hoeller* @since 02.06.2003* @see TransactionSynchronizationManager* @see AbstractPlatformTransactionManager* @see org.springframework.jdbc.datasource.DataSourceUtils#CONNECTION_SYNCHRONIZATION_ORDER*/publicinterfaceTransactionSynchronizationextendsFlushable {/** Completion status in case of proper commit */intSTATUS_COMMITTED =0;/** Completion status in case of proper rollback */intSTATUS_ROLLED_BACK =1;/** Completion status in case of heuristic mixed completion or system errors */intSTATUS_UNKNOWN =2;/*** Suspend this synchronization.* Supposed to unbind resources from TransactionSynchronizationManager if managing any.* @see TransactionSynchronizationManager#unbindResource*/voidsuspend();/*** Resume this synchronization.* Supposed to rebind resources to TransactionSynchronizationManager if managing any.* @see TransactionSynchronizationManager#bindResource*/voidresume();/*** Flush the underlying session to the datastore, if applicable:* for example, a Hibernate/JPA session.* @see org.springframework.transaction.TransactionStatus#flush()*/@Overridevoidflush();/*** Invoked before transaction commit (before "beforeCompletion").* Can e.g. flush transactional O/R Mapping sessions to the database.* <p>This callback does <i>not</i> mean that the transaction will actually be committed.* A rollback decision can still occur after this method has been called. This callback* is rather meant to perform work that‘s only relevant if a commit still has a chance* to happen, such as flushing SQL statements to the database.* <p>Note that exceptions will get propagated to the commit caller and cause a* rollback of the transaction.* @param readOnly whether the transaction is defined as read-only transaction* @throws RuntimeException in case of errors; will be <b>propagated to the caller</b>* (note: do not throw TransactionException subclasses here!)* @see #beforeCompletion*/voidbeforeCommit(booleanreadOnly);/*** Invoked before transaction commit/rollback.* Can perform resource cleanup <i>before</i> transaction completion.* <p>This method will be invoked after {@code beforeCommit}, even when* {@code beforeCommit} threw an exception. This callback allows for* closing resources before transaction completion, for any outcome.* @throws RuntimeException in case of errors; will be <b>logged but not propagated</b>* (note: do not throw TransactionException subclasses here!)* @see #beforeCommit* @see #afterCompletion*/voidbeforeCompletion();/*** Invoked after transaction commit. Can perform further operations right* <i>after</i> the main transaction has <i>successfully</i> committed.* <p>Can e.g. commit further operations that are supposed to follow on a successful* commit of the main transaction, like confirmation messages or emails.* <p><b>NOTE:</b> The transaction will have been committed already, but the* transactional resources might still be active and accessible. As a consequence,* any data access code triggered at this point will still "participate" in the* original transaction, allowing to perform some cleanup (with no commit following* anymore!), unless it explicitly declares that it needs to run in a separate* transaction. Hence: <b>Use {@code PROPAGATION_REQUIRES_NEW} for any* transactional operation that is called from here.</b>* @throws RuntimeException in case of errors; will be

　　契约，最初是指双方或多方共同协议订立的有关买卖、抵押、租赁等关系的文书。契约可以理解为“守信用”。那么你知道契约的 英语单词 是什么吗?下面来学习一下吧。 　 　契约英语单词1： 　　contract 　 　契约英语单词2： 　　deed 　 　契约英语单词3： 　　indenture 　　契约的英语例句： 　　订契约的一方未到场。 　　A party to the contract defaulted. 　　这是约翰农场的契约。 　　This is the deed to john"s plantation. 　　过去30年的社会契约已经消亡。 　　The social contract of the past three decades has died. 　　丹尼尔作为契约佣工来到马里兰州。 　　Daniel arrived in Maryland as an indentured servant. 　　这笔钱是根据契约书付给我们的。 　　The money was given to us by deed of covenant. 　　买卖契约是中国古代最重要的民事契约之一。 　　A contract of sale is one of the most important civil contracts. 　　合同，契约两方或多方间签订的契约或具法律效力的合同 　　A deed or legal contract executed between two or more parties. 　　契约交互分析实践在基于双向的改变契约之上的。 　　Transactional analysis practice is based upon mutual contracting for change. 　　契约相对性原则是契约法的基本原则。 　　The principle of relativity of contracts is the basic principle of contract laws. 　　通过吐鲁番、敦煌出土的契约文书， 文章 讨论了在民间契约问题上的国家立场。 　　What is the national judicial boundary for commoners drawing up private contracts? 　　战略契约的目的是将过程变更制度化。 　　The purpose of the strategic engagement is to institutionalize process change. 　　因为这是一个契约，一份承诺。 　　It "s a contract, a commitment. 　　合同契约规定具体支付款项或行为的法律合约，指具体规定对不能遵守的惩罚的。 　　A legal agreement stipulating a specified payment or action, especially if the agreement also specifies a penalty for failure to comply. 　　现在越来越多的开发人员选择借用(并借出)，使得开放源码在任何意义上都成了一个契约。 　　More and more developers are choosing to borrow ( and lend), making open source a bargain in all senses of the word. 　　市场经济本质上是一种契约经济或信用经济。 　　Market economy is a contract economy or credit economy. 　　通过法理学与民法学理论分析，可以得出婚姻契约性质的结论。 　　Through theoretical analysis of the jurisprudence and civil law, we come to a conclusion that marriage is contract. 　　服务提供者应能够与该服务注册中心的服务订阅者一起来管理服务契约。 　　The service provider should be able to manage the service contracts with the service subscriber in the service registry. 　　对于同用户的契约关系来说，在构建中较早地制定严格的变更控制程序也许是必须的。 　　For contractual relationships with users, it may be necessary to institute strict change control procedures early in Construction. 　　因此，服务规范就是消费者的需要同提供者的提供之间的媒介或者契约。 　　Thus, a service specification is a mediator or a contract between what consumers need and what providers provide. 　　因为接口契约是独立于平台和语言的，消息通常用符合XML模式的XML文档来构造。 　　Because interface contracts are platform-and language-independent, messages are typically constructed using XML documents that conform to XML schema. 　　合同契约规定具体支付款项或行为的法律合约，指具体规定对不能遵守的惩罚的。 　　A legal agreement stipulating a specified payment or action, especially if the agreement also specifies a penalty for failure to comply.

事务例外回滚

RocketMQ的事务消息，是指发送消息事件和其他事件需要同时成功或同时失败。比如银行转账，A银行的某账户要转一万元到B银行的某账户。A银行发送“B银行账户增加一万元”这个消息，要和“从A银行账户扣除一万元”这个操作同时成功或者同时失败。 RocketMQ采用两阶段提交的方式实现事务消息，TransactionMQProducer处理上面情况的流程是，先发一个“准备从B银行账户增加一万元”的消息，发送成功后做从A银行账户扣除一万元的操作，根据操作结果是否成功，确定之前的“准备从B银行账户增加一万元”的消息是做commit还是rollback，具体流程如下： 1）发送方向RocketMQ发送“待确认”消息。 2）RocketMQ将收到的“待确认”消息持久化成功后，向发送方回复消息已经发送成功，此时第一阶段消息发送完成。 3）发送方开始执行本地事件逻辑。 4）发送方根据本地事件执行结果向RocketMQ发送二次确认（Commit或是Rollback）消息，RocketMQ收到Commit状态则将第一阶段消息标记为可投递，订阅方将能够收到该消息；收到Rollback状态则删除第一阶段的消息，订阅方接收不到该消息。 5）如果出现异常情况，步骤4）提交的二次确认最终未到达RocketMQ，服务器在经过固定时间段后将对“待确认”消息发起回查请求。 6）发送方收到消息回查请求后（如果发送一阶段消息的Producer不能工作，回查请求将被发送到和Producer在同一个Group里的其他Producer），通过检查对应消息的本地事件执行结果返回Commit或Roolback状态。 7）RocketMQ收到回查请求后，按照步骤4）的逻辑处理。 上面的逻辑似乎很好地实现了事务消息功能，它也是RocketMQ之前的版本实现事务消息的逻辑。 但是因为RocketMQ依赖将数据顺序写到磁盘这个特征来提高性能，步骤4）却需要更改第一阶段消息的状态，这样会造成磁盘Catch的脏页过多，降低系统的性能。所以RocketMQ在4.x的版本中将这部分功能去除。系统中的一些上层Class都还在，用户可以根据实际需求实现自己的事务功能。 客户端有三个类来支持用户实现事务消息， 第一个类是LocalTransaction-Executer，用来实例化步骤3）的逻辑，根据情况返回LocalTransactionState.ROLLBACK_MESSAGE或者 LocalTransactionState.COMMIT_MESSAGE状态。 第二个类是TransactionMQProducer，它的用法和DefaultMQProducer类似，要通过它启动一个Producer并发消息，但是比DefaultMQProducer多设置本地事务处理函数和回查状态函数。 第三个类是TransactionCheckListener，实现步骤5）中MQ服务器的回查请求，返回LocalTransactionState.ROLLBACK_MESSAGE或者LocalTransactionState.COMMIT_MESSAGE 上图说明了事务消息的大致方案，其中分为两个流程：正常事务消息的发送及提交、事务消息的补偿流程。 1.事务消息发送及提交： (1) 发送消息（half消息）。 (2) 服务端响应消息写入结果。 (3) 根据发送结果执行本地事务（如果写入失败，此时half消息对业务不可见，本地逻辑不执行）。 (4) 根据本地事务状态执行Commit或者Rollback（Commit操作生成消息索引，消息对消费者可见）。 2.补偿流程： (1) 对没有Commit/Rollback的事务消息（pending状态的消息），从服务端发起一次“回查”。 (2) Producer收到回查消息，检查回查消息对应的本地事务的状态。 (3) 根据本地事务状态，重新Commit或者Rollback。 其中，补偿阶段用于解决消息Commit或者Rollback发生超时或者失败的情况。 在RocketMQ事务消息的主要流程中，一阶段的消息如何对用户不可见。其中，事务消息相对普通消息最大的特点就是一阶段发送的消息对用户是不可见的。那么，如何做到写入消息但是对用户不可见呢？RocketMQ事务消息的做法是：如果消息是half消息，将备份原消息的主题与消息消费队列，然后改变主题为RMQ_SYS_TRANS_HALF_TOPIC。由于消费组未订阅该主题，故消费端无法消费half类型的消息。然后二阶段会显示执行提交或者回滚half消息（逻辑删除）。当然，为了防止二阶段操作失败，RocketMQ会开启一个定时任务，从Topic为RMQ_SYS_TRANS_HALF_TOPIC中拉取消息进行消费，根据生产者组获取一个服务提供者发送回查事务状态请求，根据事务状态来决定是提交或回滚消息。 在RocketMQ中，消息在服务端的存储结构如下，每条消息都会有对应的索引信息，Consumer通 过ConsumeQueue这个二级索引来读取消息实体内容，其流程如下： RocketMQ的具体实现策略是：写入的如果事务消息，对消息的Topic和Queue等属性进行替换，同时将原来的Topic和Queue信息存储到消息的属性中，正因为消息主题被替换，故消息并不会转发到该原主题的消息消费队列，消费者无法感知消息的存在，不会消费。其实改变消息主题是RocketMQ的常用“套路”，回想一下延时消息的实现机制。RMQ_SYS_TRANS_HALF_TOPIC 在完成一阶段写入一条对用户不可见的消息后，二阶段如果是Commit操作，则需要让消息对用户可见；如果是Rollback则需要撤销一阶段的消息。先说Rollback的情况。对于Rollback，本身一阶段的消息对用户是不可见的，其实不需要真正撤销消息（实际上RocketMQ也无法去真正的删除一条消息，因为是顺序写文件的）。但是区别于这条消息没有确定状态（Pending状态，事务悬而未决），需要一个操作来标识这条消息的最终状态。RocketMQ事务消息方案中引入了Op消息的概念，用Op消息标识事务消息已经确定的状态（Commit或者Rollback）。如果一条事务消息没有对应的Op消息，说明这个事务的状态还无法确定（可能是二阶段失败了）。引入Op消息后，事务消息无论是Commit或者Rollback都会记录一个Op操作。Commit相对于Rollback只是在写入Op消息前创建Half消息的索引。 RocketMQ将Op消息写入到全局一个特定的Topic中通过源码中的方法— TransactionalMessageUtil.buildOpTopic()；这个Topic是一个内部的Topic（像Half消息的Topic一样），不会被用户消费。Op消息的内容为对应的Half消息的存储的Offset，这样通过Op消息能索引到Half消息进行后续的回查操作。 在执行二阶段Commit操作时，需要构建出Half消息的索引。一阶段的Half消息由于是写到一个特殊的Topic，所以二阶段构建索引时需要读取出Half消息，并将Topic和Queue替换成真正的目标的Topic和Queue，之后通过一次普通消息的写入操作来生成一条对用户可见的消息。所以RocketMQ事务消息二阶段其实是利用了一阶段存储的消息的内容，在二阶段时恢复出一条完整的普通消息，然后走一遍消息写入流程。 如果在RocketMQ事务消息的二阶段过程中失败了，例如在做Commit操作时，出现网络问题导致Commit失败，那么需要通过一定的策略使这条消息最终被Commit。RocketMQ采用了一种补偿机制，称为“回查”。Broker端对未确定状态的消息发起回查，将消息发送到对应的Producer端（同一个Group的Producer），由Producer根据消息来检查本地事务的状态，进而执行Commit或者Rollback。 Broker端通过对比Half消息和Op消息进行事务消息的回查并且推进CheckPoint（记录那些事务消息的状态是确定的）。 值得注意的是，rocketmq并不会无休止的的信息事务状态回查，默认回查15次，如果15次回查还是无法得知事务状态，rocketmq默认回滚该消息。 TxConsumer类实现

大家好，一直以来我都本着用最通俗的话理解核心的知识点, 我认为所有的难点都离不开 「基础知识」 的铺垫。目前正在出一个 SpringBoot 长期系列教程，从入门到进阶, 篇幅会较多~ 「大佬可以绕过 ~」 如果你是一路看过来的，很高兴你能够耐心看完。之前带大家学了 Springboot 基础部分，对基本的使用有了初步的认识, 接下来的几期内容将会带大家进阶使用，会先讲解基础 中间件 的使用和一些场景的应用，或许这些技术你听说过，没看过也没关系，我会带大家一步一步的入门，耐心看完你一定会有 收获 ~ 上期带大家学习了 SpringBoot 中如何去拦截请求, 本期将带大家学习 MyBatis 中如何进行 事务管理 ，同样的，我们集成到 Springboot 中。最近github可能会被墙，所以我把源码放到了国内gitee上,本节我们依然使用上期的代码 我们先了解一下它的基本概念。其实 事务 它不仅是在这里我们提到的 mybatis ,其实它在数据库中也是存在的。 事务 我们从字面意思理解，它好比烤面包，经过一些列的步骤之后，最终提供给客户完整的面包，也就是说中间出现差错，就得回退。可能举这个例子不大合适，再举一个我们业务中的场景吧。用户购买一个商品，首先下单，下完单之后进行支付，支付成功后订单为支付成功状态，跳转成功页，这一系列操作就是一个事务，要么成功要么失败。 在通过上面的例子有了大概了解之后，我们再看看它的基本概念。 下面带大家看看 sql 如何执行事务操作。下面举个例子比较一下 没有事务操作的时候: 以之前的场景给大家举例, 用户支付减少余额 并改订单状态为成功。 当我们的程序执行了上边的两条 sql ，大家觉得有问题吗？这肯定得出事，这不得被人薅死。虽然语句没报错，但是逻辑错了，为啥 因为余额变成负数了，这不是没钱白嫖,还指望用户给你冲上吗。然后订单还给成功了，如果遇到并发大的时候，这得多少钱，发还是不发货呢？告诉用户系统问题？老板看了得哭死。 所以不管是程序上的错误(sql执行错误),还是逻辑上的错误都不能进行下一步操作,所以事务显的尤为重要。那么 sql 怎么提交事务呢? 上边只是给大家举个例子，生成中我们还得用 mybatis 去操作。 在 SpringBoot 中执行事务非常简单,首先要开启事务 @EnableTransactionManagement ,在启动类上加上: 添加控制器方法: 我们访问 http://localhost:8877/api/user/trans?name=xiaohong , 发现数据库并没有产生新纪录和更新记录， @Transactional(rollbackFor = Exception.class) 表示开启一个事务，当捕获到 Exception 异常就进行回滚。把 name 换掉会发现，执行成功了。 执行失败的时候: 那有没有 手动 去执行回滚操作的呢？有时候，我们总不能靠异常来判断，需要通过逻辑判断: 上边的方法 TransactionAspectSupport.currentTransactionStatus().setRollbackOnly(); 就是干这个的。 其实本节到这里差不多就结束了，给大家多讲一点, 其实这一块内容理论知识点还是比较多多的，这也是面试比较喜欢问的，因为这里真就靠大家自己去理解和学习了，写代码谁都会，但是讲出来，不一定每个人都讲的好和清楚，因为每个人的理解和认知不一样。 有时候，客户反馈有 bug ,反馈到你这边，你可能会说，我这都是好的。因为我们是本地的，不是跑在线上的，本地就你自己完，所以觉得没啥问题。但线上是很多用户在使用，当多用户使用的时候就会产生并发问题,所以也就是在接口测试的时候为什么要进行一下测试环境的压测，合格后上线。 那么在并发大的时候，我们数据库可能会产生什么问题呢？ 好，我们一个一个讲，首先说说什么是丢失更新？ 一个事务覆盖另一个事务已提交的更新数据叫丢失更新。这里提到过它存在两种丢失情况,为了让大家能够更加直观的感受，我以存钱和取钱为例讲一下。 首先说说第一种丢失情况 先分配一下角色，事务A,事务B,账户C。 首先A对C进行账户查询，余额为5000，B对A查询，余额为5000，此时余额一样没啥问题。紧接着B对C进行存钱操作，存了1000， 存完B提交事务。而此时A呢，正对着C进行取钱，取了1000， 它也提交了事务。那么问一下大家， C还有多少钱? 最后A查了一下账户，发现只有4000， 发现少了1000。 下边我们把压力给到A这边,第二种其实跟上边是反过来，情况是怎么样的呢？首先A,B跟之前一样，查了下C，余额为5000。此时，A对C进行取钱操作，取了1000，然后提交事务,B呢对A进行存钱操作,存了1000，提交事务。最后B一查，发现账户有6000, C开心极了， 多了1000 上边这两种情况都属于丢失更新的情况 一个事务读取到另一个事务还没提交的数据叫脏读。我们还以上边的为例: 这个稍微好理解一点,事务A和B, 事务A对C进行取钱操作，取了1000, 余额还剩 4000, 此时B呢对C进行查询操作，读到余额为4000。这时产生问题了，因为A现在还是一个未提交的事务，A对账户C取钱操作进行了 回滚 , 紧接着存了1000, 然后进行了 事务提交 , 此时余额为6000。而我们的B读到的数据是4000,所以这就是 脏读 一个事务先后读到另一个事务提交之前的数据和已提交的更新数据。同样的以上边为例，这个大家可能不好理解，下面好好分析一下: 首先事务A和B， A先查询C余额还有 5000， B 查询C,余额还有5000, 紧接着A对C执行取钱操作，取了1000, 提交事务, 此时B执行查询操作，发现C只有4000了。你可能想，这没问题啊，取了1000还有4000，没毛病啊。没问题吗？重复读了两次，结果不一致，这肯定是有问题的。 事务在操作过程中进行两次查询，第二次查询的结果包含了第一次查询中未出现的数据或者缺少了第一次查询中出现的数据。这有点抽象,同样的，还以上边为例 事务A和B，B查询C，余额5000， A注销了C,提交了事务，此时B又去查询C, 发现C没了，B事务查询两次，结果确不一致，跟产生了幻觉一样，刚刚还在的，这会没了。 通过上边的几个例子，带大家认识了，并发中可能产生的事务问题，下边给大家总结一下事务的特点, 事务有4个特性，被称为 ACID 下边就给大家讲讲这几个特性: 事务处理结束后，对数据的修改就是永久的，即便系统故障也不会丢失。 数据库允许多个并发事务同时对其数据进行读写和修改的能力，隔离性可以防止多个事务并发执行时由于交叉执行而导致数据的不一致。 在事务开始之前和事务结束以后，数据库的完整性没有被破坏 一个事务（transaction）中的所有操作，要么全部完成，要么全部不完成 隔离级别就不给大家讲了，这不是本节的重点内容。本节的重点是大家要学会在 SpringBoot 中如何去执行 事务操作 ,如果你对上边提到的一些概念性的东西还不能理解，也没关系，等以后回过头来看看也许就明白了，做个简单的了解。 有时候我们的系统需要对用户进行区分，也就是不同的用户角色访问不同的资源，比如管理员可以访问后台，而普通用户只能访问前台的页面，再或者只有登录的用户才能访问特定功能，高级管理员可以掌管大局，普通的管理员只能查看某一个菜单。这就是涉及到权限问题了，几乎所有的系统都需要权限管理，这样能保证系统资源的安全性。下期将会带大家学习 Shiro权限 框架, 它是一个轻量级框架，但它的功能确不小, 我会从入门到进阶讲起, 会分为多期去讲。 下期见，关注我，不迷路~

如果确定ORACLE的服务端已经安装完毕（客户端一般是不需要安装的）---- 重启数据库服务（1） 以oracle身份登录数据库，命令：su – oracle （2） 进入Sqlplus控制台，命令：sqlplus /nolog （3） 以系统管理员登录，命令：connect / as sysdba （4） 启动数据库，命令：startup （5） 如果是关闭数据库，命令：shutdown immediate /SHUTDOWN ABORT（6） 退出sqlplus控制台，命令：exit （7） 进入监听器控制台，命令：lsnrctl （8） 启动监听器，命令：start （9） 退出监听器控制台，命令：exit （10） 重启数据库结束

第一步：在beans.xml中配置：<bean id="txManager" class="org.springframework.orm.hibernate3.HibernateTransactionManager"><property name="sessionFactory" ref="sessionFactory" /></bean><!-- enable the configuration of transactional behavior based on annotations --><tx:annotation-driven transaction-manager="txManager"/>第二步：什么方法上需要事务管理，就在该方法的service层上添加注解 @Transactional@Transactionalpublic void save(){tuserdao.save();}第三步：创建session 只能为getCurrentSession（）Session session = sessionfactory.getCurrentSession();全文beans.xml如下：<?xml version="1.0" encoding="UTF-8"?><beans xmlns="http://www.springframework.org/schema/beans"xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"xmlns:context="http://www.springframework.org/schema/context"xmlns:tx="http://www.springframework.org/schema/tx"xsi:schemaLocation="http://www.springframework.org/schema/beanshttp://www.springframework.org/schema/beans/spring-beans-2.5.xsdhttp://www.springframework.org/schema/contexthttp://www.springframework.org/schema/context/spring-context-2.5.xsdhttp://www.springframework.org/schema/txhttp://www.springframework.org/schema/tx/spring-tx-2.5.xsd"><context:annotation-config/> <!-- Spring中annotation必须填写 --><bean name="u" class="edu.zust.dao.impl.TuserDAOImpl"><!-- 下面一行与<context:annotation-config/>后在TuserDAOImpl中写Resource等同 --><!--<property name="sessionfactory" ref="sessionFactory" /> --></bean><bean id="userService" class="edu.zust.service.tuserService"><property name="tuserdao" ref="u" /></bean><!--利用Spring配备数据库的连接数据源--><bean class="org.springframework.beans.factory.config.PropertyPlaceholderConfigurer"><property name="locations"><value>classpath:jdbc.properties</value></property></bean><bean id="dataSource" destroy-method="close"class="org.apache.commons.dbcp.BasicDataSource"><property name="driverClassName" value="${jdbc.driverClassName}"/><property name="url" value="${jdbc.url}"/><property name="username" value="${jdbc.username}"/><property name="password" value="${jdbc.password}"/></bean><!-- Spring整合hibernate给hibernate创建单例sessionFactory，并且利用Spring关联数据库 --><bean id="sessionFactory" class="org.springframework.orm.hibernate3.annotation.AnnotationSessionFactoryBean"><property name="dataSource" ref="dataSource"/> <!-- 让Spring给这个sessionFactory关联上数据库 --><property name="annotatedClasses"> <!-- 告诉hibernate哪些类被注解了 --><list><value>edu.zust.model.Tuser</value></list></property><property name="hibernateProperties"> <!-- 指明hibernate配置属性 --><props><prop key="hibernate.dialect">org.hibernate.dialect.MySQLDialect</prop><prop key="hibernate.show_sql">true</prop><prop key="hibernate.format_sql">true</prop></props></property></bean><!-声明hibernate事务管理--><bean id="txManager" class="org.springframework.orm.hibernate3.HibernateTransactionManager"><property name="sessionFactory" ref="sessionFactory" /></bean><!-- enable the configuration of transactional behavior based on annotations --><!--指明是用annotation方式--><tx:annotation-driven transaction-manager="txManager"/></beans>

java编程思想java语言导学java核心技术要是觉得不够可以去看看这个网址还有马士兵的视频也很不错值的看看尤其是自学

使用spring容器管理事务，要么用 aop 找到某一切面 去全局transactional 要么就是 注解模式 在指定的方法中进行事务控制。spring会根据配置 对某方法中（属于切面或是被指定的方法）所有的DML动作 进行处理。

title: spring——AOP与事务.md date: 2020-07-14 13:10:16 categories: [Spring] tags: [AOP,事务] toc: true 先列出源码中比较重点的几个类： 1、<aop:before method="before" pointcut-ref="myMethods"/>包装成一个advisor 2、AspectJAwareAdvisorAutoProxyCreator，当实例化所有bean都会执行到AspectJAwareAdvisorAutoProxyCreator类 它会检测bean是否advisor以及advice存在，如果有就说明这个bean有切面，有切面那么就会生成代理 3、jdk的代理，bean里面的所有advisor加入到proxyFactory。 4、jdkDynamicProxy invoke，拿到bean里面的所有Interceptor，会循环proxyFactory里面的所有advisor 里面有advice，里面的advice有两种类型，要么是advice，要么是MethodInterceptor类型的 5、当代理对象调用方式，是一个MethodInterceptor类型的类的链式调用过程，直到容器的大小和索引一致的时候调用JoinPoint目标方法 before：this.advice.before(),invocation.processd(); 装配参数，切面里面before方法的method对象，method.getParamterTypes()[0] 最终会把advice封装成MethodInterceptor类型的对象 程序执行的某个特定位置：如类开始初始化前、类初始化后、类某个方法调用前、调用后、方法抛出异常后。一个类或一段程序代码拥有一些具有边界性质的特定点，这些点中的特定点就称为“连接点”。Spring仅支持方法的连接点，即仅能在方法调用前、方法调用后、方法抛出异常时以及方法调用前后这些程序执行点织入增强。连接点由两个信息确定：第一是用方法表示的程序执行点；第二是用相对点表示的方位。 每个程序类都拥有多个连接点，如一个拥有两个方法的类，这两个方法都是连接点，即连接点是程序类中客观存在的事物。AOP通过“切点”定位特定的连接点。连接点相当于数据库中的记录，而切点相当于查询条件。切点和连接点不是一对一的关系，一个切点可以匹配多个连接点。在Spring中，切点通过org.springframework.aop.Pointcut接口进行描述，它使用类和方法作为连接点的查询条件，Spring AOP的规则解析引擎负责切点所设定的查询条件，找到对应的连接点。其实确切地说，不能称之为查询连接点，因为连接点是方法执行前、执行后等包括方位信息的具体程序执行点，而切点只定位到某个方法上，所以如果希望定位到具体连接点上，还需要提供方位信息。 增强是织入到目标类连接点上的一段程序代码，在Spring中，增强除用于描述一段程序代码外，还拥有另一个和连接点相关的信息，这便是执行点的方位。结合执行点方位信息和切点信息，我们就可以找到特定的连接点。 增强逻辑的织入目标类。如果没有AOP，目标业务类需要自己实现所有逻辑，而在AOP的帮助下，目标业务类只实现那些非横切逻辑的程序逻辑，而性能监视和事务管理等这些横切逻辑则可以使用AOP动态织入到特定的连接点上。 引介是一种特殊的增强，它为类添加一些属性和方法。这样，即使一个业务类原本没有实现某个接口，通过AOP的引介功能，我们可以动态地为该业务类添加接口的实现逻辑，让业务类成为这个接口的实现类。 织入是将增强添加对目标类具体连接点上的过程。AOP像一台织布机，将目标类、增强或引介通过AOP这台织布机天衣无缝地编织到一起。根据不同的实现技术，AOP有三种织入的方式： a、编译期织入，这要求使用特殊的Java编译器。 b、类装载期织入，这要求使用特殊的类装载器。 c、动态代理织入，在运行期为目标类添加增强生成子类的方式。 Spring采用动态代理织入，而AspectJ采用编译期织入和类装载期织入。 一个类被AOP织入增强后，就产出了一个结果类，它是融合了原类和增强逻辑的代理类。根据不同的代理方式，代理类既可能是和原类具有相同接口的类，也可能就是原类的子类，所以我们可以采用调用原类相同的方式调用代理类。 切面由切点和增强（引介）组成，它既包括了横切逻辑的定义，也包括了连接点的定义，Spring AOP就是负责实施切面的框架，它将切面所定义的横切逻辑织入到切面所指定的连接点中。 advisor： pointCut advice 一类功能的增强 around方法里面代码切面 事务切面 缓存切面 日志切面 事务（Transaction），一般是指要做的或所做的事情。在计算机术语中是指访问并可能更新数据库中各种数据项的一个程序执行单元(unit)。是数据库操作的最小工作单元，是作为单个逻辑工作单元执行的一系列操作；这些操作作为一个整体一起向系统提交，要么都执行、要么都不执行；事务是一组不可再分割的操作集合（工作逻辑单元）。 大致流程形如 数据库事务拥有几大特性： 事务的四大特性： 事务是数据库的逻辑工作单位，事务中包含的各操作要么都做，要么都不做 事 务执行的结果必须是使数据库从一个一致性状态变到另一个一致性状态。因此当数据库只包含成功事务提交的结果时，就说数据库处于一致性状态。如果数据库系统 运行中发生故障，有些事务尚未完成就被迫中断，这些未完成事务对数据库所做的修改有一部分已写入物理数据库，这时数据库就处于一种不正确的状态，或者说是 不一致的状态。 一个事务的执行不能其它事务干扰。即一个事务内部的操作及使用的数据对其它并发事务是隔离的，并发执行的各个事务之间不能互相干扰。 也称永久性，指一个事务一旦提交，它对数据库中的数据的改变就应该是永久性的。接下来的其它操作或故障不应该对其执行结果有任何影响。 个人理解，事务在Spring中是借助AOP技术来实现的，可以作为AOP中的一个事务切面。spring源码对事务的处理逻辑，自己研究吧！ ORM框架中以Mybatis为例，事务处理就是用到了一个类Transaction，部分源码如下 可以看出Transaction管理的就是一个connection，而connection我们很清楚是与用户会话挂钩的。 那么关系就是Transaction 管理Connection ，而connection与 用户session一对一存在。 在springBoot中，只需要加入POM就可以了，配合注解使用即可。 接下来就是事务的控制了。 首先事务有几大传播属性： 其中最常见的，用得最多就 PROPAGATION_REQUIRED、PROPAGATION_REQUIRES_NEW、 PROPAGATION_NESTED 这三种。事务的传播属性是 spring 特有的，是 spring 用来控制方法事务的一种手段，说直白点就是用来控制方法是否使用同一事务的一种属性，以及按照什么规则回滚的一种手段。 下面用代码演示这三种属性的机制： 事务的默认属性就是required，通过Transactional.java中的Propagation propagation() default Propagation.REQUIRED; 可以看出。 这种情况就是事务1，事务2 都加入到了事务0中。不管是1，2哪个事务抛出异常，事务0都会回滚。数据添加会失败。 这种情况就是： 事务0（required） { u200b 事务1 （REQUIRES_NEW） u200b 事务2 } 此时。 情况a： 1、如果只是事务2出现了异常，那么事务1会提交，事务2加入到事务0中会回滚。 2、如果只是事务1出现了异常，那么事务1会回滚，向上层事务0抛异常，事务2会加入到事务0中，这时都会回滚。 情况b： 如果事务1，事务2都是REQUIRES_NEW传播属性。那么结果就是： 1、如果事务1，抛出了异常，那么事务2是不会执行的，那么事务0必然回滚。 2、如果事务2，抛出异常，那么事务1会提交，表中会有数据。事务2有异常回滚并抛出，事务0回滚。 NESTED属性其实就是创建了回滚点，有异常时，会回滚到指定的回滚点。 在这通过代码测试，出现一种情况是，无论事务1，事务2哪个有异常，数据都不会插入成功，原因是，不论是事务1还是事务2都会向事务0抛出异常，事务0捕获到异常后，执行rollback()方法，这就操作成了，事务的全部回滚。 如果想要事务1和事务2 想要根据自己的回滚点回滚，那么事务0必须自己处理异常，不让spring捕获到这个异常，那么就满足了。把代码改成这种： Jack大佬提供了，伪代码分析法。 按照Spring源码的事务处理逻辑，伪代码大致为：

搜索了几篇文章，都是在说通过proxy-target-class=true或者transactional等来解决；解决办法要么跟问题本身属于弱有关，要么属于曲线救国。 这个问题其实我们不妨大胆直面它，因为日志信息已经说得比较直白了，我们来翻译一下： jdk动态代理和 C 接口放在一起描述，说明什么呢？说明它在强调此动态代理是面向接口的，不是面向java类的！ 因此它认为不能作为java类来注入到其他对象中； 为什么不能呢？ 因为jdk动态代理对类进行包装后，原生类隐藏了（->target），冒出来一个只代表接口实现的新生类；即接口申明的方法，新生类才会有。 如果你执意要以此新生类注入至其他bean实例，那么在runtime过程中，可能因为你调用的方法未在接口中声明而抛出异常； 为什么异常？因为新生类中压根就没有此方法。 而且这是在编译时不能被发现的，所以spring帮你预先防御，在启动时抛错，而不会等到运行时。 所以解决办法如下： 如果需要用到未在 C 接口中声明的类本身的方法，可以从 b 中取出原生类实例进行调用。

spring-dao在spring2.5之后被吸并入spring-tx,试下移除这个spring-dao的引入。参考自:网页链接

主数据指基于其组织或配置指标的维度或层次

目前国内外RPA企业众多，从权威研究机构的报告中，我们可以看出目前RPA厂商的分布，弘玑Cyclone（Cyclone Robotics）作为中国唯一入围的厂商首次参评全球RPA市场评测报告即获评“卓越表现者”，代表了中国RPA行业发展数年来的一个重要里程碑。Forrester Waveu2122报告图表纵轴代表了现有产品能力（Current Offering）。Forrester评估了RPA产品的多项关键指标，包括业务挖掘、全流程管理及ROI分析、画面应用文档识别、移动产品及多语言支持、业务流程设计、结构和非结构化的信息识别、部署调度能力、控制管理能力、管控计划优先度管理、机器人全生命周期等等。弘玑Cyclone产品在现有产品能力（Current Offering）评估中表现优异，在5项产品指标上拿到了评测标准内的最高分（5.0），尤其在机器人部署、管理和分析这一大类别拿到了所有厂商的最高分（4.4分），超过众多国际顶尖厂商。目前，RPA在财务方面应用已经非常成熟，《2020全球财务及共享服务调研报告》显示，85%以上受访企业已经应用RPA流程机器人、云技术、AI等技术打造财务共享服务中心。以机器人流程自动化（RPA）技术为核心的弘玑Cyclone一体化智能解决方案应用于众多行业财务数智化转型实践中，为企业在财务流程效率、财务人员结构、业务风险控制、企业社会形象等多方面带来的显著效益。弘玑Cyclone 智能财务一体化解决方案是RPA结合众多智能化技术的应用，如自然语言处理（NLP）、大数据分析、人工智能、知识图谱等，当前已具备人脸识别、移动端应用、图像识别、聊天智能化等诸多落地能力，帮助企业实现财务流程端到端智能化改造。以某大型国企报表生成场景为例，报表生成流程一般分为提出报表加工需求、数据获取加载、数据加工处理、生成报表、推送报表五个步骤大类，通过部署Cyclone智能财务一体化解决方案，以流程节点规则优化加RPA自动化重塑流程，解决了数据规范和跨系统操作等诸多问题，全面提升了流程中运行的数据处理效率并显著优化了报表出具和推送的及时性。智能化的RPA在促进业财同步发展、助力企业降本增效、管控风险等方面正在发挥越来越大的价值。

可复美好用。可复美是重组胶原蛋白基因工程在皮肤学领域一个技术成果转化的领导品牌，隶属于巨子生物旗下，巨子生物是一家以基因工程、生物材料工程为主导的高新技术企业。可复美和颐莲相比，可复美好用，由大公司制作研发，质量好，有保障，而颐莲属于小企业研发制作，质量相较于可复美较差。RELLET颐莲玻尿酸护肤品牌，是专注玻尿酸护肤产品的研发。

原理：光在传播到不同物质时，在分界面上改变传播方向又返回原来物质中。 光遇到水面、玻璃以及其他许多物体的表面都会发生反射。 垂直于镜面的直线叫做法线；入射光线与法线的夹角叫做入射角；反射光线与法线的夹角叫做反射角。 在反射现象中，反射光线，入射光线和法线都在同一个平面内；反射光线、入射光线分居法线两侧；反射角等于入射角。这就是光的反射定律。 在反射现象中，光路是可逆的。

冷凝温度是制冷剂的过热蒸气在冷凝器放热后凝结为液体时的温度。制冷系统在运行过程中，其冷凝温度与冷凝压力相对应。当冷凝温度超高时，机组负荷加重，电动机超载，机组不能正常运行，其制冷量相应下降，耗功率上升，应尽量避免。但冷凝温度也不能直接进行检测，当机组出现上述现象时，可通过检测对应的冷凝压力，再通过查阅制冷剂热力学性质表获得。

福瑞达全名为山东福瑞达医药集团公司，成立于1993年。福瑞达所涉及的行业有药品、医疗器械、化妆品、等等，旗下有润舒、明仁、施沛特、颐莲等多个品牌。福瑞达旗下最出名、口碑最好的护肤品牌子有三个，分别是颐莲、善颜、Dr.Alva瑷尔博士。这三个品牌想必大家都有所耳闻了，它们的定位各不相同，适合的人群也不同。1、Rellet颐莲，适合年轻肌肤。它的主打成分是玻尿酸，配方很精简，主要的效果就是保湿和补水。颐莲的价格比较便宜，性价比很高，十分受学生党欢迎。2、善颜的主要特色是定制，其配方根据不同的肌肤定制，目前一共有六种配方。定制配方针对性强，价格也不贵，性价比高。3、Dr.Alva瑷尔博士是高端品牌，有很好的修护作用，经济条件允许的话推荐购买这个品牌。

没有。RELLET颐莲玻尿酸护肤品牌，专注玻尿酸护肤产品的研发。经查询此品牌官网得知：此品牌并没有要入住品多多的规划和计划，所以并没有。该品牌产品无论是品质还是效果都是非常不错的。

即使是机芯，有的可能是给人带来有一些不方便的因素，嗯，所以说，嗯人类始终跟机器人还是有一定差距的

英文论文中的introduction是什么意思，这部分是做什么用的 introduction 简介 双语对照 词典结果：introduction[英][u02ccu026antru0259u02c8du028cku0283n][美][u02ccu026antru0259u02c8du028cku0283u0259n] n.介绍; 引言，导言; 采用，引进; 新采用的东西; 复数：introductions 以上结果来自金山词霸 例句: 1. Introduction to programming with ajax. 介绍如何使用ajax编程。 2. America is speeding up the introduction of controversial new full-body scanners. 美国正加速引进备受争议的新型全身式扫描。 英文论文中的introduction是什么意思，这部分是做什么用的 1: IntroductionGoger says‘ The only man who is educated is the man who has learned how to learn ; the man who has learned to adapt and change; the man who has realized that no knowledge is secure, that only the process of seeking knowledge gives a basis for security."(1969: 104) So the objective of teaching and learning has been accepted as ‘how to learn" instead of just ‘what to learn". Over the last two decades, autonomy has taken on a growing importance in the fields of language education. Anita Wenden (1998) states that ‘fewer teachers will disagree with the importance of helping the language learners bee more autonomous as learners. Definitions of autonomy have of course varied, but they have usually included these central features: 1) Students should take responsibility for their own learning. This is because all learning can in any case only be carried out by the students themselves and also because they need to develop the ability to continue learning after the end of their formal education. 2)‘Taking responsibility " involves learners in taking ownership of many processes, which have traditionally belonged to the teachers, such as deciding on learning objectives, selecting learning methods and evaluating process. 3) Formulated in this way, the concept of autonomy has associations with independence, self-fulfillment, freedom from external constraints and authoring one"s own world without being subject to the will of others. It is primarily these associations, which......>> 英文论文中的introduction是什么意思，这部分是做什么用的 就是介绍的意思， 我们写作业都要写introduction 用来介绍blablabla， 有点像作文开头 ，不知道你能理解不。。。 英文论文中的introduction是什么意思，这部分是做什么用的 introduction 背景资料 主要讲述这个课题为什么重要，前人做过何等研究，还存在哪些问题。然后简单介绍你自己的研究方法，和重要结论 英文论文中的introduction是什么意思，这部分是做什么用的 介绍，引言 导言，采用，引进，新采用的东西 毕业论文外文翻译是什么意思？有什么要求？ 外文翻译要求：（1）选定外文文献后先给指导老师看，得到老师的确认通过后方可翻译。（2）选择外文翻译时一定选择外国作者写的文章，可从学校中知网或者外文数据库下载。（3）外文翻译字数要求3000字以上，从外文互章起始处开始翻译，不允许从文章中间部分开始翻译，翻译必须结束于文章的一个大段落。 论文中哪些部分要翻译成英文版 翻译是在准确、通顺的基础上，把一种语言信息转变成另一种语言信息的行为。翻译是将一种相对陌生的表达方式，转换成相对熟悉的表达方式的过程。其内容有语言、文字、图形、符号的翻译。其中，“翻”是指对交谈的语言转换，“译”是指对单向陈述的语言转换。“翻”是指对交谈中的两种语言进行即时的、一句对一句的转换，即先把一句甲语转换为一句乙语，然后再把一句乙语转换为甲语。这是一种轮流的、交替的语言或信息转换。“译”是指单向陈述，即说者只说不问，听者只听不答，中间为双语人士，只为说者作语言转换。 英文论文中的introduction是什么意思，这部分是做什么用的 你好，很高兴为你解答，答案如下： 论文中的introduction是导论，就是要简单的介绍一下文章的内容，意义等方面。人们筛选的时候都是先看introduction的。然后根据introduction的内容选择是否阅读全文 希望我的回答对你有帮助，满意请采纳。 sci实验性论文通常包含哪几部分,请用中英文双语回答 论文一般由题名、作者、摘要、关键词、正文、参考文献和附录等部分组成，其中部分组成（例如附录）可有可无。论文各组成的排序为：题名、作者、摘要、关键词、英文题名、英文摘要、英文关键词、正文、参考文献和附录和致谢。 下面按论文的结构顺序依次叙述。 题目 (一)论文——题目科学论文都有题目，不能“无题”。论文题目一般20字左右。题目大小应与内容符合，尽量不设副题，不用第1报、第2报之类。论文题目都用直叙口气，不用惊叹号或问号，也不能将科学论文题目写成广告语或新闻报道用语。 署名 (二)论文——署名科学论文应该署真名和真实的工作单位。主要体现责任、成果归属并便于后人追踪研究。严格意义上的论文作者是指对选题、论证、查阅文献、方案设计、建立方法、实验操作、整理资料、归纳总结、撰写成文等全过程负责的人，应该是能解答论文的有关问题者。往往把参加工作的人全部列上，那就应该以贡献大小依次排列。论文署名应征得本人同意。学术指导人根据实际情况既可以列为论文作者，也可以一般致谢。行政领导人一般不署名。 引言 (三)论文——引言是论文引人入胜之言，很重要，要写好。一段好的论文引言常能使读者明白你这份工作的发展历程和在这一研究方向中的位置。要写出论文立题依据、基础、背景、研究目的。要复习必要的文献、写明问题的发展。文字要简练。 材料方法 (四)论文——材料和方法按规定如实写出实验对象、器材、动物和试剂及其规格，写出实验方法、指标、判断标准等，写出实验设计、分组、统计方法等。这些按杂志对论文投稿规定办即可。 实验结果 (五)论文——实验结果应高度归纳，精心分析，合乎逻辑地铺述。应该去粗取精，去伪存真，但不能因不符合自己的意图而主观取舍，更不能弄虚作假。只有在技术不熟练或仪器不稳定时期所得的数据、在技术故障或操作错误时所得的数据、不符合实验条件时所得的数据才能废弃不用。而且必须在发现问题当时就在原始记录上注明原因，不能在总结处理时因不合常态而任意剔除。废弃这类数据时应将在同样条件下、同一时期的实验数据一并废弃，不能只废弃不合己意者。 实验结果的整理应紧扣主题，删繁就简，有些数据不一定适合于这一篇论文，可留作它用，不要硬行拼凑到一篇论文中。论文行文应尽量采用专业术语。能用表的不要用图，可以不用图表的最好不要用图表，以免多占篇幅，增加排版困难。文、表、图互不重复。实验中的偶然现象和意外变故等特殊情况应作必要的交代，不要随意丢弃。 讨论 (六)论文——讨论是论文中比较重要，也是比较难写的一部分。应统观全局，抓住主要的有争议问题，从感性认识提高到理性认识进行论说。要对实验结果作出分析、推理，而不要重复叙述实验结果。应着重对国内外相关文献中的结果与观点作出讨论，表明自己的观点，尤其不应回避相对立的观点。论文的讨论中可以提出假设，提出本题的发展设想，但分寸应该恰当，不能写成“科幻”或“畅想”。 结论 (七)论文——结语或结论论文的结语应写出明确可靠的结果，写出确凿的结论。论文的文字应简洁，可逐条写出。不要用“小结”之类含糊其辞的词。 参考文献 (八)论文——参考义献这是论文中很重要、也是存在问题较多的一部分。列出论文参考文献的目的是让读者了解论文研究命题的来龙去脉，便于查找，同时也是尊重前人劳动，对自己的工作有准确的定位。因此这里既有技术问题，也有科学道德问题。 一篇论文中几乎自始至终都有需要引用参考文献之处。如论文引言中应引上对本题最重要、最直接有关的文献;在方法中应引上所采用或借鉴的方法；在结果中有时要引上与文献对比的资料；在讨论中更应引上与论文有关的各种支持的或有矛盾......>>

/give @p minecraft:skull 1 3{SkullOwner:"名字"}生物名字MHF_Blaze - 烈焰人MHF_CaveSpider - 洞穴蜘蛛MHF_Chicken - 鸡MHF_Cow - 牛MHF_Enderman - 末影人MHF_Ghast - 幽灵MHF_Herobrine - HerobrineMHF_LavaSlime - 地狱史莱姆MHF_MushroomCow - 蘑菇牛MHF_Pig - 猪MHF_PigZombie - 猪人MHF_Sheep - 羊MHF_Slime - 史莱姆MHF_Spider - 蜘蛛MHF_Squid - 鱿鱼MHF_Villager - 村民MHF_Golem - 铁傀儡方块类MHF_Cactus - 仙人掌MHF_Chest - 箱子MHF_Melon - 西瓜MHF_OakLog - 木头MHF_Pumpkin - 南瓜MHF_TNT - TNT(1)MHF_TNT2 - TNT(2)符号类MHF_ArrowUp - 箭头向上MHF_ArrwoDown - 箭头向下MHF_ArrowLeft - 箭头向左MHF_ArrowRight - 箭头向右MHF_Exclaimation - 感叹号MHF_Question - 问号其他：(并非Mojang发出，所以有可能会变。本人也没测试过)FHG_Cam - 照相机MHF_Cake - 蛋糕Tereneckla - 绿宝石矿MHF_Apple - 苹果Edna_l - 末影人眼BowAimbot - 书架C418 - 音乐盒uioz - 收音机scemm - 发射器我只知道这些关于汉堡包薯条什么的没听说过你可以试试在名字那输入他们的英文望采纳

水。经查询颐莲虾青素商品简介得知，该商品是精华水，吸收快，润肤。颐莲（RELLET）是福瑞达生物医药公司倾力打造的个人护理品牌，是解决基础肌肤问题的护肤品牌。颐莲以透明质酸“水养科技配方”为核心科技，倡导“轻护肤”的品牌理念。