S2-5-Chp5-JSP应用优化.docVIP

JNDI 1.1 JNDI的全称是Java命名与目录接口（Java Naming and Directory Interface）,是一个应用程序设计的API，为开发人员提供了查找和访问各种命名和目录服务的通用，统一的接口。 1.2 我们可以把JNDI简单地理解为是一种将对象和名字绑定的技术，即指定一个资源名称，将该名称与某一资源或服务相关联。 1.3 conf目录下的context.xml文件是全局的上下文配置文件，对所有的Web应用有效。 1.4 练习：在Tomcat中发布一条信息供所有的Web应用程序使用 示例1 context.xml的代码如下所示 Context Environment name=”tjndi” value=”hello JNDI” type=”java.lang.String” / /Context 示例2： %@ page import=”javax.naming.*”% % //javax.naming.Context提供了查找JNDI Resource的接口 Context ctx = new InitialContext(); //java:comp/env/为前缀 String testjndi = (String)ctx.lookup(“java:comp/env/tjndi”); % 1.5 Environment元素常用的属性如下 ? name:相对与java：comp/env的名称 ? type:Java类名 ? value:返回给应用的参数值 application对象只能在一个Web应用程序中使用，而使用JNDI发布的信息是对服务器上所有的Web应用程序都可见。 数据库连接池 1.1. 数据库连接池负责分配，管理和释放数据库连接，它允许应用程序重复使用一个现有的数据库连接，而不是重新建立一个；释放空闲时间超过最大空闲时间的数据库连接，以避免因为没有释放数据库连接而引起的数据库连接遗漏。这项技术能现住地提高对数据库操作的性能。 1.2. 连接池的工作原理与热线电话很类似，数据库连接池在初始化时将创建一定数量的数据库连接并存放到连接池中，这些数据库连接的数量是由最小数据库连接来设定的。无论这些数据库连接是否被使用，连接池都将一直保证至少拥有这么多的连接数量。连接池的最大数据库连接数量限定了这个连接池能占有的最大的连接数，当应用程序向连接池请求的连接数超过最大连接数量时，这些请求将加入等待队列中。 1.3. 连接池是如何管理连接的？ 对于连接的管理可使用空闲池。即把已经创建但尚未分配出去的连接按创建时间存放到一个空闲池中。每当用户请求一个连接时，系统首先检查空闲池内有没有空连接。如果有就把建立时间最长的那个连接分配给他；如果没有则检查当前连接池是否达到连接池所允许的最大连接数，如果没有达到，就创建一个连接；如果已经达到，就等待一定的时间。如果在等待的时间内有连接被释放出来，就可以把这个连接分配给等待的用户；如果等待时间超过预定时间，则返回空值（null）。系统对已经分配出去正在使用的连接只做计数，当使用完后再返还给空闲池。 1.4. 数据源 　　在JDBC扩展包中定义了javax.sql.DataSource接口，它负责建立于数据库的连接，在应用程序中访问数据库是不必编写连接数据库的代码，可以直接从数据源获得数据库连接。 DataSource类的全称为javax.sql.DataSource,它有一组特性用于确定和描述它 所表示的现实存在的数据源，我们配置好的数据库连接池也是以数据源的形式存在的。 1.5. 在连接池当中，使用数据源获得数据库连接对象，在调用close（）方法是并不会真正地关闭连接，而仅仅是实现了断开程序与连接池之间的联系，即将连接的使用权归还给连接池。 1.6. DataSource对象由Web容器（Tomcat）提供的，因此不能在程序中采用创建一个实例的方式来生成DataSource对象，可以采用如下代码获得名称为jdbc/news的数据源。 //获取与逻辑名相关联的数据源对象 DataSource ds = (DataSource)ctx.lookup(“java:comp/env/jdbc/news”); 得到DataSource对象后，可以通过DataSource的getConnection（）方法来获得数据库连接对象Connection。 Connection conn = ds.getConnection(); 语法：Lookup(S