本文目录一览：
java事务相关
Java中的事务处理
一般情况下，J2EE应用服务器支持JDBC事务、JTA（JavaTransactionAPI）事务、容器管理事务。一般情况下，最好不要在程序中同时使用上述三种事务类型，比如在JTA事务中嵌套JDBC事务。第二方面，事务要在尽可能短的时间内完成，不要在不同方法中实现事务的使用。下面我们列举两种事务处理方式。
1、JavaBean中使用JDBC方式进行事务处理
在JDBC中怎样将多个SQL语句组合成一个事务呢？在JDBC中，打开一个连接对象Connection时，缺省是auto-commit模式，每个SQL语句都被当作一个事务，即每次执行一个语句，都会自动的得到事务确认。为了能将多个SQL语句组合成一个事务，要将auto-commit模式屏蔽掉。在auto-commit模式屏蔽掉之后，如果不调用commit()方法，SQL语句不会得到事务确认。在最近一次commit()方法调用之后的所有SQL会在方法commit()调用时得到确认。
publicintdelete(intsID){
dbc=newDataBaseConnection();
Connectioncon=dbc.getConnection();
try{
con.setAutoCommit(false);//更改JDBC事务的默认提交方式
dbc.executeUpdate("deletefrombylawwhereID="+sID);
dbc.executeUpdate("deletefrombylaw_contentwhereID="+sID);
dbc.executeUpdate("deletefrombylaw_affixwherebylawid="+sID);
con.commit();//提交JDBC事务
con.setAutoCommit(true);//恢复JDBC事务的默认提交方式
dbc.close();
return1;
}
catch(Exceptionexc){
con.rollBack();//回滚JDBC事务
exc.printStackTrace();
dbc.close();
return-1;
}
}
2、SessionBean中的JTA事务
JTA是事务服务的J2EE解决方案。本质上，它是描述事务接口（比如UserTransaction接口，开发人员直接使用该接口或者通过J2EE容器使用该接口来确保业务逻辑能够可靠地运行）的J2EE模型的一部分。JTA具有的三个主要的接口分别是UserTransaction接口、TransactionManager接口和Transaction接口。这些接口共享公共的事务操作，例如commit()和rollback()，但是也包含特殊的事务操作，例如suspend()，resume()和enlist()，它们只出现在特定的接口上，以便在实现中允许一定程度的访问控制。例如，UserTransaction能够执行事务划分和基本的事务操作，而TransactionManager能够执行上下文管理。
应用程序可以调用UserTransaction.begin()方法开始一个事务，该事务与应用程序正在其中运行的当前线程相关联。底层的事务管理器实际处理线程与事务之间的关联。UserTransaction.commit()方法终止与当前线程关联的事务。UserTransaction.rollback()方法将放弃与当前线程关联的当前事务。
publicintdelete(intsID){
DataBaseConnectiondbc=null;
dbc=newDataBaseConnection();
dbc.getConnection();
UserTransactiontransaction=sessionContext.getUserTransaction();//获得JTA事务
try{
transaction.begin();//开始JTA事务
dbc.executeUpdate("deletefrombylawwhereID="+sID);
dbc.executeUpdate("deletefrombylaw_contentwhereID="+sID);
dbc.executeUpdate("deletefrombylaw_affixwherebylawid="+sID);
transaction.commit();//提交JTA事务
dbc.close();
return1;
}
catch(Exceptionexc){
try{
transaction.rollback();//JTA事务回滚
}
catch(Exceptionex){
//JTA事务回滚出错处理
ex.printStackTrace();
}
exc.printStackTrace();
dbc.close();
return-1;
}
}
java事务同一个方法里的生效吗
不生效。java事务同一个方法里的不生效。因为在对象内部调用不会生效。事务是访问数据库的一个操作序列，数据库应用系统通过事务集来完成对数据库的存取。事务的正确执行使得数据库从一种状态转换成另一种状态。
在java中，“事务”选项有什么用？
一、什么是Java事务 \x0d\x0a 通常的观念认为，事务仅与数据库相关。 \x0d\x0a 事务必须服从ISO/IEC所制定的ACID原则。ACID是原子性（atomicity）、一致性（consistency）、隔离性 \x0d\x0a（isolation）和持久性（durability）的缩写。事务的原子性表示事务执行过程中的任何失败都将导致事务所做的任何修改失效。一致性表示\x0d\x0a \x0d\x0a当事务执行失败时，所有被该事务影响的数据都应该恢复到事务执行前的状态。隔离性表示在事务执行过程中对数据的修改，在事务提交之前对其他事务不可见。持\x0d\x0a 久性表示已提交的数据在事务执行失败时，数据的状态都应该正确。 \x0d\x0a 通俗的理解，事务是一组原子操作单元，从数据库角度说，就是一组SQL指令，要么全部执行成功，若因为某个原因其中一条指令执行有错误，则撤销先前执行过的所有指令。更简答的说就是：要么全部执行成功，要么撤销不执行。 \x0d\x0a 既然事务的概念从数据库而来，那Java事务是什么？之间有什么联系？ \x0d\x0a 实际上，一个Java应用系统，如果要操作数据库，则通过JDBC来实现的。增加、修改、删除都是通过相应方法间接来实现的，事务的控制也相应转移到Java程序代码中。因此，数据库操作的事务习惯上就称为Java事务。 \x0d\x0a 二、为什么需要事务 \x0d\x0a 事务是为解决数据安全操作提出的，事务控制实际上就是控制数据的安全访问。具一个简单例子：比如银行转帐业务，账户A要将自己账户上的1000元 \x0d\x0a转到B账户下面，A账户余额首先要减去1000元，然后B账户要增加1000元。假如在中间网络出现了问题，A账户减去1000元已经结束，B因为网络中\x0d\x0a \x0d\x0a断而操作失败，那么整个业务失败，必须做出控制，要求A账户转帐业务撤销。这才能保证业务的正确性，完成这个操走就需要事务，将A账户资金减少和B账户资\x0d\x0a 金增加方到一个事务里面，要么全部执行成功，要么操作全部撤销，这样就保持了数据的安全性。 \x0d\x0a 三、Java事务的类型 \x0d\x0a Java事务的类型有三种：JDBC事务、JTA(Java Transaction API)事务、容器事务。 \x0d\x0a 1、JDBC事务 \x0d\x0a JDBC 事务是用 Connection 对象控制的。JDBC Connection 接口( java.sql.Connection )提供了两种事务模式：自动提交和手工提交。 java.sql.Connection 提供了以下控制事务的方法： \x0d\x0a public void setAutoCommit(boolean) \x0d\x0a public boolean getAutoCommit() \x0d\x0a public void commit() \x0d\x0a public void rollback() \x0d\x0a 使用 JDBC 事务界定时，您可以将多个 SQL 语句结合到一个事务中。JDBC 事务的一个缺点是事务的范围局限于一个数据库连接。一个 JDBC 事务不能跨越多个数据库。 \x0d\x0a 2、JTA(Java Transaction API)事务 \x0d\x0a JTA是一种高层的，与实现无关的，与协议无关的API，应用程序和应用服务器可以使用JTA来访问事务。 \x0d\x0a JTA允许应用程序执行分布式事务处理_在两个或多个网络计算机资源上访问并且更新数据，这些数据可以分布在多个数据库上。JDBC驱动程序的JTA支持极大地增强了数据访问能力。 \x0d\x0a 如果计划用 JTA 界定事务，那么就需要有一个实现 javax.sql.XADataSource 、 \x0d\x0ajavax.sql.XAConnection 和 javax.sql.XAResource 接口的 JDBC \x0d\x0a驱动程序。一个实现了这些接口的驱动程序将可以参与 JTA 事务。一个 XADataSource 对象就是一个 XAConnection \x0d\x0a对象的工厂。 XAConnection s 是参与 JTA 事务的 JDBC 连接。 \x0d\x0a 您将需要用应用服务器的管理工具设置 XADataSource 。从应用服务器和 JDBC 驱动程序的文档中可以了解到相关的指导。 \x0d\x0a J2EE 应用程序用 JNDI 查询数据源。一旦应用程序找到了数据源对象，它就调用 javax.sql.DataSource.getConnection() 以获得到数据库的连接。 \x0d\x0a XA 连接与非 XA 连接不同。一定要记住 XA 连接参与了 JTA 事务。这意味着 XA 连接不支持 JDBC \x0d\x0a的自动提交功能。同时，应用程序一定不要对 XA 连接调用 java.sql.Connection.commit() 或者 \x0d\x0ajava.sql.Connection.rollback() 。相反，应用程序应该使用 UserTransaction.begin()、 \x0d\x0aUserTransaction.commit() 和 serTransaction.rollback() 。 \x0d\x0a 3、容器事务 \x0d\x0a 容器事务主要是J2EE应用服务器提供的，容器事务大多是基于JTA完成，这是一个基于JNDI的，相当复杂的API实现。相对编码实现JTA事 \x0d\x0a务管理，我们可以通过EJB容器提供的容器事务管理机制（CMT）完成同一个功能，这项功能由J2EE应用服务器提供。这使得我们可以简单的指定将哪个方\x0d\x0a 法加入事务，一旦指定，容器将负责事务管理任务。这是我们土建的解决方式，因为通过这种方式我们可以将事务代码排除在逻辑编码之外，同时将所有困难交给\x0d\x0a J2EE容器去解决。使用EJB CMT的另外一个好处就是程序员无需关心JTA API的编码，不过，理论上我们必须使用EJB。 \x0d\x0a 四、三种事务差异 \x0d\x0a 1、JDBC事务控制的局限性在一个数据库连接内，但是其使用简单。 \x0d\x0a 2、JTA事务的功能强大，事务可以跨越多个数据库或多个DAO，使用也比较复杂。 \x0d\x0a 3、容器事务，主要指的是J2EE应用服务器提供的事务管理，局限于EJB应用使用。 \x0d\x0a 五、总结 \x0d\x0a 事务控制是构建J2EE应用不可缺少的一部分，合理选择应用何种事务对整个应用系统来说至关重要。一般说来，在单个JDBC \x0d\x0a连接连接的情况下可以选择JDBC事务，在跨多个连接或者数据库情况下，需要选择使用JTA事务，如果用到了EJB，则可以考虑使用EJB容器事务。\x0d\x0a\x0d\x0a如果满意请及时采纳，谢谢~
java中的事务
如果你用Spring框架，Spring中可以实现事务管理，在spring 配置文件中配置事务管理器，也可以使用Spring注解式事务，在方法上加上@Transactional注解。
@Transactional
public void save() {
//你的代码逻辑
}
如果没有使用Spring框架，可以用JDBC处理事务，如下：
try{
con.setAutoCommit(false);//开启事务 ......
con.commit();//try的最后提交事务
} catch（） {
con.rollback();//回滚事务
}
JAVA事务的特性有哪些?
ACID特征
Atomic原子性、Consistency一致性、Isolation隔离性和Durability持久性。
原子性：指整个事务是不可以分割的工作单元。只有事务中所有的操作执行成功，才算整个事务成功，事务中任何一个SQL语句执行失败，那么已经执行成功的SQL语句也必须撤销，数据库状态应该回到执行事务前的状态。
一致性：指数据库事务不能破坏关系数据的完整性以及业务逻辑上的一致性。例如对于银行转账事务，不管事务成功还是失败，应该保证事务结束后两个转账账户的存款总额是与转账前一致的。
隔离性：指的是在并发环境中，当不同的事务同时操纵相同的数据时，每个事务都有各自的完整数据空间。
持久性：指的是只要事务成功结束它对数据库所做的更新就必须永久保存下来。即使发生系统崩溃，重新启动数据库系统后，数据库还能恢复到事务成功结束时的状态。
java中多个事务公用一个连接吗
spring事务
数据库事务、连接与java线程之间的关系
最近在处理事务和多线程时，比较困扰数据库事务，数据库连接以及java线程之间的关系。
问题1：事务和连接的关系？
回答：对于数据库事务来说先有一个连接，才能有事务，一个连接里可以有一次或多次事务的提交（自动提交或者手动提交）。对于java中的被transactional注解方法来说，这个被事务管理的方法中可能会使用多个连接。例如一个事务方法里嵌套一个propagation=required的事务方法时，外方法用一个连接，嵌套的方法用一个连接，并且是两个不同的事务。
问题2：连接和线程的关系？
回答：从debug代码看来，一个线程中有去操作数据库，就会去CP获取一个数据库连接，如果此时CP中没有连接可用，就会等待，直到有连接为止。
问题3：一个事务中（transactional注解的方法内）如果开启了多个线程去执行其他的插入操作，那么每个线程执行的插入操作，和线程的caller方法中的插入操作是同一个事务吗？
回答：不是同一个事务
解析：
1.如下图，一个transactional 注解的方法内，先做一次插入操作，接着开了3个线程去分别处理插入任务
2.执行结果通过看debug日志可看出，在执行testTransAndConnection方法时获取了一个数据库连接，并开启了一个事务，并把事务设置为手动提交，然后进行插入操作，插入操作完成，就call起三个线程并且准备着手提交主方法里的事务了。
3.每个线程是创建了不同的sqlsession 去处理的，这里用的连接却都还是主方法释放的那个连接（这里都是同一个连接的原因是由于服务起来后，第一次去请求应用，此时数据库连接池还没有初始化完毕，池子里只有刚刚初始化好的一个连接，其他的连接还没来的及初始化出来，所以这里几个线程的操作其实是大家都在等待并争用那唯一的一个数据库连接。等CP初始化完毕，如果再次触发一次请求就会发现：每个线程的sqlsession都是不同的连接）
