编程事务管理

❶ spring编程式事务和声明式事务的区别

1.选择编程式事务管理还是声明式事务管理：
当你只有很少的事务操作时，编程式事务管理通常比较合适。例如，如果你有一个Web应用，其中只有特定的更新操作有事务要求，
你可能不愿使用Spring或其他技术设置事务代理。这种情况下，使用 TransactionTemplate 可能是个好办法。
只有编程式事务管理才能显式的设置事务名称。
另一方面，如果你的应用中存在大量事务操作，那么声明式事务管理通常是值得的。它将事务管理与业务逻辑分离， 而且在Spring中配置也不难。
我们的开发中，一般使用到事务的地方比较少，我觉得，编程式事务足够了。
使用声明式事务，对我们这种对速度要求较高的应用中。反而会带来性能问题。

2：推荐事务处于一个较高层次，比如service上的某个函数（尤其是像我们这种sns而不像和钱挂钩的金融系统，对数据精确性要求不是很高的的应用），
而底层的可以不考虑事务（一般情况下，数据库自身的默认事务管理级别，就可以处理），否则可能会出现事务嵌套，增加程序复杂度。
事务往往和业务规紧密关联，当业务逻辑发生改变，意味着的大幅度改动。系统规模达到一定程度，修改风险相当大。
Spring事务的好处是不更改现有的,仅需对现有的service bean 进行配置或者尽量少的修改就达到事务效果了。
同时，把事务统一在service层，系统结构更清晰。

❷ spring编程式事务管理问题

1.选择编程式事务管理还是声明式事务管理：当你只有很少的事务操作时，编程式事务管理通常比较合适。例如，如果你有一个Web应用，其中只有特定的更新操作有事务要求，你可能不愿使用Spring或其他技术设置事务代理。这种情况下，使用 TransactionTemplate 可能是个好办法。 只有编程式事务管理才能显式的设置事务名称。另一方面，如果你的应用中存在大量事务操作，那么声明式事务管理通常是值得的。它将事务管理与业务逻辑分离， 而且在Spring中配置也不难。我们的开发中，一般使用到事务的地方比较少，我觉得，编程式事务足够了。使用声明式事务，对我们这种对速度要求较高的应用中。反而会带来性能问题。2：推荐事务处于一个较高层次，比如service上的某个函数（尤其是像我们这种sns而不像和钱挂钩的金融系统，对数据精确性要求不是很高的的应用），而底层的可以不考虑事务（一般情况下，数据库自身的默认事务管理级别，就可以处理），否则可能会出现事务嵌套，增加程序复杂度。事务往往和业务规紧密关联，当业务逻辑发生改变，意味着的大幅度改动。系统规模达到一定程度，修改风险相当大。Spring事务的好处是不更改现有的,仅需对现有的service bean 进行配置或者尽量少的修改就达到事务效果了。同时，把事务统一在service层，系统结构更清晰。

❸ 编程式事务和声明式事务的区别

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

扩展：
Spring对编程式事务的支持

Spring中的事务分为物理事务和逻辑事务；

物理事务：就是底层数据库提供的事务支持，如JDBC或JTA提供的事务；

逻辑事务：是Spring管理的事务，不同于物理事务，逻辑事务提供更丰富的控制，而且如果想得到Spring事务管理的好处，必须使用逻辑事务，因此在Spring中如果没特别强调一般就是逻辑事务；

逻辑事务解决方案：
低级别解决方案:
使用工具类获取连接（会话）和释放连接（会话），如使用org.springframework.jdbc.datasource包中的DataSourceUtils 类来获取和释放具有逻辑事务功能的连接。当然对集成第三方ORM框架也提供了类似的工具类，如对Hibernate提供了SessionFactoryUtils工具类，JPA的EntityManagerFactoryUtils等，
高级别解决方案:
使用Spring提供的模板类，如JdbcTemplate、HibernateTemplate和JpaTemplate模板类等，而这些模板类内部其实是使用了低级别解决方案中的工具类来管理连接或会话

Spring提供两种编程式事务支持：直接使用PlatformTransactionManager实现和使用TransactionTemplate模板类，用于支持逻辑事务管理。如果采用编程式事务推荐使用TransactionTemplate模板类和高级别解决方案

❹ spring的事务机制，以及是如何管理的

事务管理可以帮助我们保证数据的一致性，对应企业的实际应用很重要。

Spring的事务机制包括声明式事务和编程式事务。

编程式事务管理：Spring推荐使用TransactionTemplate，实际开发中使用声明式事务较多。

声明式事务管理：将我们从复杂的事务处理中解脱出来，获取连接，关闭连接、事务提交、回滚、异常处理等这些操作都不用我们处理了，Spring都会帮我们处理。

声明式事务管理使用了AOP面向切面编程实现的，本质就是在目标方法执行前后进行拦截。在目标方法执行前加入或创建一个事务，在执行方法执行后，根据实际情况选择提交或是回滚事务。

如何管理的：

Spring事务管理主要包括3个接口，Spring的事务主要是由他们三个共同完成的。

1）PlatformTransactionManager：事务管理器--主要用于平台相关事务的管理

主要有三个方法：commit 事务提交；

rollback 事务回滚；

getTransaction 获取事务状态。

2）TransactionDefinition：事务定义信息--用来定义事务相关的属性，给事务管理器PlatformTransactionManager使用

这个接口有下面四个主要方法：

getIsolationLevel：获取隔离级别；

getPropagationBehavior：获取传播行为；

getTimeout：获取超时时间；

isReadOnly：是否只读（保存、更新、删除时属性变为false--可读写，查询时为true--只读）

事务管理器能够根据这个返回值进行优化，这些事务的配置信息，都可以通过配置文件进行配置。

3）TransactionStatus：事务具体运行状态--事务管理过程中，每个时间点事务的状态信息。

例如它的几个方法：

hasSavepoint()：返回这个事务内部是否包含一个保存点，

isCompleted()：返回该事务是否已完成，也就是说，是否已经提交或回滚

isNewTransaction()：判断当前事务是否是一个新事务

声明式事务的优缺点：

优点

不需要在业务逻辑代码中编写事务相关代码，只需要在配置文件配置或使用注解（@Transaction），这种方式没有侵入性。

缺点

声明式事务的最细粒度作用于方法上，如果像代码块也有事务需求，只能变通下，将代码块变为方法。

❺ spring编程事务怎么调用

两种Spring事务管理方式：编程式、声明式。

Spring提供两种方式的编程式事务管理，分别是：使用TransactionTemplate和直接使用PlatformTransactionManager。

1.TransactionTempale采用和其他Spring模板，如JdbcTempalte和HibernateTemplate一样的方法。它使用回调方法，把应用程序从处理取得和释放资源中解脱出来。如同其他模板，TransactionTemplate是线程安全的。代码片段：

Object result = tt.execute(new TransactionCallback()...{
public Object doTransaction(TransactionStatus status)...{
updateOperation();
return resultOfUpdateOperation();
}
});
使用TransactionCallback()可以返回一个值。如果使用则没有返回值。

2.也可以使用PlatformTransactionManager直接管理事务。简单地通过一个bean引用给你的bean传递一个你使用的 PlatformTransaction对象。然后，使用TransactionDefinition和TransactionStatus对象就可以发起、回滚、提交事务。如下片段：

DefaultTransactionDefinition def= new DefaultTransactionDefinition(); //new 一个事务 def.setPropagationBehavior(TransactionDefinition.PROPAGATION_REQUIRED); // 初始化事务,参数定义事务的传播类型; TransactionStatus status = transactionManager.getTransaction(def); //获得事务状态 try...{ …………….. transactionManager.commit(status); //提交事务; }catch(…..)...{ transactionManager.rollback(status); //回滚事务; }
Spring也提供声明式事务管理。这是通过AOP实现的。大多数Spring用户选择声明式事务管理，这是最少影响应用代码的选择，因而这是和非侵入性的轻量级容器的观念是一致的。

1)通常通过TransactionProxyFactoryBean设置Spring事务代理。需要一个目标对象包装在事务代理中。这个目标对象一般是一个普通Javabean。当我们定义TransactionProxyFactoryBean时，必须提供一个相关的 PlatformTransactionManager的引用和事务属性。事务属性含有事务定义。例如:

<bean id="transactionService"class="org.springframework. transaction.interceptor.TransactionProxyFactoryBean">
<property name="transactionManager">
<ref local="transactionManager"/>
property>
<property name="target">
<ref local="transactionServiceControl"/>
property>
<property name="transactionAttributes">
<props>
<prop key=”insert*”>PROPAGATION_REQUIRED,-MyCheckedExceptionprop>
<prop key=”update*”>PROPAGATION_REQUIREDprop>
<prop key=”*”>PROPAGATION_REQUIRED,readOnlyprop>
props>
property>
bean>
事务代理会实现目标对象的接口:这里是属性名是target的引用。id是transactionServiceControl。（使用CGLIB也可以实现具体类的代理。只要设置proxyTargetClass属性为true即可。如果目标对象没有实现任何接口，这将自动设置该属性为true。通常，我们希望面向接口编程。）使用proxyInterfaces属性来限定事务代理来代理指定接口也是可以。 也可以通过从org.springframework.aop.framework.ProxyConfig继承或所有AOP代理工厂共享的属性来定制 TransactionProxyFactoryBean行为。

然后，说说属性名是transactionAttributes意义：
这里的transactionAttributes属性是定义在 org.springframework.transaction.interceptor. 中的属性格式设置。这个包括通配符的方法名称映射是很直观的，如”insert*”。注意insert*的映射的值包括回滚规则。”- MyCheckException”指定如果方法抛出MyCheckException或它的子类，事务会自动回滚。可以用逗号分隔多个回滚规则。“－” 前缀强制回滚，“＋”前缀指定提交（这允许即使抛出unchecked异常时也可以提交事务）。“PROPAGATION_REQUIRED”指定事务传播范围。

TransactionProxyFactoryBean允许你通过“preInterceptors”和 “postInterceptors”属性设置前或后的拦截操作。可以设置任意数量的前和后通过，它们的类型可以是Advistor（切入点），MethodInterceptor或被当前Spring配置支持的通知类型。例如：ThrowAdvice，AfterReturningAdvice或BeforeAdvice。这些通知必须支持实例共享模式。如果你需要高级 AOP特性操作事务，通过org.springframework.aop.framework.ProxyFactoryBean，而不是 TransactionProxyFactory实用代理创建者。

2)另一种声明方式：BeanNameAutoProxyCreator
使用TransactionProxyFactoryBean当事务代理包装对象，你可以完全控制代理。如果需要用一致方式包装大量bean。使用一个 BeanFactoryPostProcessor的一个实现，BeanNameAutoProxyCreator，可以提供另外一种方法。(Spring中，一旦ApplicationContext读完它的初始化信息，它将初始化所有实现BeanPostProcessor接口的 bean，并且让它们后处理ApplicationContext中所有其他的bean。所以使用这种机制，正确配置的 BeanNameAutoProxyCreator可以用来后处理所有ApplicationContext中所有其他的bean),并且把它们用事务代理包装起来。真正生成的事务代理和使用TransactionProxyFactoryBean生成的基本一致。

最后，总结一下Spring的优点：
◆为不同的事务API提供一致的编程模型，如JTA、JDBC、Hibernate、iBATIS数据库层JDO
◆提供比大多数事务API更简单的、易于使用的编程式事务管理API
◆整合Spring数据访问抽象
◆支持Spring声明式事务管理

❻ 简单叙述spring的编程式事务管理和声明式事务管理两种方式。

程式事务管理：
需要你在代码中手动得到会话，开启事务，提交事务，关闭会话。

声明式事务管理：
现在一般用spring管理事务，在xml中配置好之后，在方法或者类上，使用注解进行声明式事务管理。

详细描述，你可以用你这个问题搜索一下。会有更多详尽的表述

❼ spring事务管理几种方式

Spring提供了许多内置事务管理器实现，常用的有以下几种：

DataSourceTransactionManager（JDBC局部事务），
HibernateTransactionManager（Hibernate事务），
和JtaTransactionManager（JTA全局事务）。

Spring提供了两种事务管理方式：
编程式事务管理和声明式事务管理。
不推荐使用编程式事务管理，推荐使用声明式管理。

推荐两篇文章给你看：
http://blog.csdn.net/edward0830ly/article/details/8703123
这篇写的中规中矩，内容比较齐全。
http://www.cnblogs.com/newsouls/p/3988216.html
这篇写的通俗易懂，入门者看着比较容易。

❽ 什么是spring的编程式事务处理，声明式事务处理

spring支持编程式事务管理和声明式事务管理两种方式。

• 编程式事务使用TransactionTemplate或者直接使用底层的PlatformTransactionManager。对于编程式事务管理，spring推荐使用TransactionTemplate。

• 声明式事务是建立在AOP之上的。其本质是对方法前后进行拦截，然后在目标方法开始之前创建或者加入一个事务，在执行完目标方法之后根据执行情况提交或者回滚事务。声明式事务最大的优点就是不需要通过编程的方式管理事务，这样就不需要在业务逻辑代码中掺杂事务管理的代码，只需在配置文件中做相关的事务规则声明(或通过基于@Transactional注解的方式)，便可以将事务规则应用到业务逻辑中。

显然声明式事务管理要优于编程式事务管理，这正是spring倡导的非侵入式的开发方式。声明式事务管理使业务代码不受污染，一个普通的POJO对象，只要加上注解就可以获得完全的事务支持。和编程式事务相比，声明式事务唯一不足地方是，它的最细粒度只能作用到方法级别，无法做到像编程式事务那样可以作用到代码块级别。但是即便有这样的需求，也存在很多变通的方法，比如，可以将需要进行事务管理的代码块独立为方法等等。

声明式事务管理也有两种常用的方式，一种是基于tx和aop名字空间的xml配置文件，另一种就是基于@Transactional注解。显然基于注解的方式更简单易用，更清爽

❾ Java 编程 ，事务管理的作用

事务就是对一系列的数据库操作进行统一的提交或回滚操作，比如说做一个转账功能，要更改帐户两边的数据，这时候就必须要用事务才能算是严谨的做法。要么成功，要么失败，保持数据一致性。如果中间有一个操作出现异常，那么回滚之前的所有操作。
这样有什么好处呢。
这样可以防止在一些意外(例如说突然断电)的情况下出现乱数据，防止数据库数据出现问题。这边加了钱，那边却还是一样的数，这就完了。要是开放一个网上交易的平台，这样就会出大问题的！
还有其他的一些操作，像是要添加多条数据，如果程序要求必须全部正确才能插入的话，事务又起大作用了。
等等。。。开发中为了避免这种情况一般都会进行事务管理。

在JDBC中是通过Connection对象进行事务管理的，默认是自动提交事务，可以手工将自动提交关闭，通过commit方法进行提交，rollback方法进行回滚，如果不提交，则数据不会真正的插入到数据库中。

Hibernate中是通过Transaction进行事务管理，处理方法与JDBC中类似。

Spring中也有自己的事务管理机制，使用TransactionMananger进行管理，可以通过Spring的注入来完成此功能。