📄 transactions.html
字号:
<html><head> <meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1"> <title>第 12 章 事务和并发</title><link rel="stylesheet" href="../shared/css/html.css" type="text/css"><meta name="generator" content="DocBook XSL Stylesheets V1.65.1"><link rel="home" href="index.html" title="HIBERNATE - 符合Java习惯的关系数据库持久化"><link rel="up" href="index.html" title="HIBERNATE - 符合Java习惯的关系数据库持久化"><link rel="previous" href="objectstate.html" title="第 11 章 与对象共事"><link rel="next" href="events.html" title="第 13 章 
 拦截器与事件(Interceptors and events)
 "></head><body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF"><div class="navheader"><table width="100%" summary="Navigation header"><tr><th colspan="3" align="center">第 12 章 事务和并发</th></tr><tr><td width="20%" align="left"><a accesskey="p" href="objectstate.html">上一页</a> </td><th width="60%" align="center"> </th><td width="20%" align="right"> <a accesskey="n" href="events.html">下一页</a></td></tr></table><hr></div><div class="chapter" lang="zh-cn"><div class="titlepage"><div><div><h2 class="title"><a name="transactions"></a>第 12 章 事务和并发</h2></div></div><div></div></div><p> Hibernate的事务和并发控制很容易掌握。Hibernate直接使用JDBC连接和JTA资源,不添加任何附加锁定 行为。我们强烈推荐你花点时间了解JDBC编程,ANSI SQL查询语言和你使用 的数据库系统的事务隔离规范。Hibernate只添加自动版本管理,而不会锁 定内存中的对象,也不会改变数据库事务的隔离级别。基本上,使用 Hibernate就好像直接使用JDBC(或者JTA/CMT)来访问你的数据库资源。 </p><p> 除了自动版本管理,针对行级悲观锁定,Hibernate也提供了辅助的API,它使用了 <tt class="literal">SELECT FOR UPDATE</tt>的SQL语法。本章后面会讨论这个API。 </p><p> 我们从<tt class="literal">Configuration</tt>层、<tt class="literal">SessionFactory</tt>层, 和 <tt class="literal">Session</tt>层开始讨论Hibernate的并行控制、数据库事务和应用 程序的长事务。 </p><div class="sect1" lang="zh-cn"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="transactions-basics"></a>12.1. Session和事务范围(transaction scopes)</h2></div></div><div></div></div><p> 一个<tt class="literal">SessionFactory</tt>对象的创建代价很昂贵,它是线程安全的对象,它被设计成可以 为所有的应用程序线程所共享。它只创建一次,通常是在应用程序启动的时候,由一个 <tt class="literal">Configuraion</tt>的实例来创建。 </p><p> 一个<tt class="literal">Session</tt>的对象是轻型的,非线程安全的,对于单个业务进程,单个的 工作单元而言,它只被使用一次,然后就丢弃。只有在需要的时候,<tt class="literal">Session</tt> 才会获取一个JDBC的<tt class="literal">Connection</tt>(或一个<tt class="literal">Datasource</tt>) 对象。所以你可以放心的打开和关闭<tt class="literal">Session</tt>,甚至当你并不确定一个特定的请 求是否需要数据访问时,你也可以这样做。(一旦你实现下面提到的使用了请求拦截的模式,这就 变得很重要了。 </p><p> 此外我们还要考虑数据库事务。数据库事务应该尽可能的短,降低数据库锁定造成的资源争用。 数据库长事务会导致你的应用程序无法扩展到高的并发负载。 </p><p> 一个操作单元(Unit of work)的范围是多大?单个的Hibernate <tt class="literal">Session</tt>能跨越多个 数据库事务吗?还是一个<tt class="literal">Session</tt>的作用范围对应一个数据库事务的范围?应该何时打开 <tt class="literal">Session</tt>,何时关闭<tt class="literal">Session</tt>?,你又如何划分数据库事务的边界呢? </p><div class="sect2" lang="zh-cn"><div class="titlepage"><div><div><h3 class="title"><a name="transactions-basics-uow"></a>12.1.1. 操作单元(Unit of work)</h3></div></div><div></div></div><p> 首先,别再用<span class="emphasis"><em>session-per-operation</em></span>这种反模式了,也就是说,在单个线程中, 不要因为一次简单的数据库调用,就打开和关闭一次<tt class="literal">Session</tt>!数据库事务也是如此。 应用程序中的数据库调用是按照计划好的次序,分组为原子的操作单元。(注意,这也意味着,应用程 序中,在单个的SQL语句发送之后,自动事务提交(auto-commit)模式失效了。这种模式专门为SQL控制台操作设计的。 Hibernate禁止立即自动事务提交模式,或者期望应用服务器禁止立即自动事务提交模式。) </p><p> 在多用户的client/server应用程序中,最常用的模式是 <span class="emphasis"><em>每个请求一个会话(session-per-request)</em></span>。 在这种模式下,来自客户端的请求被发送到服务器端(即Hibernate持久化层运行的地方),一 个新的Hibernate <tt class="literal">Session</tt>被打开,并且执行这个操作单元中所有的数据库操作。 一旦操作完成(同时发送到客户端的响应也准备就绪),session被同步,然后关闭。你也可以使用单 个数据库事务来处理客户端请求,在你打开<tt class="literal">Session</tt>之后启动事务,在你关闭 <tt class="literal">Session</tt>之前提交事务。会话和请求之间的关系是一对一的关系,这种模式对 于大多数应用程序来说是很棒的。 </p><p> 真正的挑战在于如何去实现这种模式:不仅<tt class="literal">Session</tt>和事务必须被正确的开始和结束, 而且他们也必须能被数据访问操作访问。用拦截器来实现操作单元的划分,该拦截器在客户端请求达到服 务器端的时候开始,在服务器端发送响应(即,<tt class="literal">ServletFilter</tt>)之前结束。我们推荐 使用一个<tt class="literal">ThreadLocal</tt> 变量,把 <tt class="literal">Session</tt>绑定到处理客户端请求的线 程上去。这种方式可以让运行在该线程上的所有程序代码轻松的访问<tt class="literal">Session</tt>(就像访问一 个静态变量那样)。你也可以在一个<tt class="literal">ThreadLocal</tt> 变量中保持事务上下文环境,不过这依赖 于你所选择的数据库事务划分机制。这种实现模式被称之为 <span class="emphasis"><em>ThreadLocal Session</em></span>和 <span class="emphasis"><em>Open Session in View</em></span>。你可以很容易的扩展本文前面章节展示的 <tt class="literal">HibernateUtil</tt> 辅助类来实现这种模式。当然,你必须找到一种实现拦截器的方法,并 且可以把拦截器集成到你的应用环境中。请参考Hibernate网站上面的提示和例子。 </p></div><div class="sect2" lang="zh-cn"><div class="titlepage"><div><div><h3 class="title"><a name="transactions-basics-apptx"></a>12.1.2. 应用程序事务(Application transactions)</h3></div></div><div></div></div><p> session-per-request模式不仅仅是一个可以用来设计操作单元的有用概念。很多业务处理流程都需 要一系列完整的和用户之间的交互,即用户对数据库的交叉访问。在基于web的应用和企业 应用中,跨用户交互的数据库事务是无法接受的。考虑下面的例子: </p><div class="itemizedlist"><ul type="disc"><li><p> 在界面的第一屏,打开对话框,用户所看到的数据是被一个特定的 <tt class="literal">Session</tt> 和数据 库事务载入(load)的。用户可以随意修改对话框中的数据对象。 </p></li><li><p> 5分钟后,用户点击“保存”,期望所做出的修改被持久化;同时他也期望自己是唯一修改这个信息的人,不会出现 修改冲突。 </p></li></ul></div><p> 从用户的角度来看,我们把这个操作单元称为<span class="emphasis"><em>应用程序长事务</em></span>(application transaction)。 在你的应用程序中,可以有很多种方法来实现它。
⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -