补充：
<%@ taglib prefix="c" uri="http://java.sun.com/jstl/core" %>
FOREACH:
<c:forEach items="${messages}"
var="item"
begin="0"
end="9"
step="1"
varStatus="var">
……
</c:forEach>

OUT:
<c:out value="/${logininfo.username}"/>
<c:out>将value 中的内容输出到当前位置，这里也就是把logininfo 对象的
username属性值输出到页面当前位置。
${……}是JSP2.0 中的Expression Language（EL）的语法。它定义了一个表达式，
其中的表达式可以是一个常量（如上），也可以是一个具体的表达语句（如forEach循环体中
的情况）。典型案例如下：
Ø ${logininfo.username}
这表明引用logininfo 对象的username 属性。我们可以通过“.”操作符引
用对象的属性，也可以用“[]”引用对象属性，如${logininfo[username]}
与${logininfo.username}达到了同样的效果。
“[]”引用方式的意义在于，如果属性名中出现了特殊字符，如“.”或者“-”，
此时就必须使用“[]”获取属性值以避免语法上的冲突（系统开发时应尽量避免
这一现象的出现）。
与之等同的JSP Script大致如下：
LoginInfo logininfo =
(LoginInfo)session.getAttribute(“logininfo”);
String username = logininfo.getUsername();
可以看到，EL大大节省了编码量。
这里引出的另外一个问题就是，EL 将从哪里找到logininfo 对象，对于
${logininfo.username}这样的表达式而言，首先会从当前页面中寻找之前是
否定义了变量logininfo，如果没有找到则依次到Request、Session、
Application 范围内寻找，直到找到为止。如果直到最后依然没有找到匹配的
变量，则返回null.
如果我们需要指定变量的寻找范围，可以在EL表达式中指定搜寻范围：
${pageScope.logininfo.username}
${requestScope.logininfo.username}
${sessionScope.logininfo.username}
${applicationScope.logininfo.username}
在Spring 中，所有逻辑处理单元返回的结果数据，都将作为Attribute 被放
置到HttpServletRequest 对象中返回（具体实现可参见Spring 源码中
org.springframework.web.servlet.view.InternalResourceView.
exposeModelAsRequestAttributes方法的实现代码），也就是说Spring
MVC 中，结果数据对象默认都是requestScope。因此，在Spring MVC 中，
以下寻址方法应慎用：
${sessionScope.logininfo.username}
${applicationScope.logininfo.username}
Ø ${1＋2}
结果为表达式计算结果，即整数值3。
Ø ${i>1}
如果变量值i>1的话，将返回bool类型true。与上例比较，可以发现EL会自
动根据表达式计算结果返回不同的数据类型。
表达式的写法与java代码中的表达式编写方式大致相同。

IF / CHOOSE:
<c:if test="${var.index % 2 == 0}">
*
</c:if>
判定条件一般为一个EL表达式。
<c:if>并没有提供else子句，使用的时候可能有些不便，此时我们可以通过<c:choose>
tag来达到类似的目的：
<c:choose>
<c:when test="${var.index % 2 == 0}">
*
</c:when>
<c:otherwise>
!
</c:otherwise>
</c:choose>
类似Java 中的switch 语句，<c:choose>提供了复杂判定条件下的简化处理手法。其
中<c:when>子句类似case子句，可以出现多次。上面的代码，在奇数行时输出“*”号，
而偶数行时输出“!”。

1、EL表达式用${}表示,可用在所有的HTML和JSP标签中 作用是代替JSP页面中复杂的JAVA代码. 

2、EL表达式可操作常量 变量 和隐式对象. 最常用的 隐式对象有${param}和${paramValues}. ${param}表示返回请求参数中单个字符串的值. ${paramValues}表示返回请求参数的一组值.pageScope表示页面范围的变量.requestScope表示请求对象的变量. sessionScope表示会话范围内的变量.applicationScope表示应用范围的变量.

3、<%@  page isELIgnored="true"%> 表示是否禁用EL语言,TRUE表示禁止.FALSE表示不禁止.JSP2.0中默认的启用EL语言.

4、EL语言可显示 逻辑表达式如${true and false}结果是false    关系表达式如${5>6} 结果是false     算术表达式如 ${5+5} 结果是10

5、EL中的变量搜索范围是:page request session application   点运算符(.)和"[ ]"都是表示获取变量的值.区别是[ ]可以显示非词类的变量

Java NIO出现不只是一个技术性能的提高，你会发现网络上到处在介绍它，因为它具有里程碑意义，从JDK1.4开始，Java开始提高性能相关的功能，从而使得Java在底层或者并行分布式计算等操作上已经可以和C或Perl等语言并驾齐驱。

如 果你至今还是在怀疑Java的性能，说明你的思想和观念已经完全落伍了，Java一两年就应该用新的名词来定义。从JDK1.5开始又要提供关于线程、并 发等新性能的支持，Java应用在游戏等适时领域方面的机会已经成熟，Java在稳定自己中间件地位后，开始蚕食传统C的领域。

本文主要简单介绍NIO的基本原理，在下一篇文章中，将结合Reactor模式和著名线程大师Doug Lea的一篇文章深入讨论。

NIO主要原理和适用。

NIO 有一个主要的类Selector,这个类似一个观察者，只要我们把需要探知的socketchannel告诉Selector,我们接着做别的事情，当有 事件发生时，他会通知我们，传回一组SelectionKey,我们读取这些Key,就会获得我们刚刚注册过的socketchannel,然后，我们从 这个Channel中读取数据，放心，包准能够读到，接着我们可以处理这些数据。

Selector内部原理实际是在做一个对所注册的channel的轮询访问，不断的轮询(目前就这一个算法)，一旦轮询到一个channel有所注册的事情发生，比如数据来了，他就会站起来报告，交出一把钥匙，让我们通过这把钥匙来读取这个channel的内容。

了解了这个基本原理，我们结合代码看看使用，在使用上，也在分两个方向，一个是线程处理，一个是用非线程，后者比较简单，看下面代码：

这是一个守候在端口9000的noblock server例子，如果我们编制一个客户端程序，就可以对它进行互动操作，或者使用telnet 主机名 9000 可以链接上。

TO(Transfer Object)，数据传输对象
在应用程序不同tie(关系)之间传输的对象 

BO(business object) 业务对象
从业务模型的角度看,见UML元件领域模型中的领域对象。封装业务逻辑的java对象,通过调用DAO方法,结合PO,VO进行业务操作。 

POJO(plain ordinary java object) 简单无规则java对象
纯 的传统意义的java对象。就是说在一些Object/Relation Mapping工具中，能够做到维护数据库表记录的 persisent object完全是一个符合Java Bean规范的纯Java对象，没有增加别的属性和方法。我的理解就是最基本的 Java Bean，只有属性字段及setter和getter方法！。

DAO(data access object) 数据访问对象
是 一个sun的一个标准j2ee设计模式，这个模式中有个接口就是DAO，它负持久层的操作。为业务层提供接口。此对象用于访问数据库。通常和PO结合使 用，DAO中包含了各种数据库的操作方法。通过它的方法,结合PO对数据库进行相关的操作。夹在业务逻辑与数据库资源中间。配合VO, 提供数据库的CRUD操作... 

O/R Mapper 对象/关系 映射  
定义好所有的mapping之后，这个O/R Mapper可以帮我们做很多的工作。通过这些mappings,这个O/R Mapper可以生成所有的关于对象保存，删除，读取的SQL语句，我们不再需要写那么多行的DAL代码了。 

实体Model(实体模式)
DAL(数据访问层)
IDAL(接口层)
DALFactory(类工厂)
BLL(业务逻辑层) 
BOF    Business Object Framework      业务对象框架
SOA    Service Orient Architecture    面向服务的设计
EMF    Eclipse Model Framework        Eclipse建模框架

页面源代码：

env.jsp

<%--
env.jsp
检测服务器信息
@version: 1.00
Note:
TODO:
Date: 2005-10-10
@author: BeanSoft
--%>
<%@ page language="java" contentType="text/html; charset=GBK"
pageEncoding="GBK"%>

<html>
<style>
a:hover{color:orange}
</style>
<title>服务器环境变量</title>
<body>

<p>&nbsp;
<table width=90% border="1" align="center" cellpadding="2" cellspacing="0" bordercolor="#99CCFF" style="border-collapse: collapse">
<tr>
<td width="50%" align="center" bgcolor="#99CCFF"><font color="#FFFFFF">服务器环境变量</font></td>
<td height="16" align="center" bgcolor="#99CCFF"><font color="#FFFFFF">功能简述</font></td>
</tr>
<tr>
<td width="50%"><%= request.getServerName()%>　</td>
<td height="4">服务器的域名</td>
</tr>
<tr>
<td width="50%"><%= java.net.InetAddress.getLocalHost().getHostAddress() %>　</td>
<td height="4">服务器的IP地址</td>
</tr>
<tr>
<td width="50%"><%=System.getProperty("os.name")%>　</td>
<td height="4">服务器操作系统</td>
</tr>
<tr>
<td width="50%"><%=System.getProperty("java.version")%>　</td>
<td height="4">服务器 Java 虚拟机版本</td>
</tr>
<tr>
<td width="50%"><%=application.getMajorVersion() + "." + application.getMinorVersion()%>　</td>
<td height="4">服务器支持的 Servlet API 版本</td>
</tr>
<tr>
<td width="50%"><%=JspFactory.getDefaultFactory().getEngineInfo().getSpecificationVersion()%>　</td>
<td height="4">服务器支持的 JSP API 版本</td>
</tr>
<tr>
<td width="50%"><%=application.getServerInfo()%>　</td>
<td height="4">服务器软件的名称及版本(建议
Tomcat 6.0)</td>
</tr>
<tr>
<td width="50%"><%=request.getServerPort()%>　</td>
<td height="5">服务器正在运行的端口</td>
</tr>
<tr>
<td width="50%"><%=System.getProperty("sun.cpu.isalist")%></td>
<td height="5">服务器 CPU 类型</td>
</tr>
<tr>
<td width="50%"><%=request.getRealPath(request.getServletPath())%>　</td>
<td height="4">请求的物理路径</td>
</tr>
<tr>
<td width="50%"><%=request.getPathInfo()%>　</td>
<td height="4">在域名根目录外的到被请求页面的路径</td>
</tr>
<tr>
<td width="50%"><%=request.getMethod()%>　</td>
<td height="4">发出request的方式</td>
</tr>
<tr>
<td width="50%"><%=request.getQueryString()%>　</td>
<td height="4">通过使用GET方法提交的任何数据</td>
</tr>
<tr>
<td width="50%"><%=request.getServletPath()%>　</td>
<td height="4">程序被调用的路径</td>
</tr>
<tr>
<td width="50%"><%=request.getRemoteHost()%>　</td>
<td height="4">发出request请求的远端机器的名称</td>
</tr>
<tr>
<td width="50%"><%=request.getRemoteAddr()%>　</td>
<td height="5">发出request请求的远端机器的IP名称</td>
</tr>
<tr>
<td width="50%"><%=request.getHeader("User-Agent")%>　</td>
<td height="4">客户请求的浏览器类型</td>
</tr>
</table>
</body>
</html>

下面是序列化和外部化在代码级的关联方式：

public interface Serializable {}

public interface Externalizable extends Serializable {
  void readExternal(ObjectInput in);
  void writeExternal(ObjectOutput out);
}

序列化和外部化的主要区别

外部化和序列化是实现同一目标的两种不同方法。下面让我们分析一下序列化和外部化之间的主要区别。

通过Serializable接口对对象序列化的支持是内建于核心 API 的，但是java.io.Externalizable的所有实现者必须提供读取和写出的实现。Java 已经具有了对序列化的内建支持，也就是说只要制作自己的类java.io.Serializable，Java 就会试图存储和重组你的对象。如果使用外部化，你就可以选择完全由自己完成读取和写出的工作，Java 对外部化所提供的唯一支持是接口：

voidreadExternal(ObjectInput in)
void writeExternal(ObjectOutput out)

现在如何实现readExternal() 和writeExternal() 就完全看你自己了。

序列化会自动存储必要的信息，用以反序列化被存储的实例，而外部化则只保存被存储的类的标识。当你通过 java.io.Serializable接口序列化一个对象时，有关类的信息，比如它的属性和这些属性的类型，都与实例数据一起被存储起来。在选择走 Externalizable这条路时，Java 只存储有关每个被存储类型的非常少的信息。

每个接口的优点和缺点

Serializable接口

·         优点：内建支持

·         优点：易于实现

·         缺点：占用空间过大

·         缺点：由于额外的开销导致速度变比较慢

Externalizable接口

·         优点：开销较少（程序员决定存储什么）

·         优点：可能的速度提升

·         缺点：虚拟机不提供任何帮助，也就是说所有的工作都落到了开发人员的肩上。

在两者之间如何选择要根据应用程序的需求来定。Serializable通常是最简单的解决方案，但是它可能会导致出现不可接受的性能问题或空间问题；在出现这些问题的情况下，Externalizable可能是一条可行之路。

要记住一点，如果一个类是可外部化的（Externalizable），那么Externalizable方法将被用于序列化类的实例，即使这个类型提供了Serializable方法：

private void writeObject()
private void readObject()

本文作者：David Petersheim是Genscape公司的应用程序开发部主任。他设计和开发用于获取和处理实时能源数据的服务器端应用程序。

一、概述
      Process类是一个抽象类（所有的方法均是抽象的），封装了一个进程（即一个执行程序）。
      Process 类提供了执行从进程输入、执行输出到进程、等待进程完成、检查进程的退出状态以及销毁（杀掉）进程的方法。
      ProcessBuilder.start() 和 Runtime.exec 方法创建一个本机进程，并返回 Process 子类的一个实例，该实例可用来控制进程并获取相关信息。

      创建进程的方法可能无法针对某些本机平台上的特定进程很好地工作，比如，本机窗口进程，守护进程，Microsoft Windows 上的 Win16/DOS 进程，或者 shell 脚本。创建的子进程没有自己的终端或控制台。它的所有标准 io（即 stdin，stdout，stderr）操作都将通过三个流 (getOutputStream()，getInputStream()，getErrorStream()) 重定向到父进程。父进程使用这些流来提供到子进程的输入和获得从子进程的输出。因为有些本机平台仅针对标准输入和输出流提供有限的缓冲区大小，如果读写子 进程的输出流或输入流迅速出现失败，则可能导致子进程阻塞，甚至产生死锁。

      当没有 Process 对象的更多引用时，不是删掉子进程，而是继续异步执行子进程。

二、API预览
 destroy()
   杀掉子进程。
 exitValue()
   返回子进程的出口值。
 InputStream getErrorStream()
   获得子进程的错误流。
 InputStream getInputStream()
   获得子进程的输入流。
 OutputStream getOutputStream()
   获得子进程的输出流。
 waitFor()
   导致当前线程等待，如果必要，一直要等到由该 Process 对象表示的进程已经终止。

三、如何创建Process对象，一般有一下两种方法：

1、每个 ProcessBuilder 实例管理一个进程属性集。start() 方法利用这些属性创建一个新的 Process 实例。start() 方法可以从同一实例重复调用，以利用相同的或相关的属性创建新的子进程。（ProcessBuilder这个是JDK5中新添加的final类，详细请参 看“深入研究java.lang.ProcessBuilder类”一文。

2、Runtime.exec() 方法创建一个本机进程，并返回 Process 子类的一个实例。详细请参看“深入研究java.lang.Runtime类”一文。

四、官方API文档。

java.lang
类 Process

java.lang.Object

java.lang.Process

public abstract class Process
extends Object

ProcessBuilder.start() 和 Runtime.exec 方法创建一个本机进程，并返回 Process 子类的一个实例，该实例可用来控制进程并获取相关信息。Process 类提供了执行从进程输入、执行输出到进程、等待进程完成、检查进程的退出状态以及销毁（杀掉）进程的方法。

创建进程的方法可能无法针对某些本机平台上的特定进程很好地工作，比如，本机窗口进程，守护进程，Microsoft Windows 上的 Win16/DOS 进程，或者 shell 脚本。创建的子进程没有自己的终端或控制台。它的所有标准 io（即 stdin，stdout，stderr）操作都将通过三个流 (getOutputStream()，getInputStream()，getErrorStream()) 重定向到父进程。父进程使用这些流来提供到子进程的输入和获得从子进程的输出。因为有些本机平台仅针对标准输入和输出流提供有限的缓冲区大小，如果读写子进程的输出流或输入流迅速出现失败，则可能导致子进程阻塞，甚至产生死锁。

当没有 Process 对象的更多引用时，不是删掉子进程，而是继续异步执行子进程。

对于带有 Process 对象的 Java 进程，没有必要异步或并发执行由 Process 对象表示的进程。

从以下版本开始：

JDK1.0

另请参见：

ProcessBuilder, Runtime.exec(String[], String[], File)

Process

public Process()

getOutputStream

public abstract OutputStream getOutputStream()

获得子进程的输出流。输出流被传送给由该 Process 对象表示的进程的标准输入流。

实现注意事项：对输出流进行缓冲是一个好主意。

返回：

连接到子进程正常输入的输出流。

getInputStream

public abstract InputStream getInputStream()

获得子进程的输入流。输入流获得由该 Process 对象表示的进程的标准输出流。

实现注意事项：对输入流进行缓冲是一个好主意。

返回：

连接到子进程正常输出的输入流。

另请参见：

ProcessBuilder.redirectErrorStream()

getErrorStream

public abstract InputStream getErrorStream()

获得子进程的错误流。错误流获得由该 Process 对象表示的进程的错误输出流传送的数据。

实现注意事项：对输入流进行缓冲是一个好主意。

返回：

连接到子进程错误流的输入流。

另请参见：

ProcessBuilder.redirectErrorStream()

waitFor

public abstract int waitFor()

throws InterruptedException

导致当前线程等待，如果必要，一直要等到由该 Process 对象表示的进程已经终止。如果已终止该子进程，此方法立即返回。如果没有终止该子进程，调用的线程将被阻塞，直到退出子进程。

返回：

进程的出口值。根据惯例，0 表示正常终止。

抛出：

InterruptedException - 如果当前线程在等待时被另一线程 中断，则停止等待，抛出 InterruptedException。

exitValue

public abstract int exitValue()

返回子进程的出口值。

返回：

此 Process 对象表示的子进程的出口值。根据惯例，值 0 表示正常终止。

抛出：

IllegalThreadStateException - 如果此 Process 对象表示的子进程尚未终止。

destroy

public abstract void destroy()

杀掉子进程。强制终止此 Process 对象表示的子进程。