模式与框架.doc

第1页 共78页 模式与框架模式与框架 JavaJava EEEE设计与开发设计与开发 第2页 共78页 目录 第第1 1章章 模式与框架介绍模式与框架介绍 2 2 1 1 什么是模式 2 1 2 什么是框架 3 1 3 模式与框架的区别 3 1 4 架构模式 3 1 5 Java EE核心模式 4 1 6 GOF模式 6 第第2 2章章 数据层框架与模式数据层框架与模式 7 7 2 1 示例 7 2 2 使用模式 9 2 3 使用设计原则 16 2 4 数据层框架 21 2 5 调用 29 第第3 3章章 业务层框架与模式业务层框架与模式 3030 第第4 4章章 表现层框架与模式表现层框架与模式 3030 第第5 5章章 MVCMVC框架与应用框架与应用 3131 第3页 共78页 第第1章章 模式与框架介绍模式与框架介绍 1 1 1 1 什么是模式什么是模式 模式就是解决问题的方法论 每一种模式都描述了解决某一类问题的最佳方法 至少 到目前为止是 模式是理论与实践相结合而总结出来的最有效的解决方案 它将随着技 术的发展而不断创新 不断完善 所以旧的模式会发现不再适用 而新的模式会出现 模式在各个应用领域都有 譬如在建筑设计中 模式最为常见 如将门安装在距离墙 角落 120 公分处 窗户与栏杆的高度在 90 公分左右 长高宽为 300 的模数等 同理 软 件设计中 模式也是层出不穷 大量的架构模式 创建模式 结构模式 行为模式 表 现层模式 业务层模式 数据层模式等等 1 2 1 2 什么是框架什么是框架 就是一组组件 类或接口构成的半成品 仅完成了某些基本功能 譬如日志 安全性 数据访问等 但需要在此基础上进行业务开发 最终构成一个可用的业务系统 基于框 架的开发可以节省大量的精力而致力于系统的业务逻辑设计 譬如在建筑领域 屋架 梁柱就是一个典型的框架 是一个半成品 屋架的作用是 承重 但不能遮风挡雨 必须在上面盖瓦或铺设覆盖物 形成屋顶 才能具备完整的功 能 粮柱的其本作用是划分空间 承受垂直与横向的压力 但不具备封闭空间 隔声的 效果 尚待在柱间砌筑墙体 在梁间铺设楼板才能居住 在软件开发中 框架仅提供了部分通用的功能 还必须经过业务的填充 才能形成一 个功能齐全的业务系统 1 3 1 3 模式与框架的区别模式与框架的区别 从规模上讲 模式专注于微观层面的分析与设计 而框架着眼于宏观的构造 从实现的角度看 模式只是一种解决问题的方法 一个解决方案 而框架却是一个实 现这种方案的具体的产品 有着实际的功效与作用 从关系上讲 模式是框架的理论基础 多个模式的实现构成了一个框架 框架是模式 的具体实现 一个局部或全局的框架 一般都要用到模式 既然是框架 本身就表示它是一种好的通用的产品 怎么体现它是好的呢 模式恰好 证明了它是解决某一类问题的最好的解决方案 所以说 没有用到模式的框架 将不是 一个良好的可用的框架 1 4 1 4 架构模式架构模式 第4页 共78页 专注于体系结构宏观的组成与创建 而不注重其细节 譬如建筑设计中常用的体系结 构模式有 低层建筑采用砖混结构 中高层采用梁柱框架结构 高层建筑普遍采用钢结 构 剪力墙结构 洐架结构 在软件应用领域 架构模式也是丰富多用 主要有以下几种 层次模式 Layers 管道和过滤模式 Pipes and Filters 代理模式 Broker 黑板模式 Blackboard 水平 垂直元素模式 Horizontal Vertical Metadata MVC 模式 主要针对系统或子系统和接口 1 5 1 5 JavaJava EEEE核心模式核心模式 在 java web 应用与企业应用领域 常用的体系架构是 MVC 而 MVC 正好体现了分 层的思想 各层之间的联系与区别如下 图 表示层表示层 业务层业务层 Model1 Model2 MVC2 MVC 数据层数据层 M V C 我们一般将视图 View 与控制器 Controller 叫做表示层 而模型层太笼统 在 实际中 我们将模型层分割为业务层与数据层 其中 v 或 v m 构成了我们的 model1 架构 v c m 构成了 model2 架构 又叫 web MVC 或 mvc2 架构 因为不支持推式 但我们习 惯将其称为 MVC 体系架构 Sun java Center 定义了 15 种设计模式 在 Core J2ee Patterns 书中发表 按照 MVC 的分层 在每一层都提出了几种模式 这些模式分别组成各层 最后组成一个完整 第5页 共78页 的 MVC 框架 这些模式分为 表现层模式 又称 Web 层模式 用于 Web 层的界面与 servlet 开发 业务层模式 又称应用层模式 用于业务逻辑的分层与调用 数据层模式 又称集成层模式 用于数据访问 表现层模式表现层模式 Intercepting Filter 截获过滤截获过滤 对请求和响应进行截获和过滤 在 Servlet2 3 中已实现的 Filter 功能就是属于此模式 该模式可用于单点登陆 以及登陆过程验证等等 Front Controller 前端控制器前端控制器 Servlet 设计的思想主要是用来调度和转发 即调用模型层的类来处理请求 然后将 处理后的信息转发到响应页面进行展示 绝不能将业务逻辑代码堆砌在 servlet 方法中 那么如何能体现 servlet 的这一功能需求呢 前端控制器模式很好的解决了这个问题 在 一个项目中 只有一个控制器 它是系统的一个入口 由他调用相应的逻辑 Bean 完成 相应的处理工作后 更新视图 View View Helper 视图帮助器视图帮助器 将表现层和表现层的数据进行分离 将表现层的数据单独封装一层 从而可以更加轻 松的在表现层进行处理与传递 而与表现层各层低耦合 这就是 View Helper 模式 Composite View 复合视图复合视图 页面层内容繁多 如何更有效的组织与重用 复合视图模式将一个复杂的页面拆成多 个可重用的页面 各页面在程序调用过程中分别维护和显示 从而减少了前台页面的复 杂性 也更容易进行个性化和定制 Dispatcher View 派遣视图派遣视图 类似于 Service to Worker 模式 由 Front Controller 和 View Helper 模式组合而成 Front Controller 接受请求 不进行任何业务逻辑处理 立即重定向到请求的服务页面 由 页调用模型层代码进行处理 这个模式在视图中进行请求处理 缺点是不适合大型的复 杂的应用程序开发 优点是页面快速响应 Service to Worker 服务 服务 工人 工人 与 Dispatcher View 模式共同的地方是 也是由 Front Controller 和 View Helper 模式组 合而成 不同的是 Front Controller 接受请求以后 首先进行任何业务逻辑处理 根据处 理结果的不同 而定位到相应的响应视图 适合用于大型的复杂业务逻辑的应用系统 业务层模式业务层模式 Business Delegate 业务代理 业务代理 第6页 共78页 如何减少表现层与数据层的耦合问题 业务代理模式将业务逻辑做了封装 同时也将 数据层的接口做了进一步抽象 从而缓存了调用逻辑 减少了调用开销 Value Object 值对象 值对象 如何解决表现层与业务层之间的数据交换 以及层内部的数据交换问题呢 将常用的 数据单独封装成一个 javaBean 这样便于传递 也便于取值与设置值 与 Map 接口不同 的是 VO 更方便对值进行操作 Value Object Assembler 值对象汇编器 值对象汇编器 将不同的值对象组装成一个更大的值对象 方便在表现层与数据层之间传递数据 Session Fa ade 该模式提供了下一层接口的一个抽象视图 而不是简单地把下一层的 ApI 直接包装起 来 常用在对实体 Bean 的访问中 以及需要开发分布式业务时装封业务逻辑 Composite Entity 复合实体 复合实体 用于 EJB1 1 中封装实体 Bean 已过时 Value List Handler 数值清单处理器 数值清单处理器 值列表处理器模式创建一个对查询结果集的缓存 调用者向值列表处理器发出请求 值列表处理器返回所需的查询结果 值列表处理器实现了迭代器模式 Service Locator 服务定位器 服务定位器 封装对 jndi 服务器的访问细节 并且对访问方式提供了一个单一的控制点 利用缓冲 效率更高 数据层模式数据层模式 Data Access Object 数据访问对象 数据访问对象 对数据库实体的访问提供了灵活的调用方式 降低了业务层与数据层之间耦合度 Service Activator 服务激活器 服务激活器 异步处理同步 EJB 组件 1 6 1 6 GOFGOF模式模式 GOF 的 设计模式 可复用面向对象软件的基础 一书中讲到了 23 种设计模式 可 谓是最流行最有影响的设计模式 GOF 不是一个人 而是指四个人 它的原意是 Gangs Of Four 就是 四人帮 就是指此书的四个作者 Erich Gamma Richard Helm Ralph Johnson John Vlissides 这些模式分为三大类 创建性 结构性 行为性 创建性模式创建性模式 Abstract Factory 第7页 共78页 Builder Factory Methohd Prototype Singleton 结构性模式结构性模式 Adapter Bridge Composite Decorater Fa ade Flyweight Proxy 行为性模式行为性模式 Chain of Responsibility Command Interpreter Iterator Mediator Memento Observe State Stratege Template Method Visitor 第第2章章 数据层框架与模式数据层框架与模式 第8页 共78页 有了前面的基础 我们开始一个实际的应用 2 1 2 1 示例示例 譬如我们要访问数据库 将一张表的所有记录查询出来 怎么做 我们习惯是写一个 javaBean 下面是这个 QueryTable java 的源码 package org plat db import java sql Connection import java sql DriverManager import java sql ResultSet import java sql SQLException import java sql Statement import java util ArrayList import java util Collection import java util HashMap import java util Map public class QueryTable public Collection getAll String driver com mysql jdbc Driver String url jdbc mysql localhost 3306 platDB Connection conn null Statement stmt null ResultSet rs null String sql select uid uname email from users Collection coll new ArrayList Map map null try Class forName driver conn DriverManager getConnection url root stmt conn createStatement rs stmt executeQuery sql while rs next map new HashMap map put uid rs getString 1 map put uname rs getString 2 map put email rs getString 3 coll add map catch SQLException e e printStackTrace catch ClassNotFoundException e e printStackTrace 第9页 共78页 finally try if rs null rs close if stmt null stmt close if conn null conn close catch SQLException e return coll 我们看这个类 首先连接数据库 然后执行查询 将每一条记录都封装到一个 map 中 再将 map 放在集合中 最后返回一个集合对象 这样写有什么不对劲的地方呢 首先看满足面向对象设计吗 我们说对象有三大特 征 继承 封装 多态 满不满足封装呢 将多个不同的行为封装在一个对象中 让这 个对象庞大而臃肿 其本身就不满足对象的概念 那怎么封装呢 封装就是让具体的对象去做自己该做的事情 而不是大包大揽 很明 显 上面的 QueryTable 对象 即做了连接 又做了查询 还做了返回值的封装 封装太 多 对象的概念模糊 我们要改变这种封装方式 2 2 2 2 使用模式使用模式 VO 模式模式 Value object 模式认为 大量分散的数据不利于传输 也不利于对数据进行操纵 必 须封装为一个对象用来传值 上面的例子中 users 表的三个字段被封装在 Map 接口中 虽然不影响使用 但缺点有二 一是没有体现对象的封装性 我们不知道 Map 中有什么 东西 Map 到底代表了哪一种对象 二是 Map 不利数据的获取与设置 基于 vo 模式 我 们添加 org accp vo 包 并重新封装 Users 表的这三个字段 类 Users 源代码如下 package org plat vo import java util Date public class Users private int pk1 private String uid private String uname private String pwd private String email private Date birth public Date getBirth return birth 第10页 共78页 public void setBirth Date birth this birth birth public String getEmail return email public void setEmail String email this email email public int getPk1 return pk1 public void setPk1 int pk1 this pk1 pk1 public String getPwd return pwd public void setPwd String pwd this pwd pwd public String getUid return uid public void setUid String uid this uid uid public String getUname return uname public void setUname String uname this uname uname DAO 模式模式 解决了 Map 封装数据的问题之后 我们再看 连接和查询也不应该是同一个对象所 做的事情 为什么这么说 一是数据对象访问模式本身说明了数据访问应该是一个专门 的对象 它抽象了数据层对表的所有访问接口 专注于对数据表的操作 如增 删 改 查 而不管任何其它的业务逻辑 业务层将通过 dao 去访问数据层 二是象 QueryTable 这样的类会有很多 基本上一张表会有一个这样的对象 这么多对象将都会有连接数据 第11页 共78页 库的方法 这本身就不满足对象封装与继承的概念 所以 我们用 dao 模式 再创建一个类 专门处理对 Users 表的操作 类 UsersDao 是 DAO 模式的具体实现 而对于取数据库的连接 我们再封装一个类 Connector java 下面是它们的源代码 Connector java 的源代码 package org plat db import java sql Connection import java sql DriverManager import java sql ResultSet import java sql SQLException import java sql Statement public class Connector public static Connection getConnection String driver com mysql jdbc Driver String url jdbc mysql localhost 3306 platDB Connection conn null try Class forName driver conn DriverManager getConnection url root catch SQLException e e printStackTrace catch ClassNotFoundException e e printStackTrace return conn public static void close ResultSet rs Statement stmt Connection conn try if rs null rs close if stmt null stmt close if conn null conn close catch SQLException e UsersDao java的源码 package org plat dao import java sql Connection 第12页 共78页 import java sql ResultSet import java sql SQLException import java sql Statement import java util ArrayList import java util Collection import org old db Connector import org old vo Users public class UsersDao public Collection getAll Connection conn null Statement stmt null ResultSet rs null String sql select uid uname email from users Collection coll new ArrayList Users u null try conn Connector getConnection stmt conn createStatement rs stmt executeQuery sql while rs next u new Users u setUid rs getString 1 u setUname rs getString 2 u setEmail rs getString 3 coll add u catch SQLException e e printStackTrace finally Connector close rs stmt conn return coll SingleTon模式模式 我们再看 Connector java 用到了许多静态的方法 这样有什么缺点呢 其实 Connector 是一个无状态的 javaBean 虽然其方法是静态的 永远只分配同一块内存 但 其类本身却是可以实例化成多个对象的 这没有从根本上解决问题 能不能只让这个类只有一个实例 然后让这个唯一的实例去访问它的方法 而不需要 第13页 共78页 在所有的方法前冠以 static 修饰符呢 答案是 SingleTon 单例 模式 它从结构上规定 了这个类只需要有一个实例 从而避免了多个实例实际共享同一个方法而带来的资源消 耗 修改后 Connecton java 源码如下 package org plat db import java sql Connection import java sql DriverManager import java sql ResultSet import java sql SQLException import java sql Statement public class Connector private static Connector connector new Connector private Connector public static Connector getInstance return connector public Connection getConnection String driver com mysql jdbc Driver String url jdbc mysql localhost 3306 platDB Connection conn null try Class forName driver conn DriverManager getConnection url root catch SQLException e e printStackTrace catch ClassNotFoundException e e printStackTrace return conn public void close ResultSet rs Statement stmt Connection conn try if rs null rs close if stmt null stmt close if conn null conn close catch SQLException e Thread Specefic Storage模式模式 第14页 共78页 上例中的 Connecton java 的 getConnection 方法 当 web 层通过 servlet 来调用时 将会暴露多线程的安全问 怎么解决呢 我们可以加上同步关键字 synchronized 但却是 以性能的损失为代 价的 Thread Specific Storage 线程专门存储 模式认为 即然共用资 源困难 干脆不用共享 而为共享的资源专门为每个线程创建一个副本 ThreadLocal 是 thread local variable 为每一个使用该变量的线程都提供一个变量值的副本 而不会和其 它线程的副本冲突 Connecton java 进一步优化后的源代码如下 package org plat db import java sql Connection import java sql DriverManager import java sql ResultSet import java sql SQLException import java sql Statement public class Connector private static Connector connector new Connector private Connector public static Connector getInstance return connector private static final ThreadLocal connThread new ThreadLocal public Connection getConnection Connection conn Connection connThread get if conn null conn this getConnection connThread set conn return conn private Connection getConnection String driver com mysql jdbc Driver String url jdbc mysql localhost 3306 platDB Connection conn null try Class forName driver conn DriverManager getConnection url root catch SQLException e 第15页 共78页 e printStackTrace catch ClassNotFoundException e e printStackTrace return conn public void close ResultSet rs Statement stmt Connection conn try if rs null rs close if stmt null stmt close if conn null conn close catch SQLException e 事务事务 再看 UsersDao java 的源码 首先获取连接 然后取出表中所有的记录 最后释放资 源关闭连接 乍一看似乎没有什么不妥 其实不然 想象这样一种情况 如果我们再添加二张表 一张是岗位表 duty 另一张是用户与岗 位关联的中间表 user duty 现在要查看用户表 users 找到张三的记录 再将其删除 同时 删除用户岗位表 user duty 中张三的所有岗位 这一系列的操作 其实是一个事务 任何 时候 为了保证数据的一致性 要么全部提交成功 要么全部提交失败 不允许出现删 除张三失败但删除岗位成功的情况 再看我们的例子 我们的 UsersDao 中的方法都是自己取连接 用完后自己关闭 自 产自销 根本不能满足我们的要求 这时候 我们需要将 Connection 中的提交方式改为 手动提交 如果成功 提交 否则全部回滚 为了体现面向对象的封装 我们再创建一 个事务类 Transaction java package org plat db import java sql Connection import java sql SQLException public class Transaction Connection con null bool为真表明是自动提交 为假则是有事务需手动提交 第16页 共78页 public Transaction boolean bool try con Connector getInstance getConnection con setAutoCommit bool catch SQLException e e printStackTrace public Connection getConn throws SQLException return con public void commit if con null try mit catch SQLException e e printStackTrace public void rollback if con null try con rollback catch SQLException e e printStackTrace public void close if con null try mit catch SQLException e e printStackTrace 2 3 2 3 使用设计原则使用设计原则 第17页 共78页 IOC原则原则 我们再看 org plat UsersDao 类 加上事务后 不再担心数据一致性的问题了 连接的 获取不再是直接调用 Connector 的 getConnection 方法 而必须从事务中得到 这时又出 现问题 怎么获取事务呢 是自己直接 new 一个事务 然后取连接吗 很显然 这还是 没有解决事务的问题 即还是自己创建事务取连接 然后关闭事务 同时也违反了 IOC Inverse of Control 控制反转原则 即不用关心事务是怎么创建的 谁创建的 我 只关心怎么使用事务就行了 而 IOC 有四种方式 此处我们采用 set 方法传递事务 修正 后的 UsersDao 源代码如下 package org plat dao import java sql Connection import java sql ResultSet import java sql SQLException import java sql Statement import java util ArrayList import java util Collection import org old db Connector import org old vo Users import org plat db Transaction public class UsersDao private Transaction transaction public Transaction getTransaction return transaction public void setTransaction Transaction transaction this transaction transaction public Collection getAll Connection conn null Statement stmt null ResultSet rs null String sql select uid uname email from users Collection coll new ArrayList Users u null try conn getTransaction getConn 第18页 共78页 stmt conn createStatement rs stmt executeQuery sql while rs next u new Users u setUid rs getString 1 u setUname rs getString 2 u setEmail rs getString 3 coll add u catch SQLException e e printStackTrace finally Connector close rs stmt null return coll 里氏代换原则里氏代换原则 再看上面的 UsersDao 类 发现当有许多表时 基本上是每张表都会有一个对应的 dao 类 这样将在每个 dao 类里面都封装了一段共同的代码 即对事务的获取和设置 用 里氏代换原则可以解决这个问题 即任何基类可以出现的地方 子类一定可以出现 我 们可以将这段共同代码封装成一个基类 让这些 dao 子类去继承 根据以上原则 我们再定义一个 ParentDao 作为所有 dao 的父类 封装事务 ParentDao java package org plat dao import org plat db Transaction public class ParentDao private Transaction transaction public Transaction getTransaction return transaction public void setTransaction Transaction transaction this transaction transaction 第19页 共78页 ISP 原则原则 前面提到 当有多张表时 将会有多个 dao 如此多的 dao 它们都是数据访问对象 都有类似的方法 如增 删 改 查等 能不能抽象出一个共同的接口 便于管理和扩 展呢 答案是显而易见的 在抽象成接口时 要有哪些方法 这必须满足 ISP Interface Segregation Principle 接口隔离原则 应尽可能提供小的单独的接口 而不是大的总接口 由 ISP 原则 我们再抽象一个接口 IDao java 所有的子类 dao 去实现这个接口 package org plat dao import java sql SQLException import java util Collection public interface IDao 保存信息 public boolean save Object vo throws SQLException 由主键或其它字段删除信息 public boolean delete Object vo throws SQLException 由主键修改信息 public boolean upd Object vo throws SQLException 由主键或其它字段查找用户信息 public Object find Object vo throws SQLException 查找表中所有记录信息 public Collection findAll throws SQLException 多态多态 再 看上面的 Idao 接口 我们方法中的参数和返回值都定义为 Object 对象 因为每张 表都将有一个对应的 vo 所有的 vo 都是继承 Object 对象 于是我们可以用面向对象的特 征之一 多态来解决这个共同的传值问题 即特殊动态绑定 第20页 共78页 仔细想一想 特殊动态绑定固然解决了传值问题 但也暴露一些隐患 其一 任何类 都是 Object 对象 将造成传值时类型错误 编译器检查不到的问题 而这个问题本该在 编译时解决 其二 Object 封装的对象层面太抽象 不能一目了然的看出这个参数的用意 也失去了面向对象封装的特性 基于以上观点 我们再封装一个抽象类 让所有的值对象 vo 都去继承这个基类 然 后修改 IDao 接口 用这个抽象类去传递参数 ValueObject java package org plat vo import java io Serializable public abstract class ValueObject implements Serializable private String memo public String getMemo return memo public void setMemo String memo this memo memo OCP原则原则 再看 org plat db 包中的 Connector 类 它主要的方法是 getConnection 从数据库中 取连接 假设现在需求有了改动 要将 mysql 数据库改为 sqlServer 数据库 我们是不是 要改这个方法呢 当然要改 不改数据库都连不上了 修改本身固然没有问题 但是 它显然违反了面 向对象的一个核心原则 OCP open close principle 开闭原则 对扩展开放 对修改关 闭 在前期的设计中 我们应该尽可能的抽象出更多的方法 以便项目的扩展与维护 而不是一有问题就改原来的类与方法 进行重构 既然我们现在就能料到日后可能有多个数据库的问题 这里我们必须要考虑到扩展 怎么去做 抽象类 抽象类是 OCP 原则的体现 我们再定义一个 Connector 的抽象类 将关闭方法提取到这里 Connector java 源代码如下 第21页 共78页 package org plat db import java sql Connection import java sql PreparedStatement import java sql ResultSet import java sql Statement public abstract class Connector public abstract Connection getConnectionFromMysql public abstract Connection getConnectionFromSqlserver public void close ResultSet rs PreparedStatement pst Statement st Connection conn try if rs null rs close if pst null pst close if st null st close if conn null conn close catch Exception e 再写一个子类 ConnectorImpl 去实现 Connector 其中的 getConnectionFromSqlserver 方法可以不实现 待日后扩展用 这样新的需求出现 不需要改动原来的类结构 只需 要将方法体补上即可 2 4 2 4 框架框架初步初步 将上面的源代码整理 画出它们的 UML 图如下 IDao from dao UsersDao from dao Connector from db ConnectorImpl from db connector Transaction from db ParentDao from dao Users from vo ValueObject from vo 从图上可以看出 UserDao 类实现了 IDao 接口并继承了 ParentDao 而 ParentDao 又 与事务类 Transaction 单向关联 第22页 共78页 UsersDao 又调用 ConnectorImpl 后者与自己自反关联 并且继承了抽象类 Connector 他们在调用时通过 ValueObject 类来传递参数 Users 类继承了 ValueObject 主要用来封装数据库表的字段 并传递参数 整理它们的源代码 得到如下的清单 清单清单 1 ValueObject java package org plat vo import java io Serializable public abstract class ValueObject implements Serializable private String memo public String getMemo return memo public void setMemo String memo this memo memo 清单清单 2 Users java package org plat vo import java util Date public class Users extends ValueObject private int pk1 private String uid private String uname private String pwd private String email private Date birth public Date getBirth return birth public void setBirth Date birth this birth birth public String getEmail return email 第23页 共78页 public void setEmail String email this email email public int getPk1 return pk1 public void setPk1 int pk1 this pk1 pk1 public String getPwd return pwd public void setPwd String pwd this pwd pwd public String getUid return uid public void setUid String uid this uid uid public String getUname return uname public void setUname String uname this uname uname 清单清单 3 Connector java package org plat db import java sql Connection import java sql PreparedStatement import java sql ResultSet import java sql Statement public abstract class Connector public abstract Connection getConnectionFromMysql public abstract Connection getConnectionFromSqlserver public void close ResultSet rs PreparedStatement pst Statement st Connection conn 第24页 共78页 try if rs null rs close if pst null pst close if st null st close if conn null conn close catch Exception e 清单清单 4 ConnectorImpl java package org plat db import java sql Connection import java sql DriverManager import java sql ResultSet import java sql SQLException import java sql Statement public class ConnectorImpl extends Connector private static ConnectorImpl connector new ConnectorImpl private ConnectorImpl public static ConnectorImpl getInstance return connector private static final ThreadLocal connThread new ThreadLocal public Connection getConnection Connection conn Connection connThread get if conn null conn this getConnectionFromMysql connThread set conn return conn