Java中数据库连接池原理机制的详细讲解_Java教程_动态网站制作指南
Java中数据库连接池原理机制的详细讲解
来源：人气：15230
连接池的基本工作原理
1、基本概念及原理
由上面的分析可以看出，问题的根源就在于对连接资源的低效治理。我们知道，对于共享资源，有一个很闻名的设计模式：资源池（Resource Pool）。该模式正是为了解决资源的频繁分配?释放所造成的问题。为解决上述问题，可以采用数据库连接池技术。数据库连接池的基本思想就是为数据库连接建立一个“缓冲池”。预先在缓冲池中放入一定数量的连接，当需要建立数据库连接时，只需从“缓冲池”中取出一个，使用完毕之后再放回去。我们可以通过设定连接池最大连接数来防止系统无尽的与数据库连接。更为重要的是我们可以通过连接池的治理机制监视数据库的连接的数量?使用情况，为系统开发?测试及性能调整提供依据。
2、服务器自带的连接池
JDBC的API中没有提供连接池的方法。一些大型的WEB应用服务器如BEA的WebLogic和IBM的WebSphere等提供了连接池的机制，但是必须有其第三方的专用类方法支持连接池的用法。
连接池要害问题分析
1、并发问题
为了使连接治理服务具有最大的通用性，必须考虑多线程环境，即并发问题。这个问题相对比较好解决，因为语言自身提供了对并发治理的支持，使用synchronized要害字即可确保线程是同步的。使用方法为直接在类方法前面加上synchronized要害字，如：
public synchronized Connection getConnection（）
2、多数据库服务器和多用户
对于大型的企业级应用，经常需要同时连接不同的数据库（如连接和Sybase）。如何连接不同的数据库呢？我们采用的策略是：设计一个符合单例模式的连接池治理类，在连接池治理类的唯一实例被创建时读取一个资源文件，其中资源文件中存放着多个数据库的url地址（）?用户名（）?密码（）等信息。如tx.url=172.21.15.123：5000/tx_it，tx.user=yang，tx.pass=yang321。根据资源文件提供的信息，创建多个连接池类的实例，每一个实例都是一个特定数据库的连接池。连接池治理类实例为每个连接池实例取一个名字，通过不同的名字来治理不同的连接池。
对于同一个数据库有多个用户使用不同的名称和密码访问的情况，也可以通过资源文件处理，即在资源文件中设置多个具有相同url地址，但具有不同用户名和密码的数据库连接信息。
3、事务处理
我们知道，事务具有原子性，此时要求对数据库的操作符合“ALL-ALL-NOTHING”原则,即对于一组SQL语句要么全做，要么全不做。
在Java语言中，Connection类本身提供了对事务的支持，可以通过设置Connection的AutoCommit属性为false,然后显式的调用commit或rollback方法来实现。但要高效的进行Connection复用，就必须提供相应的事务支持机制。可采用每一个事务独占一个连接来实现，这种方法可以大大降低事务治理的复杂性。
4、连接池的分配与释放
连接池的分配与释放，对系统的性能有很大的影响。合理的分配与释放，可以提高连接的复用度，从而降低建立新连接的开销，同时还可以加快用户的访问速度。
对于连接的治理可使用空闲池。即把已经创建但尚未分配出去的连接按创建时间存放到一个空闲池中。每当用户请求一个连接时，系统首先检查空闲池内有没有空闲连接。假如有就把建立时间最长（通过容器的顺序存放实现）的那个连接分配给他（实际是先做连接是否有效的判定，假如可用就分配给用户，如不可用就把这个连接从空闲池删掉，重新检测空闲池是否还有连接）；假如没有则检查当前所开连接池是否达到连接池所答应的最大连接数（maxConn）,假如没有达到，就新建一个连接，假如已经达到，就等待一定的时间（timeout）。假如在等待的时间内有连接被释放出来就可以把这个连接分配给等待的用户，假如等待时间超过预定时间timeout,则返回空值（null）。系统对已经分配出去正在使用的连接只做计数，当使用完后再返还给空闲池。对于空闲连接的状态，可开辟专门的线程定时检测，这样会花费一定的系统开销，但可以保证较快的响应速度。也可采取不开辟专门线程，只是在分配前检测的方法。
5、连接池的配置与维护
连接池中到底应该放置多少连接，才能使系统的性能最佳？系统可采取设置最小连接数（minConn）和最大连接数（maxConn）来控制连接池中的连接。最小连接数是系统启动时连接池所创建的连接数。假如创建过多，则系统启动就慢，但创建后系统的响应速度会很快；假如创建过少，则系统启动的很快，响应起来却慢。这样，可以在开发时，设置较小的最小连接数，开发起来会快，而在系统实际使用时设置较大的，因为这样对访问客户来说速度会快些。最大连接数是连接池中答应连接的最大数目，具体设置多少，要看系统的访问量，可通过反复测试，找到最佳点。
如何确保连接池中的最小连接数呢？有动态和静态两种策略。动态即每隔一定时间就对连接池进行检测，假如发现连接数量小于最小连接数，则补充相应数量的新连接,以保证连接池的正常运转。静态是发现空闲连接不够时再去检查。
连接池的实现
1、连接池模型
本文讨论的连接池包括一个连接池类（DBConnectionPool）和一个连接池治理类（DBConnetionPoolManager）。连接池类是对某一数据库所有连接的“缓冲池”，主要实现以下功能：①从连接池获取或创建可用连接；②使用完毕之后，把连接返还给连接池；③在系统关闭前，断开所有连接并释放连接占用的系统资源；④还能够处理无效连接（原来登记为可用的连接，由于某种原因不再可用，如超时，通讯问题），并能够限制连接池中的连接总数不低于某个预定值和不超过某个预定值。
连接池治理类是连接池类的外覆类（wrapper）,符合单例模式，即系统中只能有一个连接池治理类的实例。其主要用于对多个连接池对象的治理，具有以下功能：①装载并注册特定数据库的JDBC驱动程序；②根据属性文件给定的信息，创建连接池对象；③为方便治理多个连接池对象，为每一个连接池对象取一个名字，实现连接池名字与其实例之间的映射；④跟踪客户使用连接情况，以便需要是关闭连接释放资源。连接池治理类的引入主要是为了方便对多个连接池的使用和治理，如系统需要连接不同的数据库，或连接相同的数据库但由于安全性问题，需要不同的用户使用不同的名称和密码。
2、连接池实现
下面给出连接池类和连接池治理类的主要属性及所要实现的基本接口：
public class DBConnectionPool implements TimerListener{&
ivate int checkedO//已被分配出去的连接数& private ArrayList freeConnections=new ArrayList();//容器，空闲池，根据//创建时间顺序存放已创建但尚未分配出去的连接& private&&& int&&& minC//连接池里连接的最小数量& private&&& int&&& maxC//连接池里答应存在的最大连接数& private&&& String&&&//为这个连接池取个名字，方便治理& private&&& String&&&//连接数据库时需要的密码& private&&& String&&&//所要创建连接的数据库的地址& private&&& String&&&//连接数据库时需要的用户名& public&&& Timer&&&//定时器& public&&& DBConnectionPool(String name,String URL,String user,String password,int maxConn)//公开的构造函数& public synchronized void freeConnection(Connection con)& //使用完毕之后，把连接返还给空闲池& public synchronized Connection getConnection(long&&& timeout)//得到一个连接，timeout是等待时间& public synchronized void release()//断开所有连接，释放占用的系统资源& private Connection newConnection()//新建一个数据库连接& public synchronized void TimerEvent()&&& //定时器事件处理函数& }& public class DBConnectionManager {& static private DBConnectionM//连接池治理类的唯一实例& static//客户数量& private ArrayList drivers=new ArrayList();//容器，存放数据库驱动程序& private HashMap pools = new HashMap();//以name/value的形式存取连接池对象的名字及连接池对象& static synchronized public DBConnectionManager getInstance()/**假如唯一的实例instance已经创建，直接返回这个实例;否则，调用私有构造函数，创建连接池治理类的唯一实例*/&&&&& private DBConnectionManager()//私有构造函数,在其中调用初始化函数init()& public void freeConnection(String name,Connection con)//释放一个连接，name是一个连接池对象的名字& public Connection getConnection(String name)//从名字为name的连接池对象中得到一个连接& public Connection getConnection(String name,long time)//从名字为name的连接池对象中取得一个连接，time是等待时间& public synchronized void release()//释放所有资源& private void createPools(Properties props)//根据属性文件提供的信息，创建一个或多个连接池& private void init()//初始化连接池治理类的唯一实例，由私有构造函数调用& private void loadDrivers(Properties props)//装载数据库驱动程序& }
3、连接池使用
上面所实现的连接池在程序开发时如何应用到系统中呢？下面以Servlet为例说明连接池的使用。
Servlet的生命周期是：在开始建立servlet时，调用其初始化（init）方法。之后每个用户请求都导致一个调用前面建立的实例的service方法的线程。最后，当服务器决定卸载一个servlet时，它首先调用该servlet的destroy方法。
根据servlet的特点，我们可以在初始化函数中生成连接池治理类的唯一实例（其中包括创建一个或多个连接池）。如：
public void init() throws ServletException& {& 　connMgr=DBConnectionManager.getInstance();&&&&& }
然后就可以在service方法中通过连接池名称使用连接池，执行数据库操作。最后在destroy方法中释放占用的系统资源，如：
public void destroy(){&&&&&
connMgr.release();&&& super.destroy();&&&&& }
在使用JDBC进行与数据库有关的应用开发中，数据库连接的治理是一个难点。很多时候，连接的混乱治理所造成的系统资源开销过大成为制约大型企业级应用效率的瓶颈。对于众多用户访问的Web应用，采用数据库连接技术的系统在效率和稳定性上比采用传统的其他方式的系统要好很多。本文阐述了使用JDBC访问数据库的技术?讨论了基于连接池技术的数据库连接治理的要害问题并给出了一个实现模型。文章所给出的是连接池治理程序的一种基本模式，为提高系统的整体性能，在此基础上还可以进行很多有意义的扩展。
优质网站模板全面解析Java语言
Java技能优化集锦
　作者: 落尘祥　编辑:
　　【IT168技术】　　通用篇　&&&& &通用篇&讨论的问题适合于大多数Java应用。　　不用new关键词创建类的实例　　用new关键词创建类的实例时，构造函数链中的所有构造函数都会被自动调用。但如果一个对象实现了Cloneable接口，我们可以调用它的clone()方法。clone()方法不会调用任何类构造函数。　　在使用设计模式(Design Pattern)的场合，如果用Factory模式创建对象，则改用clone()方法创建新的对象实例非常简单。例如，下面是Factory模式的一个典型实现：public static Credit getNewCredit() {　　return new Credit();　　}　　改进后的代码使用clone()方法，如下所示：　　private static Credit BaseCredit = new Credit();　　public static Credit getNewCredit() {　　return (Credit) BaseCredit.clone();　　}　　上面的思路对于数组处理同样很有用。　　使用非阻塞I/O　　版本较低的JDK不支持非阻塞I/O API。为避免I/O阻塞，一些应用采用了创建大量线程的办法(在较好的情况下，会使用一个缓冲池)。这种技术可以在许多必须支持并发I/O流的应用中见到，如Web服务器、报价和拍卖应用等。然而，创建Java线程需要相当可观的开销。　　JDK 1.4引入了非阻塞的I/O库(java.nio)。如果应用要求使用版本较早的JDK，在这里有一个支持非阻塞I/O的软件包。　　请参见Sun中国网站的《调整Java的I/O性能》。　&& 慎用异常　　异常对性能不利。抛出异常首先要创建一个新的对象。Throwable接口的构造函数调用名为fillInStackTrace()的本地(Native)方法，fillInStackTrace()方法检查堆栈，收集调用跟踪信息。只要有异常被抛出，VM就必须调整调用堆栈，因为在处理过程中创建了一个新的对象。　　异常只能用于错误处理，不应该用来控制程序流程。　&&&不要重复初始化变量　　默认情况下，调用类的构造函数时， Java会把变量初始化成确定的值：所有的对象被设置成null，整数变量(byte、short、int、long)设置成0，float和 double变量设置成0.0，逻辑值设置成false。当一个类从另一个类派生时，这一点尤其应该注意，因为用new关键词创建一个对象时，构造函数链中的所有构造函数都会被自动调用。　　尽量指定类的final修饰符　　带有final修饰符的类是不可派生的。在Java核心API中，有许多应用final的例子，例如java.lang.String。为String类指定final防止了人们覆盖length()方法。　　另外，如果指定一个类为final，则该类所有的方法都是final。Java编译器会寻找机会内联(inline)所有的final方法(这和具体的编译器实现有关)。此举能够使性能平均提高50%。　　尽量使用局部变量　　调用方法时传递的参数以及在调用中创建的临时变量都保存在栈(Stack)中，速度较快。其他变量，如静态变量、实例变量等，都在堆(Heap)中创建，速度较慢。另外，依赖于具体的编译器/JVM，局部变量还可能得到进一步优化。请参见《尽可能使用堆栈变量》。　　乘法和除法　　考虑下面的代码：for (val = <span style="color: #; val & <span style="color: #0000; val +=<span style="color: #) { alterX = val * <span style="color: #; myResult = val * <span style="color: #; }&　　用移位操作替代乘法操作可以极大地提高性能。下面是修改后的代码：　for (val = <span style="color: #; val & <span style="color: #0000; val += <span style="color: #) { alterX = val && <span style="color: #; myResult = val && <span style="color: #; }&　　修改后的代码不再做乘以8的操作，而是改用等价的左移3位操作，每左移1位相当于乘以2。相应地，右移1位操作相当于除以2。值得一提的是，虽然移位操作速度快，但可能使代码比较难于理解，所以最好加上一些注释。　　J2EE篇　　前面介绍的改善性能技巧适合于大多数Java应用，接下来要讨论的问题适合于使用JSP、EJB或JDBC的应用。　　 使用缓冲标记　　一些应用服务器加入了面向JSP的缓冲标记功能。例如，BEA的WebLogic Server从6.0版本开始支持这个功能，Open Symphony工程也同样支持这个功能。JSP缓冲标记既能够缓冲页面片断，也能够缓冲整个页面。当JSP页面执行时，如果目标片断已经在缓冲之中，则生成该片断的代码就不用再执行。页面级缓冲捕获对指定URL的请求，并缓冲整个结果页面。对于购物篮、目录以及门户网站的主页来说，这个功能极其有用。对于这类应用，页面级缓冲能够保存页面执行的结果，供后继请求使用。　　对于代码逻辑复杂的页面，利用缓冲标记提高性能的效果比较明显;反之，效果可能略逊一筹。　　请参见《用缓冲技术提高JSP应用的性能和稳定性》。　　始终通过会话Bean访问实体Bean　　直接访问实体Bean不利于性能。当客户程序远程访问实体Bean时，每一个get方法都是一个远程调用。访问实体Bean的会话Bean是本地的，能够把所有数据组织成一个结构，然后返回它的值。　　用会话Bean封装对实体Bean的访问能够改进事务管理，因为会话Bean只有在到达事务边界时才会提交。每一个对get方法的直接调用产生一个事务，容器将在每一个实体Bean的事务之后执行一个&装入-读取&操作。　　一些时候，使用实体Bean会导致程序性能不佳。如果实体Bean的唯一用途就是提取和更新数据，改成在会话Bean之内利用JDBC访问数据库可以得到更好的性能。　　选择合适的引用机制　　在典型的JSP应用系统中，页头、页脚部分往往被抽取出来，然后根据需要引入页头、页脚。当前，在JSP页面中引入外部资源的方法主要有两种：include指令，以及include动作。　　include指令：例如。该指令在编译时引入指定的资源。在编译之前，带有include指令的页面和指定的资源被合并成一个文件。被引用的外部资源在编译时就确定，比运行时才确定资源更高效。　　include动作：例如。该动作引入指定页面执行后生成的结果。由于它在运行时完成，因此对输出结果的控制更加灵活。但时，只有当被引用的内容频繁地改变时，或者在对主页面的请求没有出现之前，被引用的页面无法确定时，使用include动作才合算。　& 在部署描述器中设置只读属性　　实体Bean的部署描述器允许把所有get方法设置成&只读&。当某个事务单元的工作只包含执行读取操作的方法时，设置只读属性有利于提高性能，因为容器不必再执行存储操作。　　缓冲对EJB Home的访问　　EJB Home接口通过JNDI名称查找获得。这个操作需要相当可观的开销。JNDI查找最好放入Servlet的init()方法里面。如果应用中多处频繁地出现EJB访问，最好创建一个EJBHomeCache类。EJBHomeCache类一般应该作为singleton实现。　　为EJB实现本地接口　　本地接口是EJB 2.0规范新增的内容，它使得Bean能够避免远程调用的开销。请考虑下面的代码。PayBeanHome home = (PayBeanHome)　　javax.rmi.PortableRemoteObject.narrow　　(ctx.lookup (&PayBeanHome&), PayBeanHome.class);　　PayBean bean = (PayBean)　　javax.rmi.PortableRemoteObject.narrow　　(home.create(), PayBean.class);　　第一个语句表示我们要寻找Bean的Home接口。这个查找通过JNDI进行，它是一个RMI调用。然后，我们定位远程对象，返回代理引用，这也是一个 RMI调用。第二个语句示范了如何创建一个实例，涉及了创建IIOP请求并在网络上传输请求的stub程序，它也是一个RMI调用。　　要实现本地接口，我们必须作如下修改：　　方法不能再抛出java.rmi.RemoteException异常，包括从RemoteException派生的异常，比如 TransactionRequiredException、TransactionRolledBackException和 NoSuchObjectException。EJB提供了等价的本地异常，如TransactionRequiredLocalException、 TransactionRolledBackLocalException和NoSuchObjectLocalException。　　所有数据和返回值都通过引用的方式传递，而不是传递值。　　本地接口必须在EJB部署的机器上使用。简而言之，客户程序和提供服务的组件必须在同一个JVM上运行。　　如果Bean实现了本地接口，则其引用不可串行化。　　请参见《用本地引用提高EJB访问效率》。&&&&&& 生成主键　　在EJB之内生成主键有许多途径，下面分析了几种常见的办法以及它们的特点。　　利用数据库内建的标识机制(SQL Server的IDENTITY或Oracle的SEQUENCE)。这种方法的缺点是EJB可移植性差。　　由实体Bean自己计算主键值(比如做增量操作)。它的缺点是要求事务可串行化，而且速度也较慢。　　利用NTP之类的时钟服务。这要求有面向特定平台的本地代码，从而把Bean固定到了特定的OS之上。另外，它还导致了这样一种可能，即在多CPU的服务器上，同一个毫秒之内生成了两个主键。　　借鉴Microsoft的思路，在Bean中创建一个GUID。然而，如果不求助于JNI，Java不能确定网卡的MAC地址;如果使用JNI，则程序就要依赖于特定的OS。　　还有其他几种办法，但这些办法同样都有各自的局限。似乎只有一个答案比较理想：结合运用RMI和JNDI。先通过RMI注册把RMI远程对象绑定到JNDI树。客户程序通过JNDI进行查找。下面是一个例子：public class keyGenerator extends UnicastRemoteObject implements Remote {　　private static long KeyValue = System.currentTimeMillis();　　public static synchronized long getKey() throws RemoteException { return KeyValue++; }　　及时清除不再需要的会话　　为了清除不再活动的会话，许多应用服务器都有默认的会话超时时间，一般为30分钟。当应用服务器需要保存更多会话时，如果内存容量不足，操作系统会把部分内存数据转移到磁盘，应用服务器也可能根据&最近最频繁使用&(Most Recently Used)算法把部分不活跃的会话转储到磁盘，甚至可能抛出&内存不足&异常。在大规模系统中，串行化会话的代价是很昂贵的。当会话不再需要时，应当及时调用HttpSession.invalidate()方法清除会话。HttpSession.invalidate()方法通常可以在应用的退出页面调用。　　 在JSP页面中关闭无用的会话　　对于那些无需跟踪会话状态的页面，关闭自动创建的会话可以节省一些资源。使用如下page指令：　　&Servlet与内存使用　　许多开发者随意地把大量信息保存到用户会话之中。一些时候，保存在会话中的对象没有及时地被垃圾回收机制回收。从性能上看，典型的症状是用户感到系统周期性地变慢，却又不能把原因归于任何一个具体的组件。如果监视JVM的堆空间，它的表现是内存占用不正常地大起大落。　　解决这类内存问题主要有二种办法。第一种办法是，在所有作用范围为会话的Bean中实现HttpSessionBindingListener接口。这样，只要实现valueUnbound()方法，就可以显式地释放Bean使用的资源。　　另外一种办法就是尽快地把会话作废。大多数应用服务器都有设置会话作废间隔时间的选项。另外，也可以用编程的方式调用会话的 setMaxInactiveInterval()方法，该方法用来设定在作废会话之前，Servlet容器允许的客户请求的最大间隔时间，以秒计。　　 HTTP Keep-Alive　　Keep-Alive功能使客户端到服务器端的连接持续有效，当出现对服务器的后继请求时，Keep-Alive功能避免了建立或者重新建立连接。市场上的大部分Web服务器，包括iPlanet、IIS和Apache，都支持HTTP Keep-Alive。对于提供静态内容的网站来说，这个功能通常很有用。但是，对于负担较重的网站来说，这里存在另外一个问题：虽然为客户保留打开的连接有一定的好处，但它同样影响了性能，因为在处理暂停期间，本来可以释放的资源仍旧被占用。当Web服务器和应用服务器在同一台机器上运行时，Keep- Alive功能对资源利用的影响尤其突出。　 &&JDBC与Unicode　　想必你已经了解一些使用JDBC时提高性能的措施，比如利用连接池、正确地选择存储过程和直接执行的SQL、从结果集删除多余的列、预先编译SQL语句，等等。　　除了这些显而易见的选择之外，另一个提高性能的好选择可能就是把所有的字符数据都保存为Unicode(代码页13488)。Java以Unicode形式处理所有数据，因此，数据库驱动程序不必再执行转换过程。但应该记住：如果采用这种方式，数据库会变得更大，因为每个Unicode字符需要2个字节存储空间。另外，如果有其他非Unicode的程序访问数据库，性能问题仍旧会出现，因为这时数据库驱动程序仍旧必须执行转换过程。　　JDBC与I/O　　如果应用程序需要访问一个规模很大的数据集，则应当考虑使用块提取方式。默认情况下，JDBC每次提取32行数据。举例来说，假设我们要遍历一个5000 行的记录集，JDBC必须调用数据库157次才能提取到全部数据。如果把块大小改成512，则调用数据库的次数将减少到10次。　　在一些情形下这种技术无效。例如，如果使用可滚动的记录集，或者在查询中指定了FOR UPDATE，则块操作方式不再有效。　　 内存数据库　　许多应用需要以用户为单位在会话对象中保存相当数量的数据，典型的应用如购物篮和目录等。由于这类数据可以按照行/列的形式组织，因此，许多应用创建了庞大的Vector或HashMap。在会话中保存这类数据极大地限制了应用的可伸缩性，因为服务器拥有的内存至少必须达到每个会话占用的内存数量乘以并发用户最大数量，它不仅使服务器价格昂贵，而且垃圾收集的时间间隔也可能延长到难以忍受的程度。　　一些人把购物篮/目录功能转移到数据库层，在一定程度上提高了可伸缩性。然而，把这部分功能放到数据库层也存在问题，且问题的根源与大多数关系数据库系统的体系结构有关。对于关系数据库来说，运行时的重要原则之一是确保所有的写入操作稳定、可靠，因而，所有的性能问题都与物理上把数据写入磁盘的能力有关。关系数据库力图减少I/O操作，特别是对于读操作，但实现该目标的主要途径只是执行一套实现缓冲机制的复杂算法，而这正是数据库层第一号性能瓶颈通常总是 CPU的主要原因。　　一种替代传统关系数据库的方案是，使用在内存中运行的数据库(In-memory Database)，例如TimesTen。内存数据库的出发点是允许数据临时地写入，但这些数据不必永久地保存到磁盘上，所有的操作都在内存中进行。这样，内存数据库不需要复杂的算法来减少I/O操作，而且可以采用比较简单的加锁机制，因而速度很快。　　GUI篇　　这一部分介绍的内容适合于图形用户界面的应用(Applet和普通应用)，要用到AWT或Swing。　　 用JAR压缩类文件　　Java档案文件(JAR文件)是根据JavaBean标准压缩的文件，是发布JavaBean组件的主要方式和推荐方式。JAR档案有助于减少文件体积，缩短下载时间。例如，它有助于Applet提高启动速度。一个JAR文件可以包含一个或者多个相关的Bean以及支持文件，比如图形、声音、HTML 和其他资源。　　要在HTML/JSP文件中指定JAR文件，只需在Applet标记中加入ARCHIVE = &name.jar&声明。　　请参见《使用档案文件提高 applet 的加载速度》。　　 提示Applet装入进程　　你是否看到过使用Applet的网站，注意到在应该运行Applet的地方出现了一个占位符?当Applet的下载时间较长时，会发生什么事情?最大的可能就是用户掉头离去。在这种情况下，显示一个Applet正在下载的信息无疑有助于鼓励用户继续等待。　　下面我们来看看一种具体的实现方法。首先创建一个很小的Applet，该Applet负责在后台下载正式的Applet：import java.applet.A　　import java.applet.AppletS　　import java.awt.L　　import java.awt.G　　import java.awt.GridL　　public class PreLoader extends Applet implements Runnable, AppletStub {　　String largeAppletN　　L　　public void init() {　　// 要求装载的正式Applet　　largeAppletName = getParameter(&applet&);　　// &请稍等&提示信息　　label = new Label(&请稍等...& + largeAppletName);　　add(label);　　}　　public void run(){　　try {　　// 获得待装载Applet的类　　Class largeAppletClass = Class.forName(largeAppletName);　　// 创建待装载Applet的实例　　Applet largeApplet = (Applet)largeAppletClass.newInstance();　　// 设置该Applet的Stub程序　　largeApplet.setStub(this);　　// 取消&请稍等&信息　　remove(label);　　// 设置布局　　setLayout(new GridLayout(<span style="color: #, <span style="color: #));　　add(largeApplet);　　// 显示正式的Applet　　largeApplet.init();　　largeApplet.start();　　}　　catch (Exception ex) {　　// 显示错误信息　　label.setText(&不能装入指定的Applet&);　　}　　// 刷新屏幕　　validate();　　}　　public void appletResize(int width, int height) {　　// 把appletResize调用从stub程序传递到Applet　　resize(width, height);　　}　　}　　编译后的代码小于2K，下载速度很快。代码中有几个地方值得注意。首先，PreLoader实现了AppletStub接口。一般地，Applet从调用者判断自己的codebase。在本例中，我们必须调用setStub()告诉Applet到哪里提取这个信息。另一个值得注意的地方是， AppletStub接口包含许多和Applet类一样的方法，但appletResize()方法除外。这里我们把对appletResize()方法的调用传递给了resize()方法。　　在画出图形之前预先装入它　　ImageObserver接口可用来接收图形装入的提示信息。ImageObserver接口只有一个方法imageUpdate()，能够用一次repaint()操作在屏幕上画出图形。下面提供了一个例子。　　import java.applet.A　　import java.applet.AppletS　　import java.awt.L　　import java.awt.G　　import java.awt.GridL　　public class PreLoader extends Applet implements Runnable, AppletStub {　　String largeAppletN　　L　　public void init() {　　// 要求装载的正式Applet　　largeAppletName = getParameter(&applet&);　　// &请稍等&提示信息　　label = new Label(&请稍等...& + largeAppletName);　　add(label);　　}　　public void run(){　　try {　　// 获得待装载Applet的类　　Class largeAppletClass = Class.forName(largeAppletName);　　// 创建待装载Applet的实例　　Applet largeApplet = (Applet)largeAppletClass.newInstance();　　// 设置该Applet的Stub程序　　largeApplet.setStub(this);　　// 取消&请稍等&信息　　remove(label);　　// 设置布局　　setLayout(new GridLayout(<span style="color: #, <span style="color: #));　　add(largeApplet);　　// 显示正式的Applet　　largeApplet.init();　　largeApplet.start();　　}　　catch (Exception ex) {　　// 显示错误信息　　label.setText(&不能装入指定的Applet&);　　}　　// 刷新屏幕　　validate();　　}　　public void appletResize(int width, int height) {　　// 把appletResize调用从stub程序传递到Applet　　resize(width, height);　　}　　}　　当图形信息可用时，imageUpdate()方法被调用。如果需要进一步更新，该方法返回如果所需信息已经得到，该方法返回false。　　 覆盖update方法　　update()方法的默认动作是清除屏幕，然后调用paint()方法。如果使用默认的update()方法，频繁使用图形的应用可能出现显示闪烁现象。要避免在paint()调用之前的屏幕清除操作，只需按照如下方式覆盖update()方法：　　public void update(Graphics g) {　　paint(g);　　}　　更理想的方案是：覆盖update()，只重画屏幕上发生变化的区域，如下所示：　　public void update(Graphics g) {　　g.clipRect(x, y, w, h);　　paint(g);　　}　　 延迟重画操作　　对于图形用户界面的应用来说，性能低下的主要原因往往可以归结为重画屏幕的效率低下。当用户改变窗口大小或者滚动一个窗口时，这一点通常可以很明显地观察到。改变窗口大小或者滚动屏幕之类的操作导致重画屏幕事件大量地、快速地生成，甚至超过了相关代码的执行速度。对付这个问题最好的办法是忽略所有&迟到& 的事件。　　建议在这里引入一个数毫秒的时差，即如果我们立即接收到了另一个重画事件，可以停止处理当前事件转而处理最后一个收到的重画事件;否则，我们继续进行当前的重画过程。　　如果事件要启动一项耗时的工作，分离出一个工作线程是一种较好的处理方式;否则，一些部件可能被&冻结&，因为每次只能处理一个事件。下面提供了一个事件处理的简单例子，但经过扩展后它可以用来控制工作线程。　　public static void runOnce(String id, final long milliseconds) {　　synchronized(e_queue) { // e_queue: 所有事件的集合　　if (!e_queue.containsKey(id)) {　　e_queue.put(token, new LastOne());　　}　　}　　final LastOne lastOne = (LastOne) e_queue.get(token);　　final long time = System.currentTimeMillis(); // 获得当前时间　　lastOne.time =　　(new Thread() {public void run() {　　if (milliseconds & <span style="color: #) {　　try {Thread.sleep(milliseconds);} // 暂停线程　　catch (Exception ex) {}　　}　　synchronized(lastOne.running) { // 等待上一事件结束　　if (lastOne.time != time) // 只处理最后一个事件　　return;　　}　　}}).start();　　}　　private static Hashtable e_queue = new Hashtable();　　private static class LastOne {　　public long time=<span style="color: #;　　public Object running = new Object();　　}　　 使用双缓冲区　　在屏幕之外的缓冲区绘图，完成后立即把整个图形显示出来。由于有两个缓冲区，所以程序可以来回切换。这样，我们可以用一个低优先级的线程负责画图，使得程序能够利用空闲的CPU时间执行其他任务。下面的伪代码片断示范了这种技术。Graphics myG　　Image myOffscreenImage = createImage(size().width, size().height);　　Graphics offscreenGraphics = myOffscreenImage.getGraphics();　　offscreenGraphics.drawImage(img, <span style="color: #, <span style="color: #, this);　　myGraphics.drawImage(myOffscreenImage, <span style="color: #, <span style="color: #, this);　　使用BufferedImage　　Java JDK 1.2使用了一个软显示设备，使得文本在不同的平台上看起来相似。为实现这个功能，Java必须直接处理构成文字的像素。由于这种技术要在内存中大量地进行位复制操作，早期的JDK在使用这种技术时性能不佳。为解决这个问题而提出的Java标准实现了一种新的图形类型，即BufferedImage。　　BufferedImage子类描述的图形带有一个可访问的图形数据缓冲区。一个BufferedImage包含一个ColorModel和一组光栅图形数据。这个类一般使用RGB(红、绿、蓝)颜色模型，但也可以处理灰度级图形。它的构造函数很简单，如下所示：public BufferedImage (int width, int height, int imageType)　　ImageType允许我们指定要缓冲的是什么类型的图形，比如5-位RGB、8-位RGB、灰度级等。　&& 使用VolatileImage　　许多硬件平台和它们的操作系统都提供基本的硬件加速支持。例如，硬件加速一般提供矩形填充功能，和利用CPU完成同一任务相比，硬件加速的效率更高。由于硬件加速分离了一部分工作，允许多个工作流并发进行，从而缓解了对CPU和系统总线的压力，使得应用能够运行得更快。利用VolatileImage可以创建硬件加速的图形以及管理图形的内容。由于它直接利用低层平台的能力，性能的改善程度主要取决于系统使用的图形适配器。VolatileImage的内容随时可能丢失，也即它是&不稳定的(volatile)&。因此，在使用图形之前，最好检查一下它的内容是否丢失。VolatileImage有两个能够检查内容是否丢失的方法：public abstract int validate(GraphicsConfiguration gc);　　public abstract Boolean contentsLost();　　每次从VolatileImage对象复制内容或者写入VolatileImage时，应该调用validate()方法。contentsLost()方法告诉我们，自从最后一次validate()调用之后，图形的内容是否丢失。　　虽然VolatileImage是一个抽象类，但不要从它这里派生子类。VolatileImage应该通过 Component.createVolatileImage()或者 GraphicsConfiguration.createCompatibleVolatileImage()方法创建。　&&使用Window Blitting　　进行滚动操作时，所有可见的内容一般都要重画，从而导致大量不必要的重画工作。许多操作系统的图形子系统，包括WIN32 GDI、MacOS和X/Windows，都支持Window Blitting技术。Window Blitting技术直接在屏幕缓冲区中把图形移到新的位置，只重画新出现的区域。要在Swing应用中使用Window Blitting技术，设置方法如下：setScrollMode(int mode);　　在大 多数应用中，使用这种技术能够提高滚动速度。只有在一种情形下，Window Blitting会导致性能降低，即应用在后台进行滚动操作。如果是用户在滚动一个应用，那么它总是在前台，无需担心任何负面影响。
大学生分期购物销量榜
已有条评论
IT168企业级}