充满生活的味道！

       Struts2第四天，正如预期Struts2的内容还没有讲完，还需要再加一天课。按照正常的授课方式，Struts2在四天内是可以讲完的，但这可能是老张最后一次讲Struts2，所以他要讲得细致些。

       今天的重点内容是Struts2的表单错误信息排版、Struts2中的FreeMark、和Struts2中的UI标签。老张计的比较细致，我做总结就不做的那么细致了。

一、Struts2的表单错误信息排版

       Struts2的表单错误信息排版是一个比较常见的问题，但网给所见到的解决方案似乎并不正统。老张给出了他的解决方法。

       通过之前的学习，我们知道Struts2中的大部分数据交互操作是由ValueStack来完成的。错误信息也是如此。我们在后台使用配置文件校验或硬编码校验，Struts2将错误信息存放在类型为Map的fieldErrors对象中。

       我们可以在页面表单字段的后边添加此错误信息，比如在user.name表单字段后边添加<s:property value="fieldErrors['user.name'][0]"/>，这样错误信息可以显示在对应的字段后边。这是针对我们使用非struts2的ui标签时(使用提html的ui标签)。但这里有一个问题，如果我的表单字段特别的多，难道我要手动为每个字段添加一个这样的错误信息，这多少有些麻烦，而且以后字段有什么变化还需要行动更改...。

       Struts2在各方面都做的非常细致和人性化，Struts2的UI标签等主要是使用FreeMark来实现的。Struts2使用FreeMar来实现模板和主题，那么我们回显表单数据和错误信息也可以使用FreeMark来实现。此时我们的表单需要使用struts-tags提供的标签来定义，然后我们修改它的ftl模板文件。

       下面我们看看一下应该如何修改ftl模板文件，我们以UI标签<s:textarea>为例。Struts2的模板文件存在哪？在Struts2的核心包中的template.xhtml中，textarea.ftl文件内容：

       我们只需修改 controlheader.ftl和controlfooter.ftl即可，难道我们需要修改Struts2核心包中的内容？当然不用，这一点Struts2已经为我们考虑到了。我们将这两个文件解压缩并放到WebRoot目录下的”template/xhtml”目录，必须是xhtml目录。看default.properties文件中的这断配置：

Struts2会先到我们的WebRoot目录搜索相关ftl文件，如果没有才到自己的包中找。

       我们的目标，要使用Struts2的UI标签并将错误信息显示在标签的旁边。所以我们修改这两个文件的内容为：

controlheader.ftl

controlfooter.ftl

至于为什么这么修改，一看便知，我就不多做解释了。

二、Struts2如何使用Freemarker

       Struts2是如何使用Freemarker的？在struts2的核心包中有一个default.properties配置文件，Struts2的默认配置都在这个文件中。有一些配置是开启的有一些配置是关闭的。我们要想打开被关闭的配置可以在struts.xml中，添加<constant name="配置项名" value="配置项值"></constant>元素。

       default.properties中有一个”struts.freemarker.manager.classname=org.apache.struts2.views.freemarker.FreemarkerManager“配置，Struts2是通过FreemarkerManager类来实现对Freemarker的操作的。

       通过查看源代码，我们知道通过调用FreemarkerManager类的buildTemplateModel方法生成一个model对象，然后将这个对象放在ValueStack中提供给Freemarker的引擎使用。model中都包含发哪些数据？Freemark的模板信息自然不用说，它还包含Request、Application、Response等这些在WEB应用中常用到的对象。具体我就不详细列出了，大家可以查看源代码。我们在上边两个模板文件中使用到的 parameters.name也是存储在model中的。

       在此特别提出一个被叫做UIBean的类型，UIBean就是对应Struts2的UI标签的对象实体。比如标签有name、theme、id等数据，这些都会被封装到UIBean中。Freemarker也正是使用这个东东给我们生成了相应该的页面文件。    

三、Struts2中的UI标签

       关于各UI标签的详细使用方式，在此就不做总结了。

       在实际开发中有一个重要的问题需要我们解决，比如有一个选择个人喜好的表单。我们需要通过一个Action的方法(likesUI)将喜好列表提供给页面，可以让用户选择。但在应用提交选择进行表单校验时，用户提交的数据不合法，我们需要重新返回到用户选择的界面。此时，我们需要调用 likesUI，获取列表将数据提供给用户选择的界面。

       我们可以在Action中添加”<result name="input" type="chain">likesUI</result>”，使其发生错误时直接跳转到likesUI，我们也需要在likesUI中添加一个 名称为input的result标签，但这个标签的值不能为likesUI，否则会递归调用，直到缓存溢出。我们应将它的值指定为likesUI.jsp页面。但即使指定了这个页面，Struts2的内部实现方式也不会调用likesUI方法从，不会将数据传递给likesUI.jsp页面，而它直接跳转到likesUI.jsp页面。

       看来我们不能这么做，通过张老师对源代码的详细解析，我们只需要将likesUIAction中的likesUI的方法命名为input()，并只在likeUIAction中添加”<result name="input">/WEB-INF/pages/user/likesUI.jsp</result>“即可。为什么呢？

       在表单校验发生错误并使用 chain进行跳转时，会被chain拦截器给拦截了(ActionChainResult)。然后又会被拦截器validation给拦截了，它再进行表单校验进还是以前的数据，还是会出错然后它就直接跳转到我们指定的页面了。注意配置文件中的validation：

它忽略请求为 input,back,cancel,browse请求路径。所以我们需要将我们的方法名定义为 input()。

       我只是泛泛而结，如果想了解Struts2的更多细节请下载老张的视频看吧！

       最后送给大家一个Struts2开发用例参考模式图：

       1.用户申请注册，打开注册页面。

       2.用户提交注册申请，表单校验错误。

       3.表单校验错误不要跳转到regUser.jsp页面，而是应该跳转到RegUserUI这个Action方法。

       4.用户提交注册申请，表单校验通过。

       5.表单校验通过，调用RegUser这个Action方法进行注册。

       6.注册成功后，不要跳转到list.jsp页面。而是应该调用ListAction这个Action方法。

       7.ListAction获取所有用户信息后，跳转到list.jsp。

       一定要记得老张还有一天的Struts2的课程，下一次课程的重点内容应该是Struts2的文件上传与下载，Struts2的防止表单重复提交，Struts2与Spring、AJAX整合，Struts2的插件。

       接下来的课程内容让我等的好久啊——Android！虽然听学习过的同学们说十分简单，但我还是迫不及待的想Android的一睹真容。我想很多人都是这样吧！那就关注我接下来6天课程的总结日志吧！

spring-security最后一天，今天的主要内容是将需要指定权限才可以访问的资源放到数据库中，脱离applicationContext.xml配置文件。然后我们将近两天学习的srping-security整合到教育办公系统中。

我们继续昨天的内容，将资源文件信息保存到数据库中。

1.applicationContext.xml

将昨天applicationContext.xml“配置SpringSecurity的http安全服务”部分的内容替换为：

这里的objectDefinitionSource是下边的类，cutom-filter是在调用AUTHENTICATION_PROCESSING_FILTER过滤器之前调用FilterSecurityInterceptor。

2.添加数据表

resc表与role表是多对多关系。

1).resc

2).resc_role

3.相关类

要让spring-security可以从数据库中获取相关资源信息，我们必须编写一个实现FactoryBean接口的类。

其中ResourceDetailsService接口的实现类如下：

Spring-security还为我们提供了其他实用的辅助功能，具体的google一下吧！

今日学习版本管理软件——SVN，我在以前的工作中正是使用SVN做为版本管理的。使团队合作更加轻松、方便、快捷。

SVN在当今软件项目开发中占的比重较大，在外国的软件行业中几乎全部使用SVN进行版本管理的。在国内的大中型企业也在使用，可能存在部分小型公司没有使用。

在当今开源的世界中SVN的应用屡见不鲜，今日的课程就是学习如何假设SVN与CVS服务器，还有SVN与CVS的客户端使用。Eclipse的经典更不用说，她真是一个和谐的大家庭！

SVN和CVS的配置在互联网，或其官网“http://www.subversion.org.cn/ ”已经非常全面细至了。

我们平时自己写个项目时，都将代码备份到自己的本地其他逻辑空间中，定期也将代码发到自己的邮箱中备份。但Google为我们提供了免费的代码托管“http://code.google.com/intl/zh-CN/projecthosting/ ”使用起来十分方便！

我十分喜欢Google！

UML，是我在整套课程中比较期盼的内容。虽说是对UML的期盼，更是对CMM标准化项目开发的期盼。软件工程的概念是参照建筑工程等流程提出来的，与建筑工程相同，软件工程需要可行性分析、需求分析、概要设计、详细设计...。建筑需要图纸，软件也需要图纸，设计软件图纸的工具就是UML（统一建模语言）。

到传智播客学习，了解和运用软件工程也是我的重要目标之一。因为我受够了没有经过软件工程标准化开发，而直接编码所带来的痛苦。今日的课程内容比较简单，上课的氛围比较轻松。有机会听徐老师谈一谈国内的软件公司现状。CMM是印度人总结出来的被国际公认并普遍使用的软件工程规范，最高等级应该是CMM5。但十分遗憾的是中国的真正意义上的CMM5等级的这种软件企业并不多，为什么？要搞一个CMM5的认证来，与我们社会中想搞一个学位证书的概念差不多。可想这种卑劣的文化！残害着自己的民族。在这个社会里一切都不会超过人情世故。

我对这种标准化的工程流程十分关注，国内在这方面做的比较好的是大连。但大连是中国最大的软件外包产业，几乎全在为日本工作。所以这种CMM5的高层（设计层）都是由日本人来完成的，中国的“打字员”只需要按照日本人设计的详细文档，把代码敲到电脑里并测试通过就可以了。我们知道编码只是软件开发中的一小部分而已，非常惭愧！

不在其位莫思其事！

老徐说给我们提供UML的课程是为了让大家在以后的工作中能看懂UML图。UML的画图工具很简单，难在你用丰富的经验画出优美的软件框架和详细设计来。

一、软件工程

简要学习一下软件工程，软件工程是由软件危机引起的。软件危机就引起了瀑布模型，从瀑布模型又升级出来RUP来。

一幅美丽的用来形容软件工程问题的漫画：

1.瀑布模型

模型的特点是：

1). 各阶段间具有顺序性和依赖性： 后一阶段工作必须在前一阶段工作完成后才能进行。

2). 质量保证机制的依赖性。即每一步都必须循序渐进，及早消除故障隐患，保证本阶段的工作的质量，从而达到保证整体软件质量的目的。

3). 推迟实现原则。前一阶段工作做的越细， 越扎实，后一阶段工作进行的就越顺利，强调”宁慢求好”。因此，各阶段工作总是一拖再拖，致使整个工期推迟实现。显然瀑布模型不能满足呈爆炸状增长的社会应用需求。

2. 统一软件开发过程：RUP(Rational Unified Process，RUP)

一个通用的软件流程框架， 以架构为中心， 用例驱动的迭代化开发流程。 RUP 是从几千个软件项目的实践经验中总结出来的， 对于实际的项目具有很强的指导意义。RUP 用二维坐标来描述。 横轴通过时间来组织， 是过程展开的生命周期特征， 体现开发过程的动态结构；纵轴以内容来组织， 体现开发过程的静态结构。

有关瀑布模型和RUP的资料网上有很多，在次就不多做总结了。

三、UML

UML(United Modeling Language，统一建模语言)：是一种基于面向对象的可视化建模语言。

UML采用了一组形象化的图形(如类图)符号作为建模语言，使用这些符号可以形象地描述系统的各个方面。

UML通过建立图形之间的各种关系(如类与类之间的关系)来描述模型。

UML中有二类图（共10种）：

1).静态模型图：描述系统的静态结构

类图、对象图、包图、组件图、部署图

2).动态模型图：描述系统行为的各个方面

用例图、时序图、协作图、状态图、活动图。

其中蓝色为重点图例，其他的图例比较少用。

在画图之前我们有必要复习一下类的四种关系：

u 关联关系(association)

u 依赖关系(dependency)

u 泛化关系(generalization)

u 实现关系(realization)

我们在hibernate中有学习到这四种关系，原本我以为那只是在hibernate中使用。没想到在UML中也有，其实这四种关系应该是软件工程中的规范了。那hiberante也是使用了这种规范进行相关开发的，这样可以促进hibernate路线的正确性，这太好了！

我们使用的是IBM的RationalRoseUML设计工具，使用工具具体图画的操作就不说明了。

1.用例图

用例图(Use Case Diagram)： 也称为用户模型图， 是从软件需求分析到最终实现的第一步， 它是从客户的角度来描述系统功能。

用例图包含 3 个基本组件：

1) 参与者(Actor)： 与系统打交道的人或其他系统即使用该系统的人或事物。在UML中参与者用人形图标表示。

2) 用例(Use Case)： 代表系统的某项完整的功能。在UML中使用一个椭圆来表示。

3) 关系： 定义用例之间的关系：

a) 泛化关系：表示同一业务目的(父用例)的不同技术实现(各个子用例)。 在UML中，用例泛化用一个三角箭头从子用例指向父用例。以下是某购物网站为用户提供不同的支付方式。

b) 包含关系：一个用例可以包含其他用例具有的行为， 并把它包含的用例行为作为自身行为的一部分。 在 UML 中包含关系用虚线箭头加 “<<include>>”， 箭头指向被包含的用例。

c) 扩展关系：如果在完成某个功能的时候偶尔会执行另外一个功能， 则用扩展关系表示。在 UML 中扩展关系用虚线箭头加 “<<extend>>”， 箭头指向被扩展的用例。

蓝线部分为：泛化关系。红线部分为：包含关系。绿线部分为：泛化关系。

2.类图

类图是面向对象系统建模中最常用的图，是定义其他图的基础。

类图主要是用来显示系统中的类， 接口以及它们之间的关系。

类图包含的主要元素有类， 接口和关系。 其中关系有关联关系， 泛化关系， 依赖关系和实现关系。 在类图中也可以包含注释和约束。

这里的关系十分重要，我们来一一看一下。

1). 泛化关系（继承关系）：用来表示类与类, 接口与接口之间的继承关系. 泛化关系有时也称为”is a kind of”关系。

2). 实现关系：用来表示类与接口之间的实现关系。

3).依赖关系：比如我们上班需要交通工具，交通工具可以是公交车、私家车、电动车或自行车，步行也可以。这就是一依赖关系，使用某一个对象或对象的方法来完成一种功能。但与它不存在固定对应关系。

4).关联关系：对于两个相对独立的系统，当一个系统的实例与另一个系统的一些特定实例存在固定的对应关系时，这两个系统之间为关联关系。

多对多双向关联，可以自动生成代码哦：

关联关系中有一个难点，上面的图是多对多双向关联。我也可以映射出一对多和多对一的意向关联。但一对多关系中还有聚合关系和组成关系。

聚合关系：是更强形式的关联。强调部分和整体逻辑结构，但不强调生命周期。对应的属性具有get/set方法。例如计算机包含键盘和鼠标，但如果计算机不在了键盘和鼠标可以存。我们也可以为计算机换键盘和鼠标：

UML中组成关系：是更强形式的聚合，不仅强调部分和整体，而且还强调生命周期。仅有get方法。比如人有头和手，如果主体不在了，那么部分肯定也不存在了。也不能更换。

5).导航性：

导航性表示可从源类的任何对象到目标类的一个或多个对象遍历。 即：给定源类的一个对象， 可以得到目标类的所有对象。 可以在关联关系上加上箭头表示导航方向。

只在一个方向上可以导航的关联称为单向关联，用一个带箭头的方向表示; 在两个方向上都可以导航的关联称为双向关联， 用一条没有箭头的实线表示。

3. 时序图

时序图用于描述对象之间的传递消息的时间顺序， 即用例中的行为顺序。

当执行一个用例时， 时序图中的每条消息对应了一个类操作或者引起转换的触发事件。

在 UML 中， 时序图表示为一个二维的关系图， 其中， 纵轴是时间轴， 时间延竖线向下延伸。 横轴代表在协作中各个独立的对象。 当对象存在时， 生命线用一条虚线表示， 消息用从一个对象的生命线到另一个对象的生命线的箭头表示。 箭头以时间的顺序在图中上下排列。

时序图中的基本概念：

对象：时序图中对象使用矩形表示，并且对象名称下有下划线。将对象置于时序图的顶部说明在交互开始时对象就已经存在了。如果对象的位置不在顶部，表示对象是在交互的过程中被创建的。

生命线：生命线是一条垂直的虚线。表示时序图中的对象在一段生命周期内的存在。每个对象底部中心的位置都带有生命线。

消息：两个对象之间的单路通信。从发送方指向接收方。在时序图中很少使用返回消息。

激活：时序图可以描述对象的激活和钝化。激活表示该对象被占用以完成某个任务。钝化指对象处于空闲状态，等待消息。在 UML 中，对象的激活时将对象的生命线拓宽为矩形来表示的。矩形称为计划条或控制期。对象就是在激活条的顶部被激活的。对象在完成自己的工作后被钝化。

对象的创建和销毁：在时序图中， 对象的默认位置是在图的顶部。这说明对象在交互开始之前就已经存在了。如果对象是在交互过程中创建的，那么就应该将对象放到中间部分。如果要撤销一个对象，在其生命线终止点处放置“ X”符号。

5.活动图

活动图就是流程图，但在UML工具中可以加入泳道：

6.状态图

通过建立对象的生存周期模型来描述对象随时间变化的动态行为。比如hibernate中持久化对象的三种状态：临时状态、持久化状态、游离状态。

状态图的基本概念：

状态：用圆角矩形表示。状态名称表示状态的名字，通常用字符串表示。一个状态的名称在状态图所在的上下文中应该是唯一的。

转换：用带箭头的直线表示。一端连着源状态，一端连着目标状态。

初始状态：每个状态图都有一个初始状态。此状态代表状态图的起始位置。初始状态只能作为转换的源，不能作为转换的目标，并且在状态图中只能有一个。初始状态用一个实心圆表示。

终止状态：模型元素的最后状态，是一个状态图的终止点。终止状态在一个状态图中可以有多个。

7．协作图、对象图、包图

不画了，用处不大且非常简单。

8.组件图

组件图用来建立系统中各组件之间的关系，各组件通过功能组织在一起。

Javabean，ejb，jsp都是组件。在UML中，组件使用在左侧有两个小矩形的大矩形来表示。

组件图可以用来设计系统的整体构架：

9.部署图

部署图用来帮助开发者了解软件中的各个组件驻留在什么硬件位置，以及这些硬件之间的交互关系。

节点：用来表示一种硬件，可以是打印机，计算机等。节点的标记符号是一个三维框，在框的左上方包含了节点的名称。

通信关联：节点通过通信关联建立彼此的关系，采用从节点到节点绘制实线来表示关联。

一下子搞出来这么多东西，这么一看UML贯穿软件设计的各个阶段。让人感觉很好！

一定要学好软件工程，努力在工作中总结经验！

练习：实现一个简单顾客管理应用，可以添加顾客、修改顾客、查询顾客和删除顾客。

        数据库：MySQL

        连接池：c3p0

        DAO：DBUtils

        显示层：Sturts1

流程：

要源代码的请联系：jiachangcheng@gmail.com

今天早上去公司把订单处理模块完成了，然后自己在看一些关于Android、JDO、GWT方面的资料。很早以前就关注google推出的这些开源项目，对Google的这种胸怀十分认可，。由于学完了JAVAWEB（还差JAVAMAIL）部分，再加上以前的桌面开发经验，看这些东西感觉好多了，不再恐怖了。

Android开发被做为开发课程的最后一部分，那是十分诱人的。早在1.1的时候，我就下载AndroidSDK，想在上面写点东西，但由于能力有限，所以只跑了他的HelloWord!例子。如今即使自己慢慢去看Android的UI、数据存储、网络…没多大的问题。

同学们的学习劲头十分好，都在相互的问问题，老方没怎么闲着。能把这个小练习搞定，那以前学的知识就没多大问题了，而且十分有成就感（相对WEB新手而言）！老方说这个练习搞定了，以后学习struts框架就没多大问题了，他的意思不是学会怎么去使用struts框架，而是struts框架的实现原理。当然还包括其他的框架。

十分期待后边的大项目，一定要认真学好！

呵呵，休息了哈！~~

         今天一大早去到学校，便开始编写网上商城。写到下午3点多，完成了！感觉十分的好，因为这是自己第一次将所学的WEB知识规整到一起了。做出来的成品，虽然不能拿出来展示（只是个练习，很多校验没加），但已经让我十分开心了。以前为网上商城这个东西还是十分的恐惧，工程显得比较庞大。其实加上了论坛和评论等功能，还是十分庞大的。

         今天写些什么好呢？把工程中的一个难点写出来吧！

         我们在添加书籍的时候可以添加一张书籍的照片，照片是存在硬盘目录里的。而数据库中保存的是照片在硬盘目录中的路径。

1.        如何获取浏览器向服务器端发送过来的图片文件？使用request输入流吗？太麻烦了！Apache组织为我们提供了一个方便的工具——commons-fileupload，它可以很好的解决这一问题。

2.        如何确保，图片的名称不一样？当然是大名鼎鼎的UUID了，生成了一个不重复的随机串就OK了！

我把代码粘贴出来：

然后老方在下午4点钟时，给大家讲解了订单的提交。订单提交是唯一涉及到多表操作的模块，这也是练习的重点。一个多对多的设计方式。如下模块流程图。

看到里边的orderitem和orders表了吧，这就是一个多对多的关系。Orderitem就是中间表，记录订单的的id和书的id，还包含数量和总计字段。这样，添加订单或是查询订单这样操作起来更直观方便些，这就是面向对象的有点。

         订单处理模块中也是首次使用到MVC，以前我认为Servlet就是业务逻辑层，其实不是。Servlet只是个Web层（V）。通过今天老方的讲解，我发现自己并未完全融入面向对象的设计模式，还有些面向过程的东西在影响着我。不过我想，这一点很快就会改变！

         今天的练习确实达到的预期效果，虽然有些同学还未完成。不过，有的同学昨天晚上已经完成了，有的上午已经完成了。卧虎藏龙！我需要向他们好好学习。

         今晚回来时我把老方的工程复制到工作空间里了，结果我的工程名与他相同。晕！幸好我的包名与他不同，只有几个JSP页面的名称与他相同，吓我一跳。我今天尝试着将数据库字段、request和response中的属性名称封装到静态类中，但操作起来十分不方便，比如编写一个SQL语句。在大工程中，这肯定非常有用！

         继续整理工程去…

         加油！

         这个经典的练习项目，已经揭晓——在线商城（图书）！如果能将这个项目搞定，那就没什么问题了。对自己有信心。今天不知写些什么好了，晚上回来本想去写这个项目的。但日志是要坚持完成的，那就把项目框架和流程写出来吧！订单处理这个功能，老方留着明天下午或后天再讲。

一、后台产品录入模块：

二、产品展示模块：

三、产品购买模块：

四、用户模块：

         上画面的图仅代表个人水平，时间问题。老方没有完全按照企业标准化开发流程来进行，因这个练习时间是挤出来的。但标准化开发一直是我认为十分重要的东西，所以今天自己试着画图出来。

         虽然对WEB各方面技术掌握还不熟练，但已经很有感觉了。其实就是叠代码，重要的是要有框架的叠。今天突然的一堆东西压过来，看着老师在一边讲模块，一边写代码，JSP工农与Servlet等，跳来跳去多少感觉有些不适。不过都是以前学过的东西，自己写上来问题不大。今天看着老方写的东西，我个人认为有些东西可以优化出来，比如数据库字段等可以定义为常量。当然老方也不可能讲的太优化了，这样我想那些没多少经验的同学肯定晕了。因为今天的文件十分多！

         好了，我要开始写代码了！

         加油！

（转自：http://user.qzone.qq.com/252796718）

从远古时期至今，铺天盖地全球各地似乎都有“上天的使者”降临人间——神、巫妖、仙…，今天统称为占卜。

中华文明五千年，占卜具体源自何时我也不去查资料了。根据以往的阅读，只知道在远古时期就已经有了，就从伏羲开始说起吧！那时伏羲便开始总结大自然的规律，比如春夏秋冬，二十四节气，一天当中的各时辰，何时耕种、何时收割…，还制作了一些测时、测气的工具。这些科学技术是不会被普遍大众掌握的，所以掌握这些技术的人一般都是天子级人物。在诸子百家争鸣之前，这些技术也一直被皇宫高院内的“囚徒”们掌握着，他们以此告诉人们我是上天下派的“天子”。我可以告诉你们何时该做什么，何时应该怎么做，这也被当时的人们所接受了。他们个人的意图，也被理解为是天意。

在诸子百家争鸣之后，“天子”的烙印依然深深的印在人们的心中。虽然起始的那些科学技术已经变成了常识，但人们似乎并不愿意从科学的角度去理解。儒、墨、道、法等这些百家，依然去使用这些知识，去发挥这些知识。力量切实很大，要不哪来的中华文明。在此就给他们一个统称——易经。我看的易经里，有这意思，一切都是源自易经。我只是简单看看，不去深入研究，在此就把易经做为一个统称吧！这样方便。

本篇主要说占卜。我们知道，易经中有占卜技术。比如，八卦、龟壳、推背图、抽签、星相、面相…。国外的有，塔罗牌、星座…。如此种种，可以测天、测地、测人…测以住、测未来。

我出生并在农村长大，听了多的“大仙”。人们遇事迷惑时，便愿意去“求仙”，也有的正常家庭也愿意去“求仙”。希望这些仙能帮助他们，求个心理上的安慰或幸福吧！我来到城里读书和工作，也遇到大街上，也有自己“开店”的。有穷人去求，也有富人去求。越准的，人越多。这些“仙者”，在咱们这片大地上非常的多。

其实世界各的占卜应该都一样，咱们统分一下。一种是求学求出的仙，一种是自成仙。我在这也不叫他们仙了，给个统称——卜者。

首先来分析一下自成卜者，这些人有什么特点？你会发现，年龄都比较大。当然也有年轻一些的，我见过的至少24岁以上。为什么没有小娃娃成仙的？仙还没长大？哈哈，不是！这些人都比较成熟，有一定的生活经历。你有点茅塞顿开了吗？

首先卜者善细观，要比平常人细致的多。我们知道，表象磁场是原始磁场和核心磁场的表象，所以一个人经历什么，或一个人从什么环境成长，受原始磁场的影响多大？都会影响自身的核心磁场，以表象磁场表现出来。这些卜者正是通过观察人身的表象磁场来判断一个人的以住和未来。因为，一、表象磁场表现出来的肯定有你的过去。二、因为你的过去影响了你的磁场。而你的这些影响，也会驱使你未来是什么样子的。所以，卜者可以通过这些来判断。

唉？即使他们可以细观入微，为什么他们能说的那么准？这就是他们的生活经历了，有些人喜欢细观很多东西，比如大自然中的各种现象，动物，人…。他们观到了你的表象磁场，就拿这些经历和心得往你身上套。因为你身上的表象磁场，与他们见过的十分相近，甚至完全相同。

这正如我们平凡人看人一样，你第一次看到某人。就愿意观察他身上的特质，通过他身上外在的表象，来确定他一个个什么样的人！这下你明白了吧！再举一例，医生可以根据你的神情或者你身体的表象特征，就知道一个人是不是健康的或者生了什么病！

再次从人身具有的特殊能量来分析一下。你见过或听的卜者，是不是女性居多？我是！其一、因为，女性比较心细。其二、因为，女性是个感性的动物。感性？第六感？我把这种特殊能量理解为人身磁场的一种特殊感应能量。人身上所散发出的磁场能量相比普通人，卜者们可以感应的更深一些。他们为什么具有这此感应能量？不应该说他们为什么具有这种能量，而应该为他们身上的这种能量被开发出来了，普通人没有被开发出来。他们为什么会开发出来？他们生活以来就观至入微，喜欢思索，可能是这些习惯导致的吧！还有就是受过某种刺激的人，这些能量也被激发出来了。在此，就不深入研究了。

       然后说一下求学求出的卜者，这个比较多见，也广为被接受。因为这种力量是比较强大的。OK，我们来分析一下。易经中的占卜，它是经历了千年的考验和验证的。前面我们提到过伏羲总结的时令和气象，易经中还有对面相、手相、生辰八字、姓名、风水、星相等这些总结。面相、手相是表象，生辰八字、姓名也代表一种能量场。而且，易经面面具到，哲学思想、科学技术等，这些都提升着它的“身价”！

我们首先从面相、手相分析一下，有听说过面相和手相会变的人吗？一个人生下来是多么漂亮他长大后就一定很漂亮吗？我见过相能变，我见过有些人小时候漂亮，长大就不那么理想了，有些人小时候长相平平，长大却很理想。如果你看过我前些写的文章，你就知道一个真正漂亮人的是什么？面相和手相，只不过是表象磁场，是原始磁场和核心磁场的表象。眼睛是心灵的窗户，那你的面相、手相、表情…就是你磁场的表象。历史的人们去总结这种表象，然后把他们分类。哪些是好的，哪些是不好的？那些表象，是在经历什么情况下产生的，这些表象会在将来发生什么？OK，明白了吗？

再从生辰八字、姓名来分析一下。生辰八字是什么？是时令！我从开篇中便提到，我只是想分析一下人身的磁场。在这里我不得不提到其他磁场来解释时令这个东西。我把宇宙的所有物质都认为是以能量的形式存在的。时令，它代表的能量就多了，比如各星球的轨迹、气温的变化…这些在某个时令下通常发生的能量。正是这些磁场对人出生时的影响，才让人们之间的磁场大不相同。在易经中，人们总结各时令出生的人磁场是什么样子的，未来的走势是什么样子的，现在广为流形的星座占卜也与此相同。一个人出生时，具有原始磁场和核心磁场。这是他们的原型。这些磁场将影响着一个人的未来。所以，我们觉得他怎么算的那么准，呵呵，确实很准，但那都是经验总结。看过星座占卜的人便知，星座讲解的每个是星座的性格与我们差不多，但使用星座具体测算到哪一天，比如今天的运势等，就十分差劲了！

姓名测算，汉字具备的最大特点是什么？是寓意！从象形汉字到现在的简化汉字，每一个字都代表一种意。汉字是最能反应大自然事物的文字。当一个人起了一个名字，这种象意便伴随着他。我们知道，大自然一切事物皆能量。从心理这个角度说，这种象意能量（象意能量指，汉字代表的那个事物的能量。）也影响着一个人的核心磁场。名字伴随着他的时间越长，影响越深！如果说一个人在娘胎里，命运就已经定下来了。那为什么现在还有那些改名字的？为什么易经大师还要给人改名字，而且还让你要深入体会这个好的名字。让他的意深深的印在你的心中，这正是影响你的核心磁场，当这种好的象意深入你的核心磁场后，你的核心磁场发生了变化。核心磁场的变化，引起你的表象磁场也发生了变化。此时，那卜者和易经大师看到你，都说你好！

易经学说，整个世界都在研究。他是咱们伟大的国学！

唉，长城。那应该如何却改变那所谓的“命运”？

OK，我们已经知道。占卜学是从表象磁场分析一个人，那我们就应该去改变表象磁场，只有改变了核心磁场，才会引起表象磁场的改变。比如，前边的改名字就是一种方法。发达国与中国一样，很早就分析这些东西了。最近在国际上兴起的学说，得到了大家的认可——吸引力法则！《秘密》、《神奇的二十四堂课》《心灵的鸡烫》…这些心理学。都是在建设人的核心磁场，中国的儒家思想也是在建设人的核心磁场。去用心多读读这些书吧！

因为，人是脆弱的！某些情况下也是无知的。通过上边的解释，我想你已经明白了。这所谓的“命运”是多么的科学！我希望大家不在迷信，而是从科学的角度去理解。这个课题比较庞大，不能一下子从各个方面分析出来，只能一点一点来！

     咱们共同建设核心磁场吧！勇敢面对人的本性、面对自己的缺点，建立自信等…。这些品质，从古至今一直被提倡和称赞。好了不多说了，还需要学习、工作。

         今日学习的是在Oracle中使用简单的查询语句，与“2009-11-29传智播客 数据库——数据库入门[mysql]”学习的内容差不多，不知写些什么好了。现在学习的都是单表查询，后天应该就开始学习多表操作了。

         Oracle中有个虚拟表“DUAL”，说是虚拟，只是这个表不需要用户创建。在数据库里默认就有的，它有什么用途？用一句话概括一下：只是不是针对某表记录的操作，就需要这个表来完成！比如，打印当前系统时间就需要：“select sysdate from dual”，但在MySQL等数据库中确不需要这样，在MySQL中直接使用“select now();”即可。

         今日老冯讲解的Oracle函数比较简单，但也让我感觉到Oracle的强大。比如说有一个“decode”函数，说是函数更像是“switch catch”语句。老冯有个例子，要按照职位给员工涨工资：

         可见它的强大了吧！下面列一下日期时间与文本互转的格式和数字与文本互转的格式：

期日格式：

         注意：调用TO_DATE函数时，比如TO_DATE(“2009-12-05”,”yyyy-mm-dd”)，其中第二个日期格式字符串必须与第一个参数的时间格式相同。

数字格式控制符：

         其他操作函数，就去下载了个Oracle函数大全吧！操作数据库这些语句，更多的就是练习了，练习的让自己很容易记下来。

         来传智播客学习的这段时间，让我感觉很好，充实了很多。真是物有所值，也搞不懂那些教一些基础知识加点高级内容的培训机构却要1万多。而且还是远程视频授课！真是越垃圾的学校越贵，广告做的真好！课间时，大家有与老冯谈论起大连的软件产业。只要做这行的都知道，大连的软件产业外包是重点，而且这个城市是出了名的收入低消费高。这些到也罢。要命的是，给日本人干活，那真叫苦力！似乎一点动脑子的东西都不愿意让你来做，做这种工作的人应该都不叫程序员吧。应该叫“打字”员，专门按照日本人写的文档来打代码。如果这种工作在中国过多，还到那里去发展什么自己的核心竞争力啊！不过没办法，人家愿意出钱。也有听说，日本人出的一个人月是2-3万人民币，但到程员手中却只有3000-5000元。呵呵！

         无论如何，学习结束后我还是想回到大连。我喜欢那里！

         我对IO流的理解上并没什么问题，但前一片段上课时有经常使用到IO流。发现自己对JAVAIO流没有系统的概念，JAVAIO流的要类是InputStream和OutputStream，这两个类的子类较多，而且还有一部分的包装类。SO，我要对JAVAIO流有一个系统的学习。

JAVA IO 全视图：

InputStream部分：

         InputStream，它是一个抽象类，所示所有输入流的的超类。它包含了输入流的基本操作。

         AudioIntpuStream，音频输入流对应的输出。结合AudioSystem可以实现：

1.        从外部音频文件、流或 URL 获得音频输入流

2.        从音频输入流写入外部文件

3.        将音频输入流转换为不同的音频格式

ByteArrayInputStream，字节数据输入流。字面的翻译。它包含了一个缓冲区，该缓冲区从输入游戏中读取字节。因为数据已经读入到缓冲区中，所以关闭流对它无效，仍然可以调用它的方法而不会抛出异常。

FileInputStream，文件输入流。从文件中获取输入字节，包含对文件流的特殊方法。如果要读取字符流，可以使用FileReader。

PipedInputStream，管道输入流。用于线程间的通讯，但不要在同一个线程中使用管道输入流和输出流，这样可能造成线程死锁。

SequenceInputStream，输入流的逻辑串联。它将多个输入流串联到一起读取。比如它串联了输入流A和B，当读取到A的结尾时，便从B流中接着读取。

StringBufferInputStream，与ByteArrayInputSteam类同，ByteArrayInputStream用于处理字节，而StringBufferInputStream用于处理字符。

ObjectInputStream，Java对象输入流。实现将对象从输入流中读取。比如将ObjectOutputStream与FileOutputStream结合使用，将JAVA对象序列化后保存到文件。然后再使用FileInputStream和ObjectInputStream将文件中被序列化的JAVA对象反序列化回来到程序中。也可以在远程通讯中使用对象流传输JAVA对象，这个比较高级。

FilterInputStream：JDK帮助文档中说它只是简单的重写将所有对输入流的操作传递给它所包含的InputStream输入流。嗯，其实它是一个Decorate模式的超类。从它继承了一些子类，用于提供一些额外的功能，向下看。

         BufferedInputStream，对InputStream增加了缓存功能。以更好的支持mark和reset方法。

CheckedInputStream，校验输入流。可用于验证输入数据的完整性。与Checksum配合使用。

CipherInputStream，解密输入流。与Cipher配合使用。CipherOutputStream是加密输出流。对数据进行加解密使用。

DigestInputStream，摘要输入流。这个比较少见，棱一看JDK手册，不太了解。不过数据摘要是用于安全通讯或数据完整证验证的。哦，它与MessageDigest配合使用，可见JAVA IO设计者的用心！

LineNumberInputStream，行号输入流。此类已过时。它假定输入流是字符流，它调用InputStream的方法并将\n\r统一转换成一个\n。每读到一个换行时，便将行号加1，初始行号为0。此类不深入研究了！

ProgressMonitor，进度监视输入流。用于监视用户读取的进度，如果这个流很大。它会自动弹出进度提示窗口，用户可以点击“Cancel”按钮，取消读取。这个也实JAVAIO给实现了，比较人性化！

PushBackInputStream，推回输入流。就是可以将从输入流中读取的数据，调用unread方法将数据推回到输入流中，也可以将其他数据推进去。JDK手册中举了一个例子说，将标识符字符读取后，可以推回到输入然，然后重复读取，在哪里需要这样的应用呢？

DataInputStream，数据输入流。可以以与机器无关方式从底层输入流中读取基本JAVA数据类型。

InflaterInputStream： 解压缩输入流。解压缩以“deflate”压缩格式的流过滤器。它与Inflater配合使用，Inflater使用流行的ZLIB压缩库。

         GZipInputStream，GZip解压缩输入流。解压缩以“GZip”压缩格式的流过滤器。

         ZipInputStream，Zip解压缩输入流。解压缩以“Zip”压缩格式的流过滤器。

         JarInputStream，Jar解压缩输入流。可以读取Jar文件中的内容。其实Jar的压缩格式就是Zip格式。但它比Zip多了一个Manifest条目。Manifest 可用于存储有关 JAR 文件及其条目的元信息。关于Manifest，可以查看JDK手册。

         OK，OutputStream在此就不一一列出了。因为OutpuStream中子类与InputStream中的子类相对应。但OutpuStream不完全具有与InputStream中的子类对应的类。因为没必要，比如AudioInputStream，没有与之对应的AudioOutputStream，我们需要读取指定格式的音频即可。如果想写出音频数据直接用FileOutputStream即可！        

         Java中还有Writer和Reader两个超类，主要用于处理字符流，这个比较简单就不在此做介绍了。OK！

Today is JDBC高级部分，课程的主要内容有连接池与事务。这都是在应用开发中比较常用，比较重要的。

一、使用配置文件优化JDBCUtil，使用工厂模式隔离DAO层：

昨天有说过将对数据库获取连接和释放的操作单封装到一个类中，如：

import java.sql.*;
import cn.itcast.cc.exception.JDBCUtilException;

/**
 * JDBC工具类
 * 
 * @author Administrator
 * 
 */
public class JDBCUtil {
	// 连接数据库时所需要的参数
	private static String url = "jdbc:mysql://localhost:3306/jdbc";
	private static String username = "root";
	private static String password = "root";
	// 类被加载时就加载驱动
	static {
		try {
			Class.forName("com.mysql.jdbc.Driver");
		} catch (ClassNotFoundException e) {
			e.printStackTrace();
		}
	}

	// 获取连接
	public static Connection getConnection() throws JDBCUtilException {
		try {
			return DriverManager.getConnection(url, username, password);
		} catch (SQLException e) {
			throw new JDBCUtilException(e);
		}
	}

	// 释放连接等资源，下面是一种健康的释放方式
	public static void release(ResultSet rs, Statement sta, Connection conn)
			throws JDBCUtilException {
		if (rs != null) {
			try {
				rs.close();
			} catch (SQLException e) {
				throw new JDBCUtilException(e);
			}
			rs = null;
		}

		if (sta != null) {
			try {
				sta.close();
			} catch (SQLException e) {
				throw new JDBCUtilException(e);
			}
			sta = null;
		}

		if (conn != null) {
			try {
				conn.close();
			} catch (SQLException e) {
				throw new JDBCUtilException(e);
			}
			conn = null;
		}
	}
}

从上面我们看到其中装载数据库驱动和获取数据库连接的代码：

Class.forName("com.mysql.jdbc.Driver"); DriverManager.getConnection(url, username, password);

我们使用了固定的url，它是一个成员。在以后的开发中，如果要使用其他的数据库或者数据库的用户名密码被改变了，我们还需要手动的修改上边的代码，重新编译。这是一种不良的设计方法，为了使我们的代码与数据库分离，我们可以将这些参数配置到配置文件中。这样在需要使用时去读取配置文件中的对应值即可。以后换数据库或更改了用户名，直接修改一下配置文件即可。

昨天有提到过DAO层，DAO层专门用于处理对数据库的CURD操作等，比如，添加用户、查找用户、修改用户、删除用户，我们可以把这些操作封装到一个类中（UserDao.java），它所处位置就是DAO层。比如，用于处理用户注册的Servlet，在这个Servlet中直接实例化一个UserDao对象。然后调用userDaoObj.add(userbean);方法即可实现用户的注册。

如果我想换一种数据存储方式，比如配置文件，我只将用户信息保存在配置文件中。这样我就需要修改UserDao.java，但有时又需要UserDao.java这个功能类怎么办？我只能重新创建一个专门处理配置文件数据的类(UserDaoPro.java)。这样我又需要修改Servlet中的代码，将实例化UserDao的代码修改为实例化UserDaoPro对象。那UserDaoPro与UserDao的接口是不是相同的呢？如果不相同麻烦就大了，JAVA是提倡使用接口编程的，就是为了实现接口的统一化。

可见，上面的这种实现方式是存在问题的。即使接口统一，我们还需要修改Servlet中的代码。此时工厂模式派上了用场，还记得工厂模式吧！是这样的：

1.定义一个UserDao接口，统一对用户操作的接口。

2.定义一个UserDaoFactory的工厂类，专门生产UserDao对象。

3. UserDaoFactory工厂从配置文件中读取实现了UserDao接口的类名称。使用此类生产产品——UserDao对象。

4.在Servlet中使用UserDaoFactory工厂来创建需要的UserDao对象。

这样就实现了DAO层与Servlet的完全分离！完美！

二、数据库连接池：

每当有一个新的连接发生时，数据库就需要创建一个Connection对象来处理连接。访问结束后，Connection对象被释放。数据库创建一个Connection对象，是十分耗时且消耗较大的服务器资源。试想，如果有500个用户同时访问数据库，数据库同时创建500个Connection将会是什么样子！因此，连接池这一技术诞生了。

连接池，在服务器加载WEB应用后。WEB应用会自动创建一个连接池，池中包含多个Connection对象。每当有新的连接请求时，便从这个池中拿出一个Connection对象用于处理连接，使用完成后，便还回给这个池子。下面代码为连接池的实现原理：

import java.io.*;
import java.lang.reflect.*;
import java.sql.*;
import java.util.*;
import javax.sql.DataSource;

/**
 * 自己编写的简单连接池类，单例模式实现。
 * 
 * @author Administrator
 * 
 */
public class JDBCUtil implements DataSource {
	private static LinkedList<Connection> conns = new LinkedList<Connection>();
	private static JDBCUtil myjdbcutil = new JDBCUtil();

	private JDBCUtil() {
		// 取配置文件
		InputStream in = JDBCUtil.class.getClassLoader().getResourceAsStream(
				"cn/itcast/cc/db/myjdbc.properties");
		// 装载配置文件
		Properties pro = new Properties();
		try {
			pro.load(in);
		} catch (IOException e) {
			e.printStackTrace();
		}
		// 取出配置项
		String driver = pro.getProperty("driverClassName");
		String url = pro.getProperty("url");
		String username = pro.getProperty("username");
		String password = pro.getProperty("password");
		int initialSize = Integer.parseInt(pro.getProperty("initialSize"));
		// 加载驱动，填充连接池
		try {
			// 常用的数据库，驱动类被加载时，都会自已加载驱动。
			Class.forName(driver);
			for (int i = 0; i < initialSize; i++) {
				conns.add(DriverManager.getConnection(url, username, password));
			}
		} catch (Exception e) {
			e.printStackTrace();
		}
	}

	// 返回单例的实例
	public static JDBCUtil getInstance() {
		return myjdbcutil;
	}

	public Connection getConnection() throws SQLException {
		if (conns.size() > 0) {
			final Connection conn = conns.pop();
			// 此处需要使用动态代理技术，因为返回的Connection对象在关闭时需要被收回到LinkedList中。
			// 动态代理，增强Connection.colse()方法，将它回收到LinkedList中。但不销毁！
			return (Connection) Proxy.newProxyInstance(JDBCUtil.class
					.getClassLoader(), conn.getClass().getInterfaces(),
					new InvocationHandler() {

						public Object invoke(Object proxy, Method method,
								Object[] args) throws Throwable {
							// 如果是close方法，则将conn回收到List中。
							if (method.getName().equals("close")) {
								conns.push(conn);
								return null;
							}
							return method.invoke(conn, args);
						}
					});
		}
		throw new RuntimeException("服务器忙，请稍后连接！");
	}

}

有很多服务器为用户提供了DataSource（数据源）的实现。DataSource中包含了连接池的实现。也有一些第三方组织单独提供了连接池的实现：DBCP、C3P0。所以，在以后的开发中，我们可以直接使用这些资源。

著名的DBCP比较常用，使用DBCP必须引入Commons-dbcp.jar和Commons-pool.jar。Tomcat中的连接池也是使用DBCP实现的。DBCP的使用非常简单：

import java.io.InputStream;
import java.sql.*;
import java.util.Properties;
import javax.sql.DataSource;
import org.apache.commons.dbcp.BasicDataSourceFactory;

public class DBCPUtil {
	private static DataSource ds = null;
	static {
		try {
			// 取配置文件
			InputStream in = JDBCUtil.class.getClassLoader()
					.getResourceAsStream(
							"cn/itcast/cc/db/dbcpconfig.properties");
			// 装载配置文件
			Properties pro = new Properties();
			pro.load(in);
			// 创建数据源
			ds = BasicDataSourceFactory.createDataSource(pro);
		} catch (Exception e) {
			e.printStackTrace();
		}
	}

	// 获取连接
	public static Connection getConnection() throws SQLException {
		return ds.getConnection();
	}
}

其中的配置文件“dbcpconfig.properties”：

#连接设置 #驱动器 driverClassName=com.mysql.jdbc.Driver #数据库连接URL url=jdbc:mysql://localhost:3306/jdbc #数据库用户名 username=root #数据库密码 password=root #初始连接池数量 initialSize=10 #最大连接数量 maxActive=50 #最大空闲连接 maxIdle=20 #最小空闲连接 minIdle=5 #超时等待时间以毫秒为单位 6000毫秒/1000等于60秒 maxWait=60000 #JDBC驱动建立连接时附带的连接属性属性的格式必须为这样：[属性名=property;] #注意："user" 与 "password" 两个属性会被明确地传递，因此这里不需要包含他们。 connectionProperties=useUnicode=true;characterEncoding=UTF8 #指定由连接池所创建的连接的自动提交（auto-commit）状态。 defaultAutoCommit=true #driver default 指定由连接池所创建的连接的只读（read-only）状态。 #如果没有设置该值，则“setReadOnly”方法将不被调用。（某些驱动并不支持只读模式，如：Informix） defaultReadOnly= #driver default 指定由连接池所创建的连接的事务级别（TransactionIsolation）。 #可用值为下列之一：（详情可见javadoc。）NONE,READ_UNCOMMITTED, READ_COMMITTED, REPEATABLE_READ, SERIALIZABLE defaultTransactionIsolation=READ_UNCOMMITTED

上面是直接使用Apache提供的DBCP实现的连接池，接下来看一下使用JNDI技术在Tomcat中配置连接池，在Tomcat服务的conf\context.xml文件中添加：

<Context> <Resource name="jdbc/datasource" auth="Container" type="javax.sql.DataSource" username="root" password="root" driverClassName="com.mysql.jdbc.Driver" url="jdbc:mysql://localhost:3306/jdbc" maxActive="8" maxIdle="4"/> </Context>

Name: 对象在JNDI容器中的名称。

Auth：所使用的容器。

Type：对象类型。

Username：数据库用户名。

Password：数据库密码。

driverClassName：数据库驱动类。

url：连接数据库的URL。

maxActive：最大连接数。

maxIdle：最大空闲连接数。

注意其中的数据库驱动，对应的jar包必须放置到Tomcat目录下的lib目录中。这样服务器才能找得到。

在WEB应用中获取数据库连接的代码：

// 初始化JNDI环境 Context initCtx = new InitialContext(); // 获取JNDI容器 Context envCtx = (Context) initCtx.lookup("java:comp/env"); // 获取数据源 DataSource dataSource = (DataSource)envCtx.lookup("jdbc/datasource"); // 获取数据库连接 dataSource.getConnection();

JNDI是一个对象容器，服务器根据配置文件提供的信息。创建这些对象，并按照指定的名称保存在容器中。WEB应用，无论在何处都可以根据名称获取在JNDI容器中的对象。

三、数据库事务管理：

什么是事务？老方有这样的面试题。事务指逻辑上的一组操作，这组操作要不全部生效，要不全部失效。在控制台中操作事务的命令：

start transaction 开启事务 Rollback 回滚事务 Commit 提交事务 set transction isolation level 设置事务隔离级别 select @@tx_isolation 查询当前事务隔离级别

事务的特性（ACID），这在面试中是比较常见的。老方一再强调，一定要记下来！OK，让我们看一看。

事务的原子性（Automicity），它更像是事务的定义。就是逻辑上的一组操作，不可分割，要么全部生效，要么全部失效。

事务的一致性（Consistency），老方的PPT有中说：事务必须使数据库从一个一致性状态变换到另外一个一致性状态。比如，银行转账，A-B。A账户中减少100元，B帐户中增加一百元。这看起来比较好理解，但让我有点疑问的是，如果从数据库中删除一个用户呢？难道不用事务处理吗？所以我对这个一致性的理解除了老方说的，还有只要事务处理符合正确的逻辑，就是一致性。

隔离性（Isolation），如果多个用户同时访问数据库，同时访问一张表。这样会造成一些访问错误，所以有了隔离性这一定义。将多个并发事务之间要相互隔离。

持久性（Durability），事务一旦被提交，它对数据库中数据的改变是永久性的，无论其他操作或数据库故障不会对它有任何影响。

在JDBC中使用事务的语句：

// 开启事务 conn.setAutoCommit(false); // 回滚事务 conn.rollback(); // 提交事务 conn.commit(); // ... // 设置保存点 sp = conn.setSavepoint(); // 回滚到指定保存点 conn.rollback(sp);

方老师使用了一个经典的案例，来讲解事务处理——银行转账系统！

例，用户A转账10000元给用户B。应该是A账户中减少10000元，B账户中增加10000元。那么在A提交了10000元后，数据库发生问题（比如断电），那B帐户增加10000元的语句还没有执行。使用事务可以很好解决这一问题：

1. 开启事务

2. A帐户减少10000元

3. 中间发生错误，回滚事务

4. B帐户增加10000元

5. 提交事务

OK，在上同这一过程中，如果没有执行到第5步。数据库的内容就不会发生改变。在此有必要解释一下回滚事务，回滚事务在提交事务后执行没有什么效果，回滚事务在提交事务之前执行，会擦除在开启事务之后执行的SQL语句。

上面是针对单一事务进行的处理，在并发事务中会遇到一些问题。设置事务的隔离级别可以很好的解决这一问题。

首先我们来看一下并发事务容易产生的问题：

脏读：

例，用户A账户减少10000元，用户B账户增加了10000元，但A还没有提交事务。此时，B去查询它的账户发现A已经给自己转账了10000元。然后，A回滚了事务。B被A给骗了，这就是脏读，B读到的是未提交的数据。我虽对数据库事务的实现原理不了解（事务是通过日志处理的），我打个比方就更好理解这一原因了。数据库对所有用户维护了一个虚表，在开启事务中，提交事务前对数据的修改，都是修改的虚表，用户查询的也是虚表的内容，当执行了提交事务操作后，将虚表中被修改的内容保存到数据库。实际技术细节就不深入了！

不可重复读：

例，用户A原账户内容为100万元，此时银行将数据显示到电脑屏幕和保存到文件中。银行工作人员在电脑屏幕上看到的是100万元，但此时，用户A向账户里又存了100万元。结果保存到文件的是200万元。到是100万元还是200万元？工作人员有些迷惑。与脏读相反的是，脏读是读取了前一事务未提交的数据，不可重复读读取的是前一事务提交了的事务。注意，不可重复读针对的是某一记录！

虚读：

例，银行要统计A的报表。A的账户中有200万元，屏幕上报表显示的总额是200万元，此时，用户A向账户中又存入了100万元。报表打印出来的总额就是300万元。工作人员一对比，到底哪个是正确的？注意，虚读针对的是整个表。

不可重复读和虚读，有点难理解。这看起来不是什么问题，如果发生这一问题，工作人员就刷新一下表呗！如果工作人员处理的是1万个用户的报表，同时不幸运的是这1万个用户都发生了虚读的问题。那工作人员能受了吗？你可能还会说那就以打印的报表为准呗！问题是，可能屏幕上的那个才是正确的，这样就要重新打印报表。所以为了使问题得以简单的解决，事务的隔离性发挥了它的作用！

处理上边的三种并发事务产生的问题，数据库定义了四种隔离级别：

Serializable：可避免脏读、不可重复读、虚读情况的发生。 Repeatable read：可避免脏读、不可重复读情况的发生。 Read committed：可避免脏读情况发生。 Read uncommitted：最低级别，以上情况均无法保证。

Serializable，最高安全级别。设置了此级别，当一个事务访问了某一表时，此表就会被封死。其他事务对此表的访问就会被挂起，直到上一事务提交后才执行一个事务。OK，这看起来十分容易理解。

Repeatable read，让我再小深入一下，当每个事务线程访问同一表时，数据库针对每个线程维护了一张虚拟表。此时各线程看到的都是原始的数据内容，对表数据的修改相互不发生影响，即使事务被提交了。数据库可能为每个线程维护了一张虚拟表吗？当然不可以，我想这只是为了便于理解。技术细节不深入研究！

Read committed，数据库对每个用户的查询显示的都是原始内容（真实内容）。如果某些用户对此表的事务没有提交就不会影响原始内容。所以其他用户查看到的都是原始内容或提交了的数据内容。

Read uncommitted，这个就不多说了。

今天的内容也就事务的隔离性有些难度吧！一般也不会去用那最高安全级别，这一级别在银行中比较常用。

正如老方所说，是不是感觉越学越简单了！确实如此，我想大家应该也对此有感觉。不知不觉明天又休息了！

加油！