Java Mail API简介
JavaMail API是一种可选的、能用于读取、编写和发送电子消息的包（标准扩展）。您可使用这种包创建邮件用户代理（Mail User Agent ，MUA） 类型的程序，它类似于Eudora、Pine及Microsoft Outlook这些邮件程序。其主要目的不是像发送邮件或其他邮件传输代理（Mail Transfer Agent，MTA）类型的程序那样用于传输、发送和转发消息。换句话说，用户可以与MUA类型的程序交互，以阅读和撰写电子邮件。MUA依靠MTA处理实际的发送任务。
JavaMail API的设计是，为收发信息提供与协议无关的访问。方式是把该API划分成两个部分：
· 该API的第一个部分是本课程的重点。基本上是如何发送和接收独立于提供程序/协议的消息。
· 第二个部分则使用特定的协议语言，如：SMTP、POP、IMAP和NNTP。如果要让JavaMail API与服务器通信，就需要为之提供协议。由于Sun公司对特定协议提供程序有充分的介绍，用户可以免费获取，所以本课程没有介绍创建特定协议提供程序的内容。
复习相关协议
在学习JavaMail API的深层知识之前，让我们回过头来看一看在该API中使用的协议,本质上有4种人们常用的协议：
· SMTP
· POP
· IMAP
· MIME
您还需要了解NNTP及其他一些协议。理解这些协议的基本原理有助于您理解如何使用JavaMail API。而该API的设计要与协议无关，所以不能克服这些基础协议的限制。如果选用的协议不支持某种功能，那么JavaMail API也无法在其上添加这种功能。（正如您一会儿就会看到的，在操作POP协议时，常常会碰到这种问题）。
SMTP
简单邮件传输协议（SMTP）是用于传送电子邮件的机制。在JavaMail API环境中，您的基于JavaMail的程序将与您公司或Internet服务提供商（ISP）的SMTP服务器通信。该SMTP服务器将会把消息转发给用作接收消息的SMTP服务器，最后用户可通过POP或IMAP协议获取该消息。由于支持身份验证，所以不需要SMTP服务器是一种开放的转发器，但需要确保SMTP服务器配置正确。JavaMail API中没有集成用于处理诸如配置服务器以转发消息或添加/删除电子邮件帐户这一类任务的功能。
POP
POP的含义是邮局协议，当前的版本为3，也称作POP3，该协议是在RFC 1939中定义的。POP是Internet上的大多数人用来接收邮件的机制。它为每个用户的每个邮箱定义支持，这是它所做的全部工作，也是大多数问题的根源。在使用POP协议时，人们熟悉的很多功能，如查看收到了多少新邮件消息的功能，POP根本不支持。这些功能都内置到诸如Eudora或Microsoft Outlook之类的邮件程序中，能为您记住接收的上一封邮件，以及计算有多少新邮件这类信息。因此，使用JavaMail API时，如果想获取这类信息，将需要由自己进行计算。
IMAP
IMAP是用于接收消息的更加高级的协议，它是在RFC 2060中定义的。IMAP的含义是“Internet消息访问协议”，当前版本是第4版，也称作IMAP4。使用IMAP时，您的邮件服务器必须支持该协议。您不能只是简单地把程序转变为支持IMAP，而不是支持POP，就指望能支持IMAP中的一切。假定您的邮件服务器支持IMAP，那么基于JavaMail的程序就可利用在服务器上拥有多个文件夹的用户，并且这些文件夹可以被多个用户共享的功能。
由于IMAP协议具有更高级的功能，您也许会想IMAP应该被每一个人使用，但事实不是这样。因为IMAP会加重邮件服务器的负荷，它需要服务器接收新消息，发送消息给请求的用户，并在多个文件夹中为每个用户维护这些消息。而这要集中备份，因而长期下去用户的文件夹会变得越来越大，当磁盘空间用光了时，每个人都会遭受损失。而使用POP协议时，已保存消息可以解除服务器的重负。
MIME
MIME的含义是“多用途的网际邮件扩充协议”。它不是一种邮件传输协议，相反，它定义传输的内容：消息的格式、附件等。许多文档都定义了MIME协议，包含：RFC 822、RFC 2045、RFC 2046和RFC 2047。作为JavaMail API的用户，一般不需要担心这些格式。但是，这些格式确实存在，并为您的程序所用。
NNP和其他协议
由于JavaMail API分开了提供程序和其他部分，所以您可以轻松地为附加协议添加支持。Sun公司提供第3方提供程序清单，这些提供程序要利用 Sun公司不支持的少见的协议。在这份清单中，您将会看到对NNTP（网络新闻传输协议）[新闻组]、S/MIME（安全多用途的网际邮件扩充协议）及其他协议的提供支持的第3方提供程序。
安装
目前有两种版本的JavaMail API最常用：1.2和1.1.3。本课程中的所有例子都适用于这两种版本。其中JavaMail API 1.2是最新的，而JavaMail API 1.1.3中包含了Java 2企业版（J2EE）平台1.2.1版，所以它仍然很常用。使用JavaMail API的版本会对您的下载和安装产生一些影响。这两种版本的JavaMail API都能与JDK 1.1.6、Java 2标准版（J2SE）平台1.2.x和1.3.x协同工作。
注意：在安装了Sun公司的JavaMail工具后，会在演示目录下看到许多示例程序。
安装JavaMail 1.2
要使用JavaMail 1.2 API，可以下载JavaMail 1.2工具，然后解压缩javamail-1_2.zip文件，并把mail.jar文件添加到典型安装路径下。JavaMail 1.2工具带有SMTP、IMAP4和POP3提供程序以及核心类。
安装完JavaMail 1.2后，再安装JavaBeans Activation Framework。
安装JavaMail 1.1.3
要使用JavaMail 1.1.3 API，可以下载JavaMail 1.1.3工具，然后解压缩javamail1_1_3.zip文件，并把mail.jar文件添加到典型安装路径下。JavaMail 1.1.3工具带有SMTP和IMAP4提供程序以及核心类。
如果您想用JavaMail 1.1.3访问POP服务器，需要下载并安装POP3提供程序。Sun公司拥有一个独立于 JavaMail 工具的提供程序。在下载并解压缩pop31_1_1.zip文件后，也还需要把pop3.jar添加到典型安装路径下。
安装完JavaMail 1.1.3后，再安装JavaBeans Activation Framework。
安装JavaBeans Activation Framework
JavaMail API的所有版本都需要JavaBeans Activation Framework（JavaBeans激活框架），这种框架提供了对输入任意数据块的支持，并能相应地对其进行处理。看上去效果好像不太好，但该框架是在当今的许多浏览器和邮件工具中可以找到的基本MIME类型支持。下载该框架后，解压缩jaf1_0_1.zip文件，并将activation.jar文件添加到典型安装路径下。
对于JavaMail 1.2用户，现在应该把mail.jar和activation.jar文件添加到典型安装路径下。
对于JavaMail 1.1.3用户，现在应该把mail.jar、pop3.jar和activation.jar添加到典型安装路径下。如果您不打算使用POP3，就不需要把pop3.jar文件添加到典型安装路径下。
如果您不想更改安装路径环境变量，可以把JAR文件复制到Java运行时环境（JRE）目录下的lib/ext目录下。例如，对于J2SE 1.3版本，Windows平台上的默认目录应该是C:\jdk1.3\jre\lib\ext。
使用Java 2企业版
如果您使用的是J2EE，则在使用基本JavaMail API时，不需要做什么特殊的工作；JavaMail API带有J2EE类。只要确保j2ee.jar文件位于典型安装路径下，并完成了所有的设置工作。
对于J2EE 1.2.1，POP3提供程序是单独提供的，因此需要下载该提供程序，并按安装JavaMail 1.1.3的步骤，在J2EE 1.2.1中包含POP3提供程序。J2EE 1.3的用户会获得J2EE和POP3提供程序，因而不需要对POP3提供程序执行独立安装。使用这两种版本的J2EE用户，都不需要安装JavaBeans Activation Framework。
练习
设置您的 JavaMail 环境。
复习核心类
在开始深入研究JavaMail类之前，首先让用户浏览一下构成API的核心类：会话、消息、地址、验证程序、传输，存储和文件夹。所有这些类都可以在JavaMail API即javax.mail的顶层包中找到，尽管您将频繁地发现您自己使用的子类是在javax.mail.internet包中找到的。
Session类
Session类定义了一个基本的邮件会话。通过该会话可让别的工作顺利执行。Session对象利用java.util.Properties对象获取诸如邮件服务器、用户名、密码等信息，以及其他可在整个应用程序中共享的信息。
Session类的构造器是私有的。您可以获得一个可被getDefaultInstance()方法共享的单一的默认会话：
Properties props = new Properties();
// fill props with any information
Session session = Session.getDefaultInstance(props, null);
或者，您可以用getInstance()方法创建一个独特的会话：
Properties props = new Properties();
// fill props with any information
Session session = Session.getInstance(props, null);
这两种情形下的null参数都是一种Authenticator对象，它不是在此时使用的。详细信息请参阅其后的“Autherticator”一节。
在大多数情况下，使用共享会话就足够了，即使为多个用户邮箱处理邮件会话也是如此。您可以在通信过程的后面一步添加上用户名和密码的组合，并保持所有的一切是独立的。
Message类
一旦创建了自己的Session对象，就是该去创建要发送的消息的时候了。这时就要用到消息类型。作为一个抽象类，您必须操作一个子类，在大多数情况下，该子类是javax.mail.internet.MimeMessage。一个MimeMessage是一种理解MIME类型和报头（在不同的RFC文档中均有定义）的消息。消息的报头被严格限制成只能使用US-ASCII字符，尽管非ASCII字符可以被编码到某些报头字段中。
可以通过将Session对象传递给MimeMessage构造器的方法来创建消息：
MimeMessage message = new MimeMessage(session);
注意：还有其他的构造器，像用于创建消息的源于RFC822格式化的输入流的构造器。
一旦创建了消息，就可以设置其各个部分，如Message(消息)实现Part（部分）接口（以MimeMessage实现MimePart）。设置内容的基本机制是setContent()方法，它带有表示内容和MIME类型的参数：
message.setContent("Hello", "text/plain");
但是，如果正在使用 MimeMessage，并且您的消息是纯文本，那么您就可以使用setText()方法。该方法只需要一个表示实际内容的参数，默认的MIME类型为纯文本：
message.setText("Hello");
对于纯文本消息，setText()方法更常常被用来设置内容。要发送其他类型的消息，如HTML消息，就要使用setContent方法()。现在用的更多的是HTML消息。
要设置主题，可以使用setSubject()方法：
message.setSubject("First");
Address类
一旦创建了会话和消息，并为消息填充了内容，就需要用Address类为您的信件标上地址了。同Message类一样，Address类也是一种抽象类。您可以使用javax.mail.internet.InternetAddress类。
要创建只带有电子邮件地址的地址，可以把电子邮件地址传递给Address类的构造器：
Address address = new InternetAddress("president@whitehouse.gov");
如果想让一个名字出现在电子邮件地址后，也可以将其传递给构造器：
Address address = new InternetAddress("president@whitehouse.gov", "George Bush");
您要为消息的from（发送者）字段和to（接收者）字段创建地址对象。除非您的邮件服务器阻止这样做，否则要在发送的消息中注明该消息的发送者。
一旦创建好了地址，有两种方法可让您将地址与消息连接起来。为了鉴别发送者，您可以使用setFrom()和setReplyTo()方法。
message.setFrom(address)
如果您的消息需要显示多个地址来源，则可以使用addFrom()方法：
Address address[] = ...;
message.addFrom(address);
为了鉴别消息接收者，您可以使用addRecipient()方法。该方法除了需要一个地址参数外，还需要一个Message.RecipientType属性（消息的接收类型）。
message.addRecipient(type, address)
地址的3种预定义类型如下：
· Message.RecipientType.TO
· Message.RecipientType.CC
· Message.RecipientType.BCC
因此，如果一条消息将发送给副总统，同时还将发送该消息的副本给第一夫人，则采用下面的代码：
Address toAddress = new InternetAddress("vice.president@whitehouse.gov");
Address ccAddress = new InternetAddress("first.lady@whitehouse.gov");
message.addRecipient(Message.RecipientType.TO, toAddress);
message.addRecipient(Message.RecipientType.CC, ccAddress);
JavaMail API没有提供检查电子邮件地址有效性的机制。您可以自己编写支持扫描有效字符（在RFC 822文档中所定义的）的程序或检验MX（邮件交换）记录，这些都超越了JavaMail API的范围。
Authenticator类
与java.net类一样，JavaMail API可以利用Authenticator（验证程序）类通过用户名和密码来访问受保护的资源。对于JavaMail API来说，这种受保护的资源是指邮件服务器。JavaMail的Authenticator类可以在javax.mail包中找到，并有别于同名的java.net类。当JavaMail API在Java 1.1下工作时，JavaMail和java.net不会共享同一个Authenticator类名称，这是因为Java 1.1中不含有java.net。
要使用Authenticator类，您可以使用该抽象类的子类，并通过getPasswordAuthentication()方法返回一个PasswordAuthentication实例。在创建时，您必须用会话记录Authentication类。其后，当需要进行身份验证时，会通知您的Authenticator。会弹出一个窗口，或从一个配置文件（尽管不加密就不安全）中读取用户名和密码，并把它们作为一个PasswordAuthentication对象返回给调用程序。
Properties props = new Properties();
// fill props with any information
Authenticator auth = new MyAuthenticator();
Session session = Session.getDefaultInstance(props, auth);
Transport类
发送消息的最后一步操作是使用Transport类。该类使用特定于协议（通常是SMTP）的语言来发送消息。它是一个抽象类，其操作与Session类有些相似。您可以通过只调用静态的send()方法来使用该类的默认版本：
Transport.send(message);
或者，您可以从用于您的协议的会话中获取一个特定的实例，然后传递用户名和密码（不必要时可以为空）并发送消息，最后关闭连接：
message.saveChanges(); // implicit with send()
Transport transport = session.getTransport("smtp");
transport.connect(host, username, password);
transport.sendMessage(message, message.getAllRecipients());
transport.close();
当您需要发送多个消息时，建议采用后一种方法，因为它将保持消息间活动服务器的连接。而基本的send()机制会为每一个方法调用都建立一条独立的连接。
注意：要查看经过邮件服务器邮件命令，可以用session.setDebug(true)方法设置调试标志。
Store和Folder类
使用Session类来获取消息，开始时与发送消息很相似。但是，在获取会话后，很有可能使用用户名和密码或Authenticator类来连接Store类。与Transport类一样，您要告诉Store类将使用什么协议：
// Store store = session.getStore("imap");
Store store = session.getStore("pop3");
store.connect(host, username, password);
在连接Store类后，就可以获取一个Folder类，在读取其中的消息前必须先打开该类。
Folder folder = store.getFolder("INBOX");
folder.open(Folder.READ_ONLY);
Message message[] = folder.getMessages();
对于POP3协议，惟一可用的文件夹是INBOX。如果使用的是IMAP协议，则可以使用其他的文件夹。
注意：Sun公司的提供程序本来想提供方便。而Message message[]=folder.getMessages();这条语句却是一种从服务器逐条读取消息的缓慢操作，所以仅当您确实需要获取消息部分（该内容是所检索消息的内容）时可以使用这条语句。
一旦读取消息，就可以使用getContent()方法获取其内容，或使用writeTo()方法将其内容写到一个流中。getContent()方法只获取消息内容，而writeTo()方法则还会输出报头。
System.out.println(((MimeMessage)message).getContent());
一旦您阅读完邮件，就可以关闭对文件夹和存储的连接。
folder.close(aBoolean);
store.close();
传递给文件夹的close()方法的布尔变量指定了是否通过清除已删除的消息来更新文件夹。
继续前进
实际上，理解使用这7个类的方式，是使用JavaMail API处理几乎所有事情所需要的全部内容。用这7个类以外的方式构建的JavaMail API，其大多数功能都是以几乎完全相同或特定的方式来执行任务的，就好像内容是附件。特定的任务，如：搜索、隔离等将在后面进行介绍。
使用JavaMail API
您已经看到了如何操作JavaMail API的核心部分。在下面几节中，您将学习如何连接几个部分以执行特定的任务。
发送消息
发送电子邮件消息涉及到获取会话、创建和填充消息并发送消息这些操作。您可以在获取Session时，通过为要传递的Properties对象设置mail.smtp.host属性来指定您的SMTP服务器。
String host = ...;
String from = ...;
String to = ...;
// Get system properties
Properties props = System.getProperties();
// Setup mail server
props.put("mail.smtp.host", host);
// Get session
Session session = Session.getDefaultInstance(props, null);
// Define message
MimeMessage message = new MimeMessage(session);
message.setFrom(new InternetAddress(from));
message.addRecipient(Message.RecipientType.TO,
new InternetAddress(to));
message.setSubject("Hello JavaMail");
message.setText("Welcome to JavaMail");
// Send message
Transport.send(message);
您应该在try-catch块中编写代码，以在创建消息并发送它时可以抛出一个异常。
练习
发送您的第一个消息
获取消息
对于阅读邮件来说，首先您要获取一个会话，然后获取并连接到一个相应的用于您的收件箱的存储上，接着打开相应的文件夹，再获取消息。同时，不要忘记了操作完成后关闭连接。
String host = ...;
String username = ...;
String password = ...;
// Create empty properties
Properties props = new Properties();
// Get session
Session session = Session.getDefaultInstance(props, null);
// Get the store
Store store = session.getStore("pop3");
store.connect(host, username, password);
// Get folder
Folder folder = store.getFolder("INBOX");
folder.open(Folder.READ_ONLY);
// Get directory
Message message[] = folder.getMessages();
for (int i=0, n=message.length; i<n; i++) {
System.out.println(i + ": " + message[i].getFrom()[0]
+ "\t" + message[i].getSubject());
}
// Close connection
folder.close(false);
store.close();
每一条消息执行何种操作取决于自己决定。上面的代码块只是显示了消息的发送者和主题。从技术上讲，发送者地址列表可以为空，此时getFrom()[0]调用会抛出一个异常。
为了显示整条消息，您可以提示用户在看完消息的发送者和主题字段后，如果想看到消息的内容，可以再调用消息的writeTo()方法。
BufferedReader reader = new BufferedReader (
new InputStreamReader(System.in));
// Get directory
Message message[] = folder.getMessages();
for (int i=0, n=message.length; i<n; i++) {
System.out.println(i + ": " + message[i].getFrom()[0]
+ "\t" + message[i].getSubject());
System.out.println("Do you want to read message? " +
"[YES to read/QUIT to end]");
String line = reader.readLine();
if ("YES".equals(line)) {
message[i].writeTo(System.out);
} else if ("QUIT".equals(line)) {
break;
}
}


发送附件
MimeMessage message =
         new MimeMessage(session);
      message.setFrom(
         new InternetAddress(from));
      message.addRecipient(
         Message.RecipientType.TO,
         new InternetAddress(to));
      message.setSubject(
         "Hello JavaMail Attachment");

      // create the message part
MimeBodyPart messageBodyPart =
         new MimeBodyPart();

      //fill message
      messageBodyPart.setText("Hi");

      Multipart multipart = new MimeMultipart();
      multipart.addBodyPart(messageBodyPart);

      // Part two is attachment
      messageBodyPart = new MimeBodyPart();
      DataSource source =
         new FileDataSource(fileAttachment);
      messageBodyPart.setDataHandler(
         new DataHandler(source));
      messageBodyPart.setFileName(fileAttachment);
      multipart.addBodyPart(messageBodyPart);

      // Put parts in message
      message.setContent(multipart);

      // Send the message
      Transport.send( message );
          最近接手一个小程序，其实功能说起来不复杂。可对于我这刚接触J2EE的新手来说，不是那么容易的。因为对遇到的问题，很多时候需要很长时间才能解决，有时无从下手。虽然有老员工帮忙，但也不好意思总麻烦别人。眼看着一天一天过去，程序完不成，还挺不爽的。只有努力学习，赶紧提高自己的技术，才能使程序员生活好一点。

       我是2005年从西电（可能很多人不知道这个学校）毕业的，签了一家北京的公司，搞IT的，我在的部门是对公司进行信息化的，开始了程序员的生活，说实话当时找个北京的工作不太容易。
       过的很快，工作差不多半年了。技术方面也有了提高。但开始感觉到还有很多很多要学。
      比如说话，以前没有太多的重视，在学校时同学之间无话不谈，工作了以后变化很多。首先是没那没随便了，而且说话要注意。我从小比较内向，觉得自己性格也有些直，怎没想的就怎没说。这样会得罪人。最近就在说话上没注意，让别人不高兴。自己也很后悔.
       我这时才对妈妈说过的一句话有更深的体会；
         一万句话不一定能为下一个人（北京话，“为人”指交个朋友，别人对自己有好印象之类的）
         一句话能得罪一个人。
      所以自己要在说话这方面有所改进了，否则会处处碰壁。

   本人简介：
   出生在北京市房山区，一个普通的农民家庭,父母亲，哥哥和我。

   05年毕业于西安电子科技大学计算机学院。
   宿舍7个人，除了我那六个哥们儿都上研了，那是相当的猛啊，就我一个工作了，好像有点颓废。



在blog火热的今天，我也来凑凑热闹，开始写blog，对平时工作进行一些总结。

主要写一下技术的方面的心得，经验总结，好文转载。
Oracle已经内建了许多函数，不同的函数有不同的作用和用法，有的函数只能作用在一个记录行上，有的能够作用在多个记录行上，不同的函数可能处理不同的数据类型。常见的有两类，单行函数和分组函数 。

单行函数：

单行函数
分类	函数	功能	示例
字符函数	LPAD(<c1>,<i>[,<c2>])	在字符串c1的左边添加字符串c2直到c1字符串的长度等于i。	SELECT  LPAD(‘Hello!’,8,’ ’) leftpad,RPAD(‘Hello!’,8,’ ’) rightpad FROM DUAL;
	RPAD(<c1>,<i>[,<c2>])	在字符串c1的右边添加字符串c2直到c1字符串的长度等于i。
	LOWER(<c1>)	把字符串c1转换为小写	SELECT LOWER(ename)  one,UPPER(ename) two, INITCAP(ename) FROM EMP;
	UPPER(<c1>)	把字符串c1转换为大写
	INITCAP(<c1>)	把c1字符串的每一个单词的第一个字母转换成大写字母
	LENGTH(<c1>)	返回字符串c1的长度	SELECT LENGTH(‘How are you’) FROM DUAL;
	SUBSTR(<c1>,<i>[,<j>])	返回字符串c1中从第i个位置开始的j个字符（向右）。如果省略j，则返回c1中从第i个位置开始的所有字符。如果j为负，则返回字符串c1中从第i个位置开始的j个字符（向左）。	SELECT SUBSTR(‘Hello,World’,1,5) FROM DUAL;
	INSTR(<c1>,<c2>[,<i>[,<j>]])	在c1中从位置i开始查找c2在c1中出第j次的位置，i可以为负(此时，从c1的尾部开始)。	SELECT INSTR(‘Mississippi’,’i’,3,3) FROM DUAL; 返回结果11。 SELECT INSTR(‘Mississippi’,’i’,-2,3) FROM DUAL; 返回结果2。
	LTRIM(<c1>,<c2>)	从c1前面开始去掉出现在c2的中任何前导字符集。	SELECT LTRIM(‘Mississippi’,’Mis’) FROM DUAL; 返回结果’ppi’。 SELECT RTRIM(‘Mississippi’,’ip’) FROM DUAL; 返回结果’Mississ’。
	RTRIM(<c1>,<c2>)	从c1后面开始去掉出现在c2的中任何前导字符集。
数学函数	ABS(<n>)	返回n的绝对值	SELECT ABC(-2),ABS(2) FROM DUAL;
	ROUND(<n1>,<n2>)	将n1的小数点后保留n2位（四舍五入）并返回。如果n2小于零，n1舍入到小数点左边。	SELECT ROUND(12345.678,-2), ROUND(12345.678,2)  FROM  DUAL; 分别返回结果：12300，12345.68。
	CEIL(<n>)	将n 向上取整，并返回。	SELECT CEIL(5.1),CEIL(-21.4) FROM  DUAL; 分别返回：6, -21。
	FLOOR(<n>)	将n 向下取整，并返回。	SELECT FLOOR(5.1),FLOOR(-21.4) FROM  DUAL; 分别返回：5, -22。
	MOD(<n1>,<n2>)	返回n1模n2后的余数。	SELECT MOD(14,5),MOD(8,25),MOD(-64,7) FROM DUAL; 分别返回结果：4，0.5，-1。
	SIGN(<n>)	符号函数，n>0，返回1。 n<0，返回-1。 n=0，返回0。	SELECT SIGN(-2.3),SIGN(2.3),SIGN(0) FROM DUAL;
	SQRT(<n>)	返回n的平方根	SELECT SQRT(9) FROM DUAL;
	TRUNC(<n1>,<n2>)	功能类似ROUND函数。但不做四舍五入。	SELECT TRUNC(123.456,2),TRUNC(123.456,-1) FROM DUAL; 分别返回结果：123.45、120。
	VSIZE(n)	返回数字n的存储字节	SELECT VSIZE(123) FROM DUAL;
日期函数(日期可以进行算术运算)	SYSDATE	返回相同日期	SELECT SYSDATE FROM DUAL;
	ADD_MONTHS(<d>,<i>)	返回日期d 加上i个月后的新日期(i正可负)。	SELECT SYSDATE, ADD_MONTHS(SYSDATE,2), ADD_MONTHS(SYSDATE,-2) FROM DUAL;
	LAST_DAY(<d>)	返回日期d所在的月的最后一天。	SELECT SYSDATE,LAST_DAY(SYSDATE) FROM DUAL
	MONTHS_BETWEEN(<d1>,<d2>)	返回日期d1比d2大多少月数。	SELECT MONTHS_BETWEEN(’19-Dec-1999’,’19-Mar-2000’ FROM DUAL;
	NEW_TIME(<d>,<tz1>,<tz2>)	将时区tz1的时间d，转换为时区tz2里的时间。	SELECT SYSDATE,NEW_TIME(SYSDATE,’CDT’,’PDT’) FROM DUAL;
	NEXT_DAY(<d>,<dow>)	返回日期d后的第一个dow。(dow：day of week)	SELECT NEXT_DAY(SYSDATE,’Monday’) FROM DUAL;
常用转换函数	TO_CHAR(<x>[,<fmt>[,<nlsparm>]])	将x转换成字符串。（参数含义请看ORACLE的联机帮助）	SELECT TO_CHAR(SYSDATE,’YYYY-MM-DD’) FROM DUAL;
	TO_NUMBER(<c>[,<fmt>[,<nlsparm>]])	将字符串c转换成数字。（参数含义请看ORACLE的联机帮助）	SELECT TO_NUMBER(‘123’) FROM DUAL;
	TO_DATE(<c>[,<fmt>[,<nlsparm>]]) (常见的日期格式请查联机帮助。)	将字符串c转换成日期。	SELECT TO_DATE(’19-Mar-99’,’DD-Mon-YYYY’) FROM DUAL;
两个重要函数	DECODE(<x>,<m1>,<r1>[,<m2>, <r2…>][,<d>]) (DECODE函数功能非常强大，请仔细玩味。)	一个功能非常强大的函数，它使得SQL非常高效。它的功能类似于一系列的if…then…else语句。	SELECT sid,serial#,username, DECODE(command ,0,’None’ ,2,’Insert’ ,3,’Select’ ,6,’Update’ ,7,’Delete’ ,8,’Drop ,’Other’) cmd FROM V$SESSION WHERE type<>’BACKGROUND’;
	NVL(x1,x2) 注意ORACLE中的NULL值，注意该函数作用	如果x1为空返回x2，否则返回x1。	SELECT NVL(ename,’无姓名’)  FROM  EMP;
分组函数
	AVG([{DISTINCT|ALL}]<n>)	求返回行的指定列的平均值	SELECT AVG(sal),AVG(ALL sal),AVG(DISTINCT sal) FROM SCOTT.EMP;
	COUNT({*|[DISTINCT|ALL]}<x>)	统计返回的行数	SELECT COUNT (*), COUNT(DISTINCT mgr),COUNT(mgr) FROM SCOTT.EMP
	MAX([{DISTINCT|ALL}]<x>)	求返回行的指定列的最大值	SELECT MAX(sal),MAX(DISTINCT sal) FROM EMP;
	MIN([{DISTINCT|ALL}]<x>)	求返回行的指定列的最小值	SELECT MIN(sal),MIN(DISTINCT sal) FROM EMP;
	STDDEV([{DISTINCT|ALL}]<x>)	求返回行的指定列的标准方差	SELECT STDDEV(sal),STDDEV(DISTINCT sal) FROM EMP;
	SUM()	求返回行的指定列的和	SELECT SUM(sal) FROM EMP;
	VARIANCE()	求返回行的指定列的差异值

　

　

     注意：

A、 分组函数不会处理空值，也不会返回空值；

B、  所有的分组函数既可以作用于指定列的所有值上，也可以只作用于指定列的差异列值上；

C、 当指定ALL选项时，分组函数作用于所有非空列值行上。当指定DISTINCT选项时，分组函数只作用于非空的且具有不同列值的行上（即，重复列值的行只计算一行）；

问:  
若通过ObjectOutputStream向一个文件中多次以追加方式写入object,为什么用ObjectInputStream读取这些object时会产生StreamCorruptedException?  

答:  
使用缺省的serializetion的实现时,一个ObjectOutputStream的构造和一个ObjectInputStream的构造必须一一对应.ObjectOutputStream的构造函数会向输出流中写入一个标识头,而ObjectInputStream会首先读入这个标识头.因此,多次以追加方式向一个文件中写入object时,该文件将会包含多个标识头.所以用ObjectInputStream来deserialize这个ObjectOutputStream时,将产生StreamCorruptedException.一种解决方法是可以构造一个ObjectOutputStream的子类,并覆盖writeStreamHeader()方法.被覆盖后的writeStreamHeader()方法应判断是否为首次向文件中写入object,羰?则调用super.writeStreamHeader();若否,即以追加方式写入object时,则应调用ObjectOutputStream.reset()方法.  

问:  
对象的序列化(serialization)类是面向流的,应如何将对象写入到随机存取文件中?  

答:  
目前,没有直接的方法可以将对象写入到随机存取文件中.  
但是可以使用ByteArray输入/输出流作为中介,来向随机存取文件中写入或从随机存取文件中读出字节,并且可以利用字节流来创建对象输入/输出流,以用于读写对象.需要注意的是在字节流中要包含一个完整的对象,否则读写对象时将发生错误. 例如,java.io.ByteArrayOutputStream可用于获取ObjectOutputStream的字节流,从中可得到byte数组并可将之写入到随机存取文件中.相反,我们可以从随机存取文件中读出字节数组,利用它可构造ByteArrayInputStream,进而构造出ObjectInputStream,以读取对象.  

问:  
运行RMI应用时,可不可以不手工启动名字服务rmiregistry,而是从程序中启动之?  

答:  
可以. java.rmi包中提供了类java.rmi.registry.LocateRegistry,用于获取名字服务或创建名字服务.调用LocateRegistry.createRegistry(int port)方法可以在某一特定端口创建名字服务,从而用户无需再手工启动rmiregistry.此外,LocateRegistry.getRegistry(String host,int port)方法可用于获取名字服务.  

问:  
使用类PrintJob进行打印操作时,应如何设置打印机名等打印属性?  

答:  
使用如下方法可以获得PrintJob的实例用于控制打印操作:  


Toolkit.getPrintJob(Frame f, String jobtitle, Properties prop)  

那么对于打印属性的设置可以通过对prop的属性设置来实现,打印属性包括:  

awt.print.destination: 可以是"printer"或"file"  

awt.print.printer: 打印机名  

awt.print.fileName: 打印文件名  

awt.print.numCopies: 打印份数  

awt.print.options: 打印命令的打印选项  

awt.print.orientation: 打印方向,可以是"portrait"或"landscape"  

awt.print.paperSize: 纸张大小,可以是"letter","legal","executive"或"a4"  






问:  
在JDK1.1中Thread类定义了suspend()和resume()方法,但是在JDK1.2中已经过时,应使用什么方法来替代之?  

答:  
Thread.suspend本身易于产生死锁.如果一个目标线程对某一关键系统资源进行了加锁操作,然后该线程被suspend,那么除非该线程被resume,否则其它线程都将无法访问该系统资源.如果另外一个线程将调用resume,使该线程继续运行,而在此之前,它也需要访问这一系统资源,则将产生死锁.  

因此,在Java 2中,比较流行的方式是定义线程的状态变量,并使目标线程轮询该状态变量,当状态为悬挂状态时,可以使用wait()方法使之处于等待状态.一旦需要该线程继续运行,其它线程会调用notify()方法来通知它.  

问:  
使用JDBC编程,应如何控制结果集ResultSet的指针,使之能够上下移动,以及移动到结果集的第一行和最后一行?  

答:  
在JDK1.1中,ResultSet类中只定义了next()方法支持数据指针的下移.但在Java 2中,ResultSet类增加了如下方法支持数据指针的移动,包括:  


ResultSet.first():将数据指针移到结果集的第一行  

ResultSet.last(): 将数据指针移到结果集的最后一行  

ResultSet.previous(): 将数据指针上移一行  


以上的方法定义在JDBC2.0的规范中,所有支持JDBC 2.0的JDBC驱动程序都可以支持上述方法.目前Intersolv和OpenLink等JDBC驱动程序厂商均有产品支持JDBC 2.0 .  


问:  
哪几种Web Server支持Servlet?如何使IIS支持Servlet?  

答:  
目前,支持Servlet的服务器端产品主要有: Sun公司的Java WebServer,Lotus DominoGo WebServer,BEA weblogic Tengah Server,Jigsaw,NetForge,AcmeServer和Mot Bays Jetty等.  

此外,一些第三方厂商也开发了Servlet engine,以使其它WebServer(如Netscape Web Server,IIS等)能够运行Servlet,如LiveSoftware的Jrun(http://www.livesoftware.com/ products/jrun/)等.  

问:  
如何在Java应用中将图像存储到图像文件中?  

答:  
Java Advanced Imaging API(包含在Java Media API中)允许在Java应用中执行复杂的,高性能的图像处理.JAI API提供了存储图像的能力.目前,JAI API支持以下几种图像文件格式:BMP,JEPG,PNG,PNM,TIFF.下面给出了将图像存储到BMP文件的一段代码:  


OutputStream os = new FileOutputStream(fileToWriteTo);  

BMPEncodeParam param = new BMPEncodeParam();  

ImageEncoder enc = ImageCodec.createImageEncoder("BMP", os, param);  

enc.encode(img);  

os.close();  

有关存储图像文件的编程指南请参考以下网页:  

http://java.sun.com/products/java-media/jai/forDevelopers/jai-guide/  




问:  
如何用Java语言向串口读写数据? font>  

答:  
Sun公司的Java Communication API2.0可用于读写串口,它支持RS232串口和IEEE 1284 并口,提供了一种与平台无关的串/并口通信机制. 第一，谈谈final， finally， finalize的区别。

    第二，Anonymous Inner Class （匿名内部类） 是否可以extends（继承）其它类，是否可以implements（实现）interface（接口）？

    第三，Static Nested Class 和 Inner Class的不同，说得越多越好（面试题有的很笼统）。

    第四，&和&&的区别。

    第五，HashMap和Hashtable的区别。

    第六，Collection 和 Collections的区别。

    第七，什么时候用assert.

    第八，GC是什么？ 为什么要有GC？

    第九，String s = new String（"xyz"）；创建了几个String Object？

    第十，Math.round（11.5）等於多少？ Math.round（-11.5）等於多少？

    第十一，short s1 = 1； s1 = s1 + 1；有什么错？ short s1 = 1； s1 += 1；有什么错？

    第十二，sleep（） 和 wait（） 有什么区别？

    第十三，Java有没有goto？

    第十四，数组有没有length（）这个方法？ String有没有length（）这个方法？

    第十五，Overload和Override的区别。Overloaded的方法是否可以改变返回值的类型？

    第十六，Set里的元素是不能重复的，那么用什么方法来区分重复与否呢？ 是用==还是equals（）？ 它们有何区别？

    第十七，给我一个你最常见到的runtime exception.

    第十八，error和exception有什么区别？

    第十九，List， Set， Map是否继承自Collection接口？

    第二十，abstract class和interface有什么区别？

    第二十一，abstract的method是否可同时是static，是否可同时是native，是否可同时是synchronized？

    第二十二，接口是否可继承接口？ 抽象类是否可实现（implements）接口？ 抽象类是否可继承实体类（concrete class）？

    第二十三，启动一个线程是用run（）还是start（）？

    第二十四，构造器Constructor是否可被override？

    第二十五，是否可以继承String类？

    第二十六，当一个线程进入一个对象的一个synchronized方法后，其它线程是否可进入此对象的其它方法？

    第二十七，try {}里有一个return语句，那么紧跟在这个try后的finally {}里的code会不会被执行，什么时候被执行，在return前还是后？

    第二十八，编程题： 用最有效率的方法算出2乘以8等於几？

    第二十九，两个对象值相同（x.equals（y） == true），但却可有不同的hash code，这句话对不对？

    第三十，当一个对象被当作参数传递到一个方法后，此方法可改变这个对象的属性，并可返回变化后的结果，那么这里到底是值传递还是引用传递？

    第三十一，swtich是否能作用在byte上，是否能作用在long上，是否能作用在String上？

    第三十二，编程题： 写一个Singleton出来。

以下是答案

    第一，谈谈final， finally， finalize的区别。

    final？修饰符（关键字）如果一个类被声明为final，意味着它不能再派生出新的子类，不能作为父类被继承。因此一个类不能既被声明为 abstract的，又被声明为final的。将变量或方法声明为final，可以保证它们在使用中不被改变。被声明为final的变量必须在声明时给定初值，而在以后的引用中只能读取，不可修改。被声明为final的方法也同样只能使用，不能重载finally？再异常处理时提供 finally 块来执行任何清除操作。如果抛出一个异常，那么相匹配的 catch 子句就会执行，然后控制就会进入 finally 块（如果有的话）。

    finalize？方法名。Java 技术允许使用 finalize（） 方法在垃圾收集器将对象从内存中清除出去之前做必要的清理工作。这个方法是由垃圾收集器在确定这个对象没有被引用时对这个对象调用的。它是在 Object 类中定义的，因此所有的类都继承了它。子类覆盖 finalize（） 方法以整理系统资源或者执行其他清理工作。finalize（） 方法是在垃圾收集器删除对象之前对这个对象调用的。

    第二，Anonymous Inner Class （匿名内部类） 是否可以extends（继承）其它类，是否可以implements（实现）interface（接口）？

    匿名的内部类是没有名字的内部类。不能extends（继承） 其它类，但一个内部类可以作为一个接口，由另一个内部类实现。

    第三，Static Nested Class 和 Inner Class的不同，说得越多越好（面试题有的很笼统）。

    Nested Class （一般是C++的说法），Inner Class （一般是JAVA的说法）。Java内部类与C++嵌套类最大的不同就在于是否有指向外部的引用上。具体可见http： //www.frontfree.net/articles/services/view.asp？id=704&page=1

    注： 静态内部类（Inner Class）意味着1创建一个static内部类的对象，不需要一个外部类对象，2不能从一个static内部类的一个对象访问一个外部类对象

    第四，&和&&的区别。

    &是位运算符。&&是布尔逻辑运算符。

    第五，HashMap和Hashtable的区别。

    都属于Map接口的类，实现了将惟一键映射到特定的值上。

    HashMap 类没有分类或者排序。它允许一个 null 键和多个 null 值。

    Hashtable 类似于 HashMap，但是不允许 null 键和 null 值。它也比 HashMap 慢，因为它是同步的。

    第六，Collection 和 Collections的区别。

    Collections是个java.util下的类，它包含有各种有关集合操作的静态方法。

    Collection是个java.util下的接口，它是各种集合结构的父接口。

第七，什么时候用assert。 

　　断言是一个包含布尔表达式的语句，在执行这个语句时假定该表达式为 true。如果表达式计算为 false，那么系统会报告一个 AssertionError。它用于调试目的： 

assert(a > 0); // throws an AssertionError if a <= 0 

　　断言可以有两种形式： 

　　assert Expression1 ; 
　　assert Expression1 : Expression2 ; 

　　Expression1 应该总是产生一个布尔值。 
　　Expression2 可以是得出一个值的任意表达式。这个值用于生成显示更多调试信息的 String 消息。 
断言在默认情况下是禁用的。要在编译时启用断言，需要使用 source 1.4 标记： 

　　javac -source 1.4 Test.java 

　　要在运行时启用断言，可使用 -enableassertions 或者 -ea 标记。 
　　要在运行时选择禁用断言，可使用 -da 或者 -disableassertions 标记。 
　　要系统类中启用断言，可使用 -esa 或者 -dsa 标记。还可以在包的基础上启用或者禁用断言。 

　　可以在预计正常情况下不会到达的任何位置上放置断言。断言可以用于验证传递给私有方法的参数。不过，断言不应该用于验证传递给公有方法的参数，因为不管是否启用了断言，公有方法都必须检查其参数。不过，既可以在公有方法中，也可以在非公有方法中利用断言测试后置条件。另外，断言不应该以任何方式改变程序的状态。 


　　第八，GC是什么? 为什么要有GC? (基础)。 

　　GC是垃圾收集器。Java 程序员不用担心内存管理，因为垃圾收集器会自动进行管理。要请求垃圾收集，可以调用下面的方法之一： 

　　System.gc() 
　　Runtime.getRuntime().gc() 

　　第九，String s = new String("xyz");创建了几个String Object? 

　　两个对象，一个是“xyx”,一个是指向“xyx”的引用对象s。 

　　第十，Math.round(11.5)等於多少? Math.round(-11.5)等於多少? 

　　Math.round(11.5)返回（long）12，Math.round(-11.5)返回（long）-11; 

　　第十一，short s1 = 1; s1 = s1 + 1;有什么错? short s1 = 1; s1 += 1;有什么错? 

　　short s1 = 1; s1 = s1 + 1;有错，s1是short型，s1+1是int型,不能显式转化为short型。可修改为s1 =(short)(s1 + 1) 。short s1 = 1; s1 += 1正确。 

　　第十二，sleep() 和 wait() 有什么区别? 搞线程的最爱 

　　sleep()方法是使线程停止一段时间的方法。在sleep 时间间隔期满后，线程不一定立即恢复执行。这是因为在那个时刻，其它线程可能正在运行而且没有被调度为放弃执行，除非(a)“醒来”的线程具有更高的优先级，(b)正在运行的线程因为其它原因而阻塞。 

　　wait()是线程交互时，如果线程对一个同步对象x 发出一个wait()调用，该线程会暂停执行，被调对象进入等待状态，直到被唤醒或等待时间到。 

　　第十三，Java有没有goto? 

　　Goto?java中的保留字，现在没有在java中使用。 

　　第十四，数组有没有length()这个方法? String有没有length()这个方法？ 

　　数组没有length()这个方法，有length的属性。 
　　String有有length()这个方法。 

　　第十五，Overload和Override的区别。Overloaded的方法是否可以改变返回值的类型? 

　　方法的重写Overriding和重载Overloading是Java多态性的不同表现。重写Overriding是父类与子类之间多态性的一种表现，重载Overloading是一个类中多态性的一种表现。如果在子类中定义某方法与其父类有相同的名称和参数，我们说该方法被重写 (Overriding)。子类的对象使用这个方法时，将调用子类中的定义，对它而言，父类中的定义如同被“屏蔽”了。如果在一个类中定义了多个同名的方法，它们或有不同的参数个数或有不同的参数类型，则称为方法的重载(Overloading)。Overloaded的方法是可以改变返回值的类型。 

　　第十六，Set里的元素是不能重复的，那么用什么方法来区分重复与否呢? 是用==还是equals()? 它们有何区别? 

　　Set里的元素是不能重复的，那么用iterator()方法来区分重复与否。equals()是判读两个Set是否相等。 

　　equals()和==方法决定引用值是否指向同一对象equals()在类中被覆盖，为的是当两个分离的对象的内容和类型相配的话，返回真值。 

　　第十七，给我一个你最常见到的runtime exception。 

　　ArithmeticException, ArrayStoreException, BufferOverflowException, BufferUnderflowException,  CannotRedoException,   
CannotUndoException,  ClassCastException, CMMException,   ConcurrentModificationException,  
DOMException, EmptyStackException, IllegalArgumentException,  IllegalMonitorStateException,  
IllegalPathStateException,  IllegalStateException,  
ImagingOpException,  
IndexOutOfBoundsException,  MissingResourceException,  NegativeArraySizeException,  NoSuchElementException,  
NullPointerException,  ProfileDataException, ProviderException, 
 RasterFormatException,  SecurityException, SystemException,
 UndeclaredThrowableException,  
UnmodifiableSetException,  UnsupportedOperationException  

　　第十八，error和exception有什么区别? 

　　error 表示恢复不是不可能但很困难的情况下的一种严重问题。比如说内存溢出。不可能指望程序能处理这样的情况。

　　exception 表示一种设计或实现问题。也就是说，它表示如果程序运行正常，从不会发生的情况。 


　　第十九，List, Set, Map是否继承自Collection接口? 

　　List，Set是 

　　Map不是 

　　第二十，abstract class和interface有什么区别? 

　　声明方法的存在而不去实现它的类被叫做抽象类（abstract class），它用于要创建一个体现某些基本行为的类，并为该类声明方法，但不能在该类中实现该类的情况。不能创建abstract 类的实例。然而可以创建一个变量，其类型是一个抽象类，并让它指向具体子类的一个实例。不能有抽象构造函数或抽象静态方法。Abstract 类的子类为它们父类中的所有抽象方法提供实现，否则它们也是抽象类为。取而代之，在子类中实现该方法。知道其行为的其它类可以在类中实现这些方法。 

　　接口（interface）是抽象类的变体。在接口中，所有方法都是抽象的。多继承性可通过实现这样的接口而获得。接口中的所有方法都是抽象的，没有一个有程序体。接口只可以定义static final成员变量。接口的实现与子类相似，除了该实现类不能从接口定义中继承行为。当类实现特殊接口时，它定义（即将程序体给予）所有这种接口的方法。然后，它可以在实现了该接口的类的任何对象上调用接口的方法。由于有抽象类，它允许使用接口名作为引用变量的类型。通常的动态联编将生效。引用可以转换到接口类型或从接口类型转换，instanceof 运算符可以用来决定某对象的类是否实现了接口。 

　　第二十一，abstract的method是否可同时是static,是否可同时是native，是否可同时是synchronized? 

　　都不能 

　　第二十二，接口是否可继承接口? 抽象类是否可实现(implements)接口? 抽象类是否可继承实体类(concrete class)? 

　　接口可以继承接口。抽象类可以实现(implements)接口，抽象类是否可继承实体类，但前提是实体类必须有明确的构造函数。 

　　第二十三，启动一个线程是用run()还是start()? 

　　启动一个线程是调用start()方法，使线程所代表的虚拟处理机处于可运行状态，这意味着它可以由JVM调度并执行。这并不意味着线程就会立即运行。run()方法可以产生必须退出的标志来停止一个线程。 



　　第二十四，构造器Constructor是否可被override? 

　　构造器Constructor不能被继承，因此不能重写Overriding，但可以被重载Overloading。 

　　第二十五，是否可以继承String类? 

　　String类是final类故不可以继承。 

　　第二十六，当一个线程进入一个对象的一个synchronized方法后，其它线程是否可进入此对象的其它方法? 

　　不能，一个对象的一个synchronized方法只能由一个线程访问。 

　　第二十七，try {}里有一个return语句，那么紧跟在这个try后的finally {}里的code会不会被执行，什么时候被执行，在return前还是后? 

　　会执行，在return前执行。 

　　第二十八，编程题: 用最有效率的方法算出2乘以8等於几? 

　　有C背景的程序员特别喜欢问这种问题。 

　　2 << 3 

　　第二十九，两个对象值相同(x.equals(y) == true)，但却可有不同的hash code，这句话对不对? 

　　不对，有相同的hash code。 

　　第三十，当一个对象被当作参数传递到一个方法后，此方法可改变这个对象的属性，并可返回变化后的结果，那么这里到底是值传递还是引用传递? 

　　是值传递。Java 编程语言只由值传递参数。当一个对象实例作为一个参数被传递到方法中时，参数的值就是对该对象的引用。对象的内容可以在被调用的方法中改变，但对象的引用是永远不会改变的。 


　　第三十一，swtich是否能作用在byte上，是否能作用在long上，是否能作用在String上? 

　　switch（expr1）中，expr1是一个整数表达式。因此传递给 switch 和 case 语句的参数应该是 int、 short、 char 或者 byte。long,string 都不能作用于swtich。 

　　第三十二，编程题: 写一个Singleton出来。

　　Singleton模式主要作用是保证在Java应用程序中，一个类Class只有一个实例存在。 

　　一般Singleton模式通常有几种种形式: 

　　第一种形式: 定义一个类，它的构造函数为private的，它有一个static的private的该类变量，在类初始化时实例话，通过一个public的getInstance方法获取对它的引用,继而调用其中的方法。 

public class Singleton { 
　　private Singleton(){} 
　　//在自己内部定义自己一个实例，是不是很奇怪？ 
　　//注意这是private 只供内部调用 
　　private static Singleton instance = new Singleton(); 
　　//这里提供了一个供外部访问本class的静态方法，可以直接访问　　 
　　public static Singleton getInstance() { 
　　　　return instance; 　　 
　　 } 
} 

　　第二种形式: 

public class Singleton { 
　　private static Singleton instance = null; 
　　public static synchronized Singleton getInstance() { 
　　//这个方法比上面有所改进，不用每次都进行生成对象，只是第一次　　　 　 
　　//使用时生成实例，提高了效率！ 
　　if (instance==null) 
　　　　instance＝new Singleton(); 
return instance; 　　} 
} 

　　其他形式: 

　　定义一个类，它的构造函数为private的，所有方法为static的。 

　　一般认为第一种形式要更加安全些 

　　第三十三 Hashtable和HashMap 

　　Hashtable继承自Dictionary类，而HashMap是Java1.2引进的Map interface的一个实现 

　　HashMap允许将null作为一个entry的key或者value，而Hashtable不允许 

　　还有就是，HashMap把Hashtable的contains方法去掉了，改成containsvalue和containsKey。因为contains方法容易让人引起误解。 

　　最大的不同是，Hashtable的方法是Synchronize的，而HashMap不是，在多个线程访问Hashtable时，不需要自己为它的方法实现同步，而HashMap就必须为之提供外同步。 

　　Hashtable和HashMap采用的hash/rehash算法都大概一样，所以性能不会有很大的差异。
判断在某段时间内
一.select * from table where talbe.time between to_date('2006-1-15','yyyy-mm-dd') and to_date('2008-1-15','yyyy-mm-dd') order by talbe.time;

二.select * from table where talbe.time between trunc(date(formDate) )and trunc(date(toDate) )order by talbe.time;

查询匹配
select * from table where lower(table.username) like % + username.toLower()%;

三.如何获得前N条记录

引言

　　文件的上传和下载在J2EE编程已经是一个非常古老的话题了，也许您马上就能掰着指头数出好几个著名的大件：如SmartUpload、Apache的FileUpload。但如果您的项目是构建在Struts+Spring+Hibernate（以下称SSH）框架上的，这些大件就显得笨重而沧桑了，SSH提供了一个简捷方便的文件上传下载的方案，我们只需要通过一些配置并辅以少量的代码就可以完好解决这个问题了。

　　本文将围绕SSH文件上传下载的主题，向您详细讲述如何开发基于SSH的Web程序。SSH各框架的均为当前最新版本：

　　·Struts 1.2

　　·Spring 1.2.5

　　·Hibernate 3.0

　　本文选用的数据库为Oracle 9i，当然你可以在不改动代码的情况下，通过配置文件的调整将其移植到任何具有Blob字段类型的数据库上，如MySQL，SQLServer等。

　　总体实现

　　上传文件保存到T_FILE表中，T_FILE表结构如下：

图 1 T_FILE表结构

　　其中：

　　·FILE_ID：文件ID，32个字符，用Hibernate的uuid.hex算法生成。

　　·FILE_NAME：文件名。

　　·FILE_CONTENT：文件内容，对应Oracle的Blob类型。

　　·REMARK：文件备注。

　　文件数据存储在Blob类型的FILE_CONTENT表字段上，在Spring中采用OracleLobHandler来处理Lob字段（包括Clob和Blob），由于在程序中不需要引用到oracle数据驱动程序的具体类且屏蔽了不同数据库处理Lob字段方法上的差别，从而撤除程序在多数据库移植上的樊篱。

　　1．首先数据表中的Blob字段在Java领域对象中声明为byte[]类型，而非java.sql.Blob类型。

　　2．数据表Blob字段在Hibernate持久化映射文件中的type为org.springframework.orm.hibernate3.support.BlobByteArrayType，即Spring所提供的用户自定义的类型，而非java.sql.Blob。

　　3．在Spring中使用org.springframework.jdbc.support.lob.OracleLobHandler处理Oracle数据库的Blob类型字段。

　　通过这样的设置和配置，我们就可以象持久化表的一般字段类型一样处理Blob字段了。

　　以上是Spring＋Hibernate将文件二进制数据持久化到数据库的解决方案，而Struts通过将表单中file类型的组件映射为ActionForm中类型为org.apache.struts.upload. FormFile的属性来获取表单提交的文件数据。

　　综上所述，我们可以通过图 2，描绘出SSH处理文件上传的方案：

图 2 SSH处理文件上传技术方案

　　文件上传的页面如图 3所示：

图 3 文件上传页面

　　文件下载的页面如图 4所示：

图 4 文件下载页面

　　该工程的资源结构如图 5所示：

图 5 工程资源结构

　　工程的类按SSH的层次结构划分为数据持久层、业务层和Web层；WEB-INF下的applicationContext.xml为Spring的配置文件，struts-config.xml为Struts的配置文件，file-upload.jsp为文件上传页面，file-list.jsp为文件列表页面。

　　本文后面的章节将从数据持久层-＞业务层-＞Web层的开发顺序，逐层讲解文件上传下载的开发过程。

　　数据持久层

　　1、领域对象及映射文件

　　您可以使用Hibernate Middlegen、HIbernate Tools、Hibernate Syhchronizer等工具或手工的方式，编写Hibernate的领域对象和映射文件。其中对应T_FILE表的领域对象Tfile.java为：

　　代码 1 领域对象Tfile

1. package sshfile.model; 2. public class Tfile 3.{ 4. private String fileId; 5. private String fileName; 6. private byte[] fileContent; 7. private String remark; 8. …//getter and setter 9. }

　　特别需要注意的是：数据库表为Blob类型的字段在Tfile中的fileContent类型为byte[]。Tfile的Hibernate映射文件Tfile.hbm.xml放在Tfile .java类文件的相同目录下：

　　代码 2 领域对象映射文件

1. ＜?xml version="1.0"?＞ 2. ＜!DOCTYPE hibernate-mapping PUBLIC 3. "-//Hibernate/Hibernate Mapping DTD 3.0//EN" 4. "http://hibernate.sourceforge.net/hibernate-mapping-3.0.dtd" ＞ 5. ＜hibernate-mapping＞ 6. ＜class name="sshfile.model.Tfile" table="T_FILE"＞ 7. ＜id name="fileId" type="java.lang.String" column="FILE_ID"＞ 8. ＜generator class="uuid.hex"/＞ 9. ＜/id＞ 10. ＜property name="fileContent" 11. type="org.springframework.orm.hibernate3.support.BlobByteArrayType" 12. column="FILE_CONTENT" lazy="true"/＞ 13. …//其它一般字段的映射 14. ＜/class＞ 15. ＜/hibernate-mapping＞

　　fileContent字段映射为Spring所提供的BlobByteArrayType类型，BlobByteArrayType是用户自定义的数据类型，它实现了Hibernate 的org.hibernate.usertype.UserType接口。BlobByteArrayType使用从sessionFactory获取的Lob操作句柄lobHandler将byte[]的数据保存到Blob数据库字段中。这样，我们就再没有必要通过硬编码的方式，先insert然后再update来完成Blob类型数据的持久化，这个原来难伺候的老爷终于被平民化了。关于lobHandler的配置请见本文后面的内容。

　　此外lazy="true"说明地返回整个Tfile对象时，并不返回fileContent这个字段的数据，只有在显式调用tfile.getFileContent()方法时才真正从数据库中获取fileContent的数据。这是Hibernate3引入的新特性，对于包含重量级大数据的表字段，这种抽取方式提高了对大字段操作的灵活性，否则加载Tfile对象的结果集时如果总是返回fileContent，这种批量的数据抽取将可以引起数据库的"洪泛效应"。

　　2、DAO编写和配置

　　Spring强调面向接口编程，所以我们将所有对Tfile的数据操作的方法定义在TfileDAO接口中，这些接口方法分别是：

　　·findByFildId(String fileId)

　　·save(Tfile tfile)

　　·List findAll()

　　TfileDAOHibernate提供了对TfileDAO接口基于Hibernate的实现，如代码 3所示：

　　代码 3 基于Hibernate 的fileDAO实现类

1. package sshfile.dao; 2. 3. import sshfile.model.*; 4. import org.springframework.orm.hibernate3.support.HibernateDaoSupport; 5. import java.util.List; 6. 7. public class TfileDAOHibernate 8. extends HibernateDaoSupport implements TfileDAO 9. { 10. public Tfile findByFildId(String fileId) 11. { 12. return (Tfile) getHibernateTemplate().get(Tfile.class, fileId); 13. } 14. public void save(Tfile tfile) 15. { 16. getHibernateTemplate().save(tfile); 17. getHibernateTemplate().flush(); 18. } 19. public List findAll() 20. { 21. return getHibernateTemplate().loadAll(Tfile.class); 22. } 23. }

　　TfileDAOHibernate通过扩展Spring提供的Hibernate支持类HibernateDaoSupport而建立，HibernateDaoSupport封装了HibernateTemplate，而HibernateTemplate封装了Hibernate所提供几乎所有的的数据操作方法，如execute(HibernateCallback action)，load(Class entityClass, Serializable id)，save(final Object entity)等等。

　　所以我们的DAO只需要简单地调用父类的HibernateTemplate就可以完成几乎所有的数据库操作了。

　　由于Spring通过代理Hibernate完成数据层的操作，所以原Hibernate的配置文件hibernate.cfg.xml的信息也转移到Spring的配置文件中：

　　代码 4 Spring中有关Hibernate的配置信息

1. ＜beans＞ 2. ＜!-- 数据源的配置 //--＞ 3. ＜bean id="dataSource" class="org.apache.commons.dbcp.BasicDataSource" 4. destroy-method="close"＞ 5. ＜property name="driverClassName" value="oracle.jdbc.driver.OracleDriver"/＞ 6. ＜property name="url" value="jdbc:oracle:thin:@localhost:1521:ora9i"/＞ 7. ＜property name="username" value="test"/＞ 8. ＜property name="password" value="test"/＞ 9. ＜/bean＞ 10. ＜!-- Hibernate会话工厂配置 //--＞ 11. ＜bean id="sessionFactory" 12. class="org.springframework.orm.hibernate3.LocalSessionFactoryBean"＞ 13. ＜property name="dataSource" ref="dataSource"/＞ 14. ＜property name="mappingDirectoryLocations"＞ 15. ＜list＞ 16. ＜value＞classpath:/sshfile/model＜/value＞ 17. ＜/list＞ 18. ＜/property＞ 19. ＜property name="hibernateProperties"＞ 20. ＜props＞ 21. ＜prop key="hibernate.dialect"＞org.hibernate.dialect.OracleDialect＜/prop＞ 22. ＜prop key="hibernate.cglib.use_reflection_optimizer"＞true＜/prop＞ 23. ＜/props＞ 24. ＜/property＞ 25. ＜/bean＞ 26. ＜!-- Hibernate 模板//--＞ 27. ＜bean id="hibernateTemplate" 28. class="org.springframework.orm.hibernate3.HibernateTemplate"＞ 29. ＜property name="sessionFactory" ref="sessionFactory"/＞ 30. ＜/bean＞ 31. ＜!--DAO配置 //--＞ 32. ＜bean id="tfileDAO" class="sshfile.dao.TfileDAOHibernate"＞ 33. ＜property name="hibernateTemplate" ref="hibernateTemplate" /＞ 34. ＜/bean＞ 35. … 36. ＜/beans＞

　　第3~9行定义了一个数据源，其实现类是apache的BasicDataSource，第11~25行定义了Hibernate的会话工厂，会话工厂类用Spring提供的LocalSessionFactoryBean维护，它注入了数据源和资源映射文件，此外还通过一些键值对设置了Hibernate所需的属性。

　　其中第16行通过类路径的映射方式，将sshfile.model类包目录下的所有领域对象的映射文件装载进来，在本文的例子里，它将装载进Tfile.hbm.xml映射文件。如果有多个映射文件需要声明，使用类路径映射方式显然比直接单独指定映射文件名的方式要简便。

　　第27~30行定义了Spring代理Hibernate数据操作的HibernateTemplate模板，而第32~34行将该模板注入到tfileDAO中。

　　需要指定的是Spring 1.2.5提供了两套Hibernate的支持包，其中Hibernate 2相关的封装类位于org.springframework.orm.hibernate2.*包中，而Hibernate 3.0的封装类位于org.springframework.orm.hibernate3.*包中，需要根据您所选用Hibernate版本进行正确选择。

　　3、Lob字段处理的配置

　　我们前面已经指出Oracle的Lob字段和一般类型的字段在操作上有一个明显的区别--那就是你必须首先通过Oracle的empty_blob()/empty_clob()初始化Lob字段，然后获取该字段的引用，通过这个引用更改其值。所以要完成对Lob字段的操作，Hibernate必须执行两步数据库访问操作，先Insert再Update。

　　使用BlobByteArrayType字段类型后，为什么我们就可以象一般的字段类型一样操作Blob字段呢？可以确定的一点是：BlobByteArrayType不可能逾越Blob天生的操作方式，原来是BlobByteArrayType数据类型本身具体数据访问的功能，它通过LobHandler将两次数据访问的动作隐藏起来，使Blob字段的操作在表现上和其他一般字段业类型无异，所以LobHandler即是那个"苦了我一个，幸福十亿人"的那位幕后英雄。

　　LobHandler必须注入到Hibernate会话工厂sessionFactory中，因为sessionFactory负责产生与数据库交互的Session。LobHandler的配置如代码 5所示：

　　代码 5 Lob字段的处理句柄配置

1. ＜beans＞ 2. … 3. ＜bean id="nativeJdbcExtractor" 4. class="org.springframework.jdbc.support.nativejdbc.CommonsDbcpNativeJdbcExtractor" 5. lazy-init="true"/＞ 6. ＜bean id="lobHandler" 7. class="org.springframework.jdbc.support.lob.OracleLobHandler" lazy-init="true"＞ 8. ＜property name="nativeJdbcExtractor"＞ 9. ＜ref local="nativeJdbcExtractor"/＞ 10. ＜/property＞ 11. ＜/bean＞ 12. … 13. ＜/beans＞

　　首先，必须定义一个能够从连接池中抽取出本地数据库JDBC对象（如OracleConnection，OracleResultSet等）的抽取器：nativeJdbcExtractor，这样才可以执行一些特定数据库的操作。对于那些仅封装了Connection而未包括Statement的简单数据连接池，SimpleNativeJdbcExtractor是效率最高的抽取器实现类，但具体到apache的BasicDataSource连接池，它封装了所有JDBC的对象，这时就需要使用CommonsDbcpNativeJdbcExtractor了。Spring针对几个著名的Web服务器的数据源提供了相应的JDBC抽取器：

　　·WebLogic：WebLogicNativeJdbcExtractor

　　·WebSphere：WebSphereNativeJdbcExtractor

　　·JBoss：JBossNativeJdbcExtractor

　　在定义了JDBC抽取器后，再定义lobHandler。Spring 1.2.5提供了两个lobHandler：

　　·DefaultLobHandler：适用于大部分的数据库，如SqlServer，MySQL，对Oracle 10g也适用，但不适用于Oracle 9i（看来Oracle 9i确实是个怪胎，谁叫Oracle 公司自己都说Oracle 9i是一个过渡性的产品呢）。

　　·OracleLobHandler：适用于Oracle 9i和Oracle 10g。

　　由于我们的数据库是Oracle9i，所以使用OracleLobHandler。

　　在配置完LobHandler后， 还需要将其注入到sessionFactory的Bean中，下面是调用后的sessionFactory Bean的配置：

　　代码 6 将lobHandler注入到sessionFactory中的配置

1. ＜beans＞ 2. … 3. ＜bean id="sessionFactory" 4. class="org.springframework.orm.hibernate3.LocalSessionFactoryBean"＞ 5. ＜property name="dataSource" ref="dataSource"/＞ 6. ＜!-- 为处理Blob类型字段的句柄声明 //--＞ 7. ＜property name="lobHandler" ref="lobHandler"/＞ 8. … 9. ＜/bean＞ 10. … 11. ＜/beans＞

　　如第7所示，通过sessionFactory的lobHandler属性进行注入。

　　业务层

　　1、业务层接口

　　"面向接口而非面向类编程"是Spring不遗余力所推荐的编程原则，这条原则也已经为大部开发者所接受；此外，JDK的动态代理只对接口有效，否则必须使用CGLIB生成目标类的子类。我们依从于Spring的倡导为业务类定义一个接口：

　　代码 7 业务层操作接口

1. public interface FileService 2. { 3. void save(FileActionForm fileForm);//将提交的上传文件保存到数据表中 4. List getAllFile();//得到T_FILE所示记录 5. void write(OutputStream os,String fileId);//将某个文件的文件数据写出到输出流中 6. String getFileName(String fileId);//获取文件名 7. }

　　其中save(FileActionForm fileForm)方法，将封装在fileForm中的上传文件保存到数据库中，这里我们使用FileActionForm作为方法入参，FileActionForm是Web层的表单数据对象，它封装了提交表单的数据。将FileActionForm直接作为业务层的接口入参，相当于将Web层传播到业务层中去，即将业务层绑定在特定的Web层实现技术中，按照分层模型学院派的观点，这是一种反模块化的设计，但在"一般"的业务系统并无需提供多种UI界面，系统Web层将来切换到另一种实现技术的可能性也微乎其微，所以笔者觉得没有必要为了这个业务层完全独立于调用层的过高目标而去搞一个额外的隔离层，浪费了原材料不说，还将系统搞得过于复杂，相比于其它原则，"简单"始终是最大的一条原则。

　　getAllFile()负责获取T_FILE表所有记录，以便在网页上显示出来。

　　而getFileName(String fileId)和write(OutputStream os,String fileId)则用于下载某个特定的文件。具体的调用是将Web层将response.getOutputStream()传给write(OutputStream os,String fileId)接口，业务层直接将文件数据输出到这个响应流中。具体实现请参见错误！未找到引用源。节下载文件部分。

　　2、业务层接口实现类

　　FileService的实现类为FileServiceImpl，其中save(FileActionForm fileForm)的实现如下所示：

　　代码 8 业务接口实现类之save()

1. … 2. public class FileServiceImpl 3. implements FileService 4. { 5. private TfileDAO tfileDAO; 6. public void save(FileActionForm fileForm) 7. { 8. Tfile tfile = new Tfile(); 9. try 10. { 11. tfile.setFileContent(fileForm.getFileContent().getFileData()); 12. } 13. catch (FileNotFoundException ex) 14. { 15. throw new RuntimeException(ex); 16. } 17. catch (IOException ex) 18. { 19. throw new RuntimeException(ex); 20. } 21. tfile.setFileName(fileForm.getFileContent().getFileName()); 22. tfile.setRemark(fileForm.getRemark()); 23. tfileDAO.save(tfile); 24. } 25. … 26. }

　　在save(FileActionForm fileForm)方法里，完成两个步骤：

　　其一，象在水桶间倒水一样，将FileActionForm对象中的数据倒入到Tfile对象中；

　　其二，调用TfileDAO保存数据。

　　需要特别注意的是代码的第11行，FileActionForm的fileContent属性为org.apache.struts.upload.FormFile类型，FormFile提供了一个方便的方法getFileData()，即可获取文件的二进制数据。通过解读FormFile接口实现类DiskFile的原码，我们可能知道FormFile本身并不缓存文件的数据，只有实际调用getFileData()时，才从磁盘文件输入流中获取数据。由于FormFile使用流读取方式获取数据，本身没有缓存文件的所有数据，所以对于上传超大体积的文件，也是没有问题的；但是，由于数据持久层的Tfile使用byte[]来缓存文件的数据，所以并不适合处理超大体积的文件（如100M），对于超大体积的文件，依然需要使用java.sql.Blob类型以常规流操作的方式来处理。

　　此外，通过FileForm的getFileName()方法就可以获得上传文件的文件名，如第21行代码所示。

　　write(OutputStream os,String fileId)方法的实现，如代码 9所示：

　　代码 9 业务接口实现类之write()

1. … 2. public class FileServiceImpl 3. implements FileService 4. { 5. 6. public void write(OutputStream os, String fileId) 7. { 8. Tfile tfile = tfileDAO.findByFildId(fileId); 9. try 10. { 11. os.write(tfile.getFileContent()); 12. os.flush(); 13. } 14. catch (IOException ex) 15. { 16. throw new RuntimeException(ex); 17. } 18. } 19. … 20. }

　　write(OutputStream os,String fileId)也简单地分为两个操作步骤，首先，根据fileId加载表记录，然后将fileContent写入到输出流中。

　　3、Spring事务配置

　　下面，我们来看如何在Spring配置文件中为FileService配置声明性的事务

1. ＜beans＞ 2. … 3. ＜bean id="transactionManager" 4. class="org.springframework.orm.hibernate3.HibernateTransactionManager"＞ 5. ＜property name="sessionFactory" ref="sessionFactory"/＞ 6. ＜/bean＞ 7. ＜!-- 事务处理的AOP配置 //--＞ 8. ＜bean id="txProxyTemplate" abstract="true" 9. class="org.springframework.transaction.interceptor.TransactionProxyFactoryBean"＞ 10. ＜property name="transactionManager" ref="transactionManager"/＞ 11. ＜property name="transactionAttributes"＞ 12. ＜props＞ 13. ＜prop key="get*"＞PROPAGATION_REQUIRED,readOnly＜/prop＞ 14. ＜prop key="find*"＞PROPAGATION_REQUIRED,readOnly＜/prop＞ 15. ＜prop key="save"＞PROPAGATION_REQUIRED＜/prop＞ 16. ＜prop key="write"＞PROPAGATION_REQUIRED,readOnly＜/prop＞ 17. ＜/props＞ 18. ＜/property＞ 19. ＜/bean＞ 20. ＜bean id="fileService" parent="txProxyTemplate"＞ 21. ＜property name="target"＞ 22. ＜bean class="sshfile.service.FileServiceImpl"＞ 23. ＜property name="tfileDAO" ref="tfileDAO"/＞ 24. ＜/bean＞ 25. ＜/property＞ 26. ＜/bean＞ 27. ＜/beans＞

　　Spring的事务配置包括两个部分：

　　其一，定义事务管理器transactionManager，使用HibernateTransactionManager实现事务管理；

　　其二，对各个业务接口进行定义，其实txProxyTemplate和fileService是父子节点的关系，本来可以将txProxyTemplate定义的内容合并到fileService中一起定义，由于我们的系统仅有一个业务接口需要定义，所以将其定义的一部分抽象到父节点txProxyTemplate中意义确实不大，但是对于真实的系统，往往拥有为数众多的业务接口需要定义，将这些业务接口定义内容的共同部分抽取到一个父节点中，然后在子节点中通过parent进行关联，就可以大大简化业务接口的配置了。

　　父节点txProxyTemplate注入了事务管理器，此外还定义了业务接口事务管理的方法（允许通过通配符的方式进行匹配声明，如前两个接口方法），有些接口方法仅对数据进行读操作，而另一些接口方法需要涉及到数据的更改。对于前者，可以通过readOnly标识出来，这样有利于操作性能的提高，需要注意的是由于父类节点定义的Bean仅是子节点配置信息的抽象，并不能具体实现化一个Bean对象，所以需要特别标注为abstract="true"，如第8行所示。

　　fileService作为一个目标类被注入到事务代理器中，而fileService实现类所需要的tfileDAO实例，通过引用3.2节中定义的tfileDAO Bean注入。

　　Web层实现

　　1、Web层的构件和交互流程

　　Web层包括主要3个功能：

　　·上传文件。

　　·列出所有已经上传的文件列表，以供点击下载。

　　·下载文件。

　　Web层实现构件包括与2个JSP页面，1个ActionForm及一个Action：

　　·file-upload.jsp：上传文件的页面。

　　·file-list.jsp：已经上传文件的列表页面。

　　·FileActionForm：file-upload.jsp页面表单对应的ActionForm。

　　·FileAction：继承org.apache.struts.actions.DispatchAction的Action，这样这个Action就可以通过一个URL参数区分中响应不同的请求。

　　Web层的这些构件的交互流程如图 6所示：

图 6 Web层Struts流程图

　　其中，在执行文件上传的请求时，FileAction在执行文件上传后，forward到loadAllFile出口中，loadAllFile加载数据库中所有已经上传的记录，然后forward到名为fileListPage的出口中，调用file-list.jsp页面显示已经上传的记录。

　　2、FileAction功能

　　Struts 1.0的Action有一个弱项：一个Action只能处理一种请求，Struts 1.1中引入了一个DispatchAction，允许通过URL参数指定调用Action中的某个方法，如http://yourwebsite/fileAction.do?method=upload即调用FileAction中的upload方法。通过这种方式，我们就可以将一些相关的请求集中到一个Action当中编写，而没有必要为某个请求操作编写一个Action类。但是参数名是要在struts-config.xml中配置的：

1. ＜struts-config＞ 2. ＜form-beans＞ 3. ＜form-bean name="fileActionForm" type="sshfile.web.FileActionForm" /＞ 4. ＜/form-beans＞ 5. ＜action-mappings＞ 6. ＜action name="fileActionForm" parameter="method" path="/fileAction" 7. type="sshfile.web.FileAction"＞ 8. ＜forward name="fileListPage" path="/file-list.jsp" /＞ 9. ＜forward name="loadAllFile" path="/fileAction.do?method=listAllFile" /＞ 10. ＜/action＞ 11. ＜/action-mappings＞ 12. ＜/struts-config＞

　　第6行的parameter="method"指定了承载方法名的参数，第9行中，我们还配置了一个调用FileAction不同方法的Action出口。

　　FileAction共有3个请求响应的方法，它们分别是：

　　·upload(…)：处理上传文件的请求。

　　·listAllFile(…)：处理加载数据库表中所有记录的请求。

　　·download（…）：处理下载文件的请求。

　　下面我们分别对这3个请求处理方法进行讲解。

　　2.1 上传文件

　　上传文件的请求处理方法非常简单，简之言之，就是从Spring容器中获取业务层处理类FileService，调用其save(FileActionForm form)方法上传文件，如下所示：

1. public class FileAction 2. extends DispatchAction 3. { 4. //将上传文件保存到数据库中 5. public ActionForward upload(ActionMapping mapping, ActionForm form, 6. HttpServletRequest request, 7. HttpServletResponse response) 8. { 9. FileActionForm fileForm = (FileActionForm) form; 10. FileService fileService = getFileService(); 11. fileService.save(fileForm); 12. return mapping.findForward("loadAllFile"); 13. } 14. //从Spring容器中获取FileService对象 15. private FileService getFileService() 16. { 17. ApplicationContext appContext = WebApplicationContextUtils. 18. getWebApplicationContext(this.getServlet().getServletContext()); 19. return (FileService) appContext.getBean("fileService"); 20. } 21. … 22. }

　　由于FileAction其它两个请求处理方法也需要从Spring容器中获取FileService实例，所以我们特别提供了一个getFileService()方法（第15~21行）。重构的一条原则就是："发现代码中有重复的表达式，将其提取为一个变量；发现类中有重复的代码段，将其提取为一个方法；发现不同类中有相同的方法，将其提取为一个类"。在真实的系统中，往往拥有多个Action和多个Service类，这时一个比较好的设置思路是，提供一个获取所有Service实现对象的工具类，这样就可以将Spring 的Service配置信息屏蔽在一个类中，否则Service的配置名字散落在程序各处，维护性是很差的。

　　2.2 列出所有已经上传的文件

　　listAllFile方法调用Servie层方法加载T_FILE表中所有记录，并将其保存在Request域中，然后forward到列表页面中：

1. public class FileAction 2. extends DispatchAction 3. { 4. … 5. public ActionForward listAllFile(ActionMapping mapping, ActionForm form, 6. HttpServletRequest request, 7. HttpServletResponse response) 8. throws ModuleException 9. { 10. FileService fileService = getFileService(); 11. List fileList = fileService.getAllFile(); 12. request.setAttribute("fileList",fileList); 13. return mapping.findForward("fileListPage"); 14. } 15. }

　　file-list.jsp页面使用Struts标签展示出保存在Request域中的记录：

1. ＜%@page contentType="text/html; charset=GBK"%＞ 2. ＜%@taglib uri="/WEB-INF/struts-logic.tld" prefix="logic"%＞ 3. ＜%@taglib uri="/WEB-INF/struts-bean.tld" prefix="bean"%＞ 4. ＜html＞ 5. ＜head＞ 6. ＜title＞file-download＜/title＞ 7. ＜/head＞ 8. ＜body bgcolor="#ffffff"＞ 9. ＜ol＞ 10. ＜logic:iterate id="item" name="fileList" scope="request"＞ 11. ＜li＞ 12. ＜a href='fileAction.do?method=download&fileId= 13. ＜bean:write name="item"property="fileId"/＞'＞ 14. ＜bean:write name="item" property="fileName"/＞ 15. ＜/a＞ 16. ＜/li＞ 17. ＜/logic:iterate＞ 18. ＜/ol＞ 19. ＜/body＞ 20. ＜/html＞

　　展现页面的每条记录挂接着一个链接地址，形如：fileAction.do?method=download&fileId=xxx，method参数指定了这个请求由FileAction的download方法来响应，fileId指定了记录的主键。

　　由于在FileActionForm中，我们定义了fileId的属性，所以在download响应方法中，我们将可以从FileActionForm中取得fileId的值。这里涉及到一个处理多个请求Action所对应的ActionForm的设计问题，由于原来的Action只能对应一个请求，那么原来的ActionForm非常简单，它仅需要将这个请求的参数项作为其属性就可以了，但现在一个Action对应多个请求，每个请求所对应的参数项是不一样的，此时的ActionForm的属性就必须是多请求参数项的并集了。所以，除了文件上传请求所对应的fileContent和remark属性外还包括文件下载的fileId属性：

图 7 FileActionForm

　　当然这样会造成属性的冗余，比如在文件上传的请求中，只会用到fileContent和remark属性，而在文件下载的请求时，只会使用到fileId属性。但这种冗余是会带来好处的--它使得一个Action可以处理多个请求。

　　2.3 下载文件

　　在列表页面中点击一个文件下载，其请求由FileAction的download方法来响应，download方法调用业务层的FileService方法，获取文件数据并写出到response的响应流中。通过合理设置HTTP响应头参数，将响应流在客户端表现为一个下载文件对话框，其代码如下所示：

　　代码 10 业务接口实现类之download

1. public class FileAction 2. extends DispatchAction 3. { 4. … 5. public ActionForward download(ActionMapping mapping, ActionForm form, 6. HttpServletRequest request, 7. HttpServletResponse response) 8. throws ModuleException 9. { 10. FileActionForm fileForm = (FileActionForm) form; 11. FileService fileService = getFileService(); 12. String fileName = fileService.getFileName(fileForm.getFileId()); 13. try 14. { 15. response.setContentType("application/x-msdownload"); 16. response.setHeader("Content-Disposition", 17. "attachment;" + " filename="+ 18. new String(fileName.getBytes(), "ISO-8859-1")); 19. fileService.write(response.getOutputStream(), fileForm.getFileId()); 20. } 21. catch (Exception e) 22. { 23. throw new ModuleException(e.getMessage()); 24. } 25. return null; 26. } 27. }

　　第15~18行，设置HTTP响应头，将响应类型设置为application/x-msdownload MIME类型，则响应流在IE中将弹出一个文件下载的对话框，如图 4所示。IE所支持的MIME类型多达26种，您可以通过这个网址查看其他的MIME类型：

http://msdn.microsoft.com/workshop/networking/moniker/overview/appendix_a.asp。

　　如果下载文件的文件名含有中文字符，如果不对其进行硬编码，如第18行所示，客户文件下载对话框中出现的文件名将会发生乱码。
第19行代码获得response的输出流，作为FileServie write(OutputStream os,String fileId)的入参，这样文件的内容将写到response的输出流中。

　　3、web.xml文件的配置

　　Spring容器在何时启动呢？我可以在Web容器初始化来执行启动Spring容器的操作，Spring提供了两种方式启动的方法：

　　·通过org.springframework.web.context .ContextLoaderListener容器监听器，在Web容器初始化时触发初始化Spring容器，在web.xml中通过＜listener＞＜/listener＞对其进行配置。

　　·通过Servlet org.springframework.web.context.ContextLoaderServlet，将其配置为自动启动的Servlet，在Web容器初始化时，通过这个Servlet启动Spring容器。

　　在初始化Spring容器之前，必须先初始化log4J的引擎，Spring也提供了容器监听器和自动启动Servlet两种方式对log4J引擎进行初始化：

　　·org.springframework.web.util .Log4jConfigListener

　　·org.springframework.web.util.Log4jConfigServlet

　　下面我们来说明如何配置web.xml启动Spring容器：

　　代码 11 web.xml中对应Spring的配置内容

1. ＜web-app＞ 2. ＜context-param＞ 3. ＜param-name＞contextConfigLocation＜/param-name＞ 4. ＜param-value＞/WEB-INF/applicationContext.xml＜/param-value＞ 5. ＜/context-param＞ 6. ＜context-param＞ 7. ＜param-name＞log4jConfigLocation＜/param-name＞ 8. ＜param-value＞/WEB-INF/log4j.properties＜/param-value＞ 9. ＜/context-param＞ 10. ＜servlet＞ 11. ＜servlet-name＞log4jInitServlet＜/servlet-name＞ 12. ＜servlet-class＞org.springframework.web.util.Log4jConfigServlet＜/servlet-class＞ 13. ＜load-on-startup＞1＜/load-on-startup＞ 14. ＜/servlet＞ 15. ＜servlet＞ 16. ＜servlet-name＞springInitServlet＜/servlet-name＞ 17. ＜servlet-class＞org.springframework.web.context.ContextLoaderServlet＜/servlet-class＞ 18. ＜load-on-startup＞2＜/load-on-startup＞ 19. ＜/servlet＞ 20. … 21. ＜/web-app＞

　　启动Spring容器时，需要得到两个信息：Spring配置文件的地址和Log4J属性文件，这两上信息分别通过contextConfigLocationWeb和log4jConfigLocation容器参数指定，如果有多个Spring配置文件，则用逗号隔开，如：

/WEB-INF/applicationContext_1.xml, /WEB-INF/applicationContext_1.xm2

　　由于在启动ContextLoaderServlet之前，必须事先初始化Log4J的引擎，所以Log4jConfigServlet必须在ContextLoaderServlet之前启动，这通过＜load-on-startup＞来指定它们启动的先后顺序。

　　乱码是开发Web应用程序一个比较老套又常见问题，由于不同Web应用服务器的默认编码是不一样的，为了方便Web应用在不同的Web应用服务器上移植，最好的做法是Web程序自身来处理编码转换的工作。经典的作法是在web.xml中配置一个编码转换过滤器，Spring就提供了一个编码过滤器类CharacterEncodingFilter，下面，我们为应用配置上这个过滤器：

1. ＜web-app＞ 2. … 3. ＜filter＞ 4. ＜filter-name＞encodingFilter＜/filter-name＞ 5. ＜filter-class＞org.springframework.web.filter.CharacterEncodingFilter＜/filter-class＞ 6. ＜init-param＞ 7. ＜param-name＞encoding＜/param-name＞ 8. ＜param-value＞GBK＜/param-value＞ 9. ＜/init-param＞ 10. ＜/filter＞ 11. ＜filter-mapping＞ 12. ＜filter-name＞encodingFilter＜/filter-name＞ 13. ＜url-pattern＞/*＜/url-pattern＞ 14. ＜/filter-mapping＞ 15. … 16. ＜/web-app＞

　　Spring的过滤器类是org.springframework.web.filter.CharacterEncodingFilter，通过encoding参数指定编码转换类型为GBK，＜filter-mapping＞的配置使该过滤器截获所有的请示。

　　Struts的框架也需要在web.xml中配置，想必读者朋友对Struts的配置都很熟悉，故在此不再提及，请参见本文所提供的源码。

　　总结

　　本文通过一个文件上传下载的Web应用，讲解了如何构建基于SSH的Web应用，通过Struts和FormFile，Spring的LobHandler以及Spring为HibernateBlob处理所提供的用户类BlobByteArrayType ，实现上传和下载文件的功能仅需要廖廖数行的代码即告完成。读者只需对程序作稍许的调整，即可处理Clob字段：

　　·领域对象对应Clob字段的属性声明为String类型；

　　·映射文件对应Clob字段的属性声明为org.springframework.orm.hibernate3.support.ClobStringType类型。

　　本文通过SSH对文件上传下载简捷完美的实现得以管中窥豹了解SSH强强联合构建Web应用的强大优势。在行文中，还穿插了一些分层的设计经验，配置技巧和Spring所提供的方便类，相信这些知识对您的开发都有所裨益。 　其实，就算用Java建造一个不是很烦琐的web应用程序，也不是件轻松的事情。当为一个应用程序建造一个构架时有许多事情需要考虑。从高层来说，开发者需要考虑：怎样建立用户接口（user interfaces）？在哪里处理业务逻辑？和怎样持久化应用数据。这三层每一层都有它们各自的问题需要回答。 各个层次应该使用什么技术？怎样才能把应用程序设计得松耦合和能灵活改变？构架允许层的替换不会影响到其它层吗？应用程序怎样处理容器级的服务（container level services），比如事务处理（transactions）？

　　当为你的web应用程序创建一个构架时，需要涉及到相当多的问题。幸运的是，已经有不少开发者已经遇到过这类重复发生的问题，并且建立了处理这类问题的框架。一个好框架具备以下几点： 减轻开发者处理复杂的问题的负担（“不重复发明轮子”）；内部定义为可扩展的；有一个强大的用户群支持。框架通常能够很好的解决一方面的问题。然而，你的应用程序有几个层可能都需要它们各自的框架。就如解决你的用户接口（UI）问题时你就不应该把事务逻辑和持久化逻辑掺杂进来。例如，你不应该在控制器（controller）里面写jdbc代码，使它包含有业务逻辑，这不是控制器应该提供的功能。它应该是轻量级的，代理来自用户接口（UI）外的调用请求给其它服务于这些请求的应用层。好的框架自然的形成代码如何分布的指导。更重要的是，框架减轻开发者从头开始写像持久层这样的代码的痛苦，使他们专注于对客户来说很重要的应用逻辑。

　　这篇文章将讨论怎样组合几个著名的框架去做到松耦合的目的，怎样建立你的构架，怎样让你的各个应用层保持一致。富于挑战的是：组合这些框架使得每一层都以一种松耦合的方式彼此沟通，而与底层的技术无关。这篇文章将使用３种流行的开源框架来讨论组合框架的策略。表现层我们将使用Struts（http://jakarta.apache.org/struts）;业务层我们将使用Spring（http://www.springframework.org/）;持久层使用Hibrenate（http://www.hibernate.org/）.你也可以在你的应用程序中替换这些框架中的任何一种而得到同样的效果。图１展示了当这些框架组合在一起时从高层看是什么样子。


图１用Struts, Spring, 和 Hibernate框架构建的概览

应用程序的分层 （Application Layering）

大多数不复杂的web应用都能被分成至少４个各负其责的层次。这些层次是：表现层（presentation）、持久层（persistence）、业务层（business）、领域模型层（domain model）。每层在应用程序中都有明确的责任，不应该和其它层混淆功能。每一应用层应该彼此独立但要给他们之间放一个通讯接口。让我们从审视各个层开始，讨论这些层应该提供什么和不应该提供什么。

表现层 (The Presentation Layer)

　　在一个典型的web应用的一端是表现层。很多Java开发者也理解Struts所提供的。然而，太常见的是，他们把像业务逻辑之类的耦合的代码放进了一个org.apache.struts.Action。所以，让我们在像Struts这样一个框架应该提供什么上取得一致意见。这儿是Struts负责的：

为用户管理请求和响应；
提供一个控制器（controller）代理调用业务逻辑和其它上层处理；
处理从其它层掷出给一个Struts Action的异常；
为显示提供一个模型；
执行用户接口（UI）验证。

这儿是一些经常用Struts编写的但是却不应该和Struts表现层相伴的项目：
直接和数据库通讯，比如JDBC调用；
业务逻辑和与你的应用程序相关的验证；
事务管理；
在表现层中引入这种代码将导致典型耦合（type coupling）和讨厌的维护。

持久层 （The Persistence Layer ）

　　在典型web应用的另一端是持久层。这通常是使事情迅速失控的地方。开发者低估了构建他们自己的持久层框架的挑战性。一般来说，机构内部自己写的持久层不仅需要大量的开发时间，而且还经常缺少功能和变得难以控制。有几个开源的“对象－关系映射”（ORM）框架非常解决问题。尤其是，Hibernate框架为java提供了＂对象－关系持久化＂（object-to-relational persistence）机制和查询服务。Hibernate对那些已经熟悉了SQL和JDBC API的Java开发者有一个适中的学习曲线。Hibernate持久对象是基于简单旧式Java对象（POJO）和Java集合（Java collections）。此外，使用Hibernate并不妨碍你正在使用的IDE。下面的列表包含了你该写在一个持久层框架里的代码类型：

　　查询相关的信息成为对象。Hibernate通过一种叫作HQL的面向对象（OO）的查询语言或者使用条件表达式API（expressive criteria API）来做这个事情。 HQL非常类似于SQL-- 只是把SQL里的table和columns用Object和它的fields代替。有一些新的专用的HQL语言成分要学；不过，它们容易理解而且文档做得好。HQL是一种使用来查询对象的自然语言，花很小的代价就能学习它。

保存、更新、删除储存在数据库中的信息。

像Hibernate这样的高级“对象－关系”映射（object-to-relational mapping）框架提供对大多数主流SQL数据库的支持，它们支持“父/子”（parent/child）关系、事务处理、继承和多态。


这儿是一些应该在持久层里被避免的项目：


业务逻辑应该在你的应用的一个高一些的层次里。持久层里仅仅允许数据存取操作。

　　你不应该把持久层逻辑（persistence logic）和你的表现层逻辑（presentation logic）搅在一起。避免像JSPs或基于servlet的类这些表现层组件里的逻辑和数据存取直接通讯。通过把持久层逻辑隔离进它自己的层，应用程序变得易于修改而不会影响在其它层的代码。例如：Hebernate能够被其它持久层框架或者API代替而不会修改在其它任何层的代码。


业务层（The Business Layer）

　　在一个典型的web应用程序的中间的组件是业务层或服务层。从编码的视角来看，这个服务层是最容易被忽视的一层。不难在用户接口（UI）层或者持久层里找到散布在其中的这种类型的代码。这不是正确的地方，因为这导致了应用程序的紧耦合，这样一来，随着时间推移代码将很难维护。幸好，针对这一问题有好几种Frameworks存在。在这个领域两个最流行的框架是Spring和PicoContainer，它们叫作微容器（microcontainers），你可以不费力不费神的把你的对象连在一起。所有这些框架都工作在一个简单的叫作“依赖注入”（dependency injection）（也通称“控制反转”（inversion of control））的概念上。这篇文章将着眼于Spring的为指定的配置参数通过bean属性的setter注入（setter injection）的使用。Spring也提供了一个构建器注入（constructor injection）的复杂形式作为setter注入的一个替代。对象们被一个简单的XML文件连在一起，这个XML文件含有到像事务管理器（transaction management handler）、对象工厂（object factories）、包含业务逻辑的服务对象（service objects）、和数据存取对象（DAO）这些对象的引用（references）。

　　这篇文章的后面将用例子来把Spring使用这些概念的方法说得更清楚一些。业务层应该负责下面这些事情：
处理应用程序的业务逻辑和业务验证；
管理事务；
预留和其它层交互的接口；
管理业务层对象之间的依赖；
增加在表现层和持久层之间的灵活性，使它们互不直接通讯；
从表现层中提供一个上下文（context）给业务层获得业务服务（business services ）；
管理从业务逻辑到持久层的实现。

领域模型层 （The Domain Model Layer ）
　　最后，因为我们讨论的是一个不是很复杂的、基于web的应用程序，我们需要一组能在不同的层之间移动的对象。领域对象层由那些代表现实世界中的业务对象的对象们组成，比如：一份订单（Order）、订单项（OrderLineItem）、产品（Product）等等。这个层让开发者停止建立和维护不必要的数据传输对象（或者叫作DTOs）,来匹配他们的领域对象。例如，Hibernate允许你把数据库信息读进领域对象（domain objects）的一个对象图，这样你可以在连接断开的情况下把这些数据显示到UI层。那些对象也能被更新和送回到持久层并在数据库里更新。而且，你不必把对象转化成DTOs，因为DTOs在不同的应用层间移动，可能在转换中丢失。这个模型使得Java开发者自然地以一种面向对象的风格和对象打交道，没有附加的编码。

结合一个简单的例子

　　既然我们已经从一个高的层次上理解了这些组件， 现在就让我们开始实践吧。在这个例子中，我们还是将合并Struts、Spring、Hibernate框架。每一个这些框架在一篇文章中都有太多的细节覆盖到。这篇文章将用一个简单的例子代码展示怎样把它们结合在一起，而不是进入每个框架的许多细节。示例应用程序将示范一个请求怎样跨越每一层被服务的。这个示例应用程序的一个用户能保存一个订单到数据库中和查看一个在数据库中存在的订单。进一步的增强可以使用户更新或删除一个存在的订单。　　

你可以下载这个应用的源码（http://www.onjava.com/onjava/2004/04/07/examples/wiring.zip）。

　　因为领域对象（domain objects）将和每一层交互，我们将首先创建它们。这些对象将使我们定义什么应该被持久化，什么业务逻辑应该被提供，和哪种表现接口应该被设计。然后，我们将配置持久层和用Hibernate为我们的领域对象（domain objects）定义“对象-关系”映射（object-to-relational mappings）。然后，我们将定义和配置我们的业务对象（business objects）。在有了这些组件后，我们就能讨论用Spring把这些层连在一起。最后，我们将提供一个表现层（presentation layer），它知道怎样和业务服务层（business service layer）交流和知道怎样处理从其它层产生的异常（exceptions）。

领域对象层（Domain Object Layer）

　　因为这些对象将和所有层交互，这也许是一个开始编码的好地方。这个简单的领域模型将包括一个代表一份订单（order）的对象和一个代表一个订单项（line item for an order）的对象。订单（order）对象将和一组订单项（a collection of line item）对象有一对多（one-to-many）的关系。例子代码在领域层有两个简单的对象：
com.meagle.bo.Order.java: 包括一份订单（oder）的概要信息；
com.meagle.bo.OrderLineItem.java: 包括一份订单（order）的详细信息；
考虑一下为你的对象选择包名，它将反映你的应用程序是怎样分层的。例如：简单应用的领域对象（domain objects）可以放进com.meagle.bo包［译者注：bo-business object？］。更多专门的领域对象将放入在com.meagle.bo下面的子包里。业务逻辑在com.meagle.service包里开始打包，DAO对象放进com.meagle.service.dao.hibernate包。对于forms和actions的表现类（presentation classes）分别放入com.meagle.action 和 com.meagle.forms包。准确的包命名为你的类提供的功能提供一个清楚的区分，使当故障维护时更易于维护，和当给应用程序增加新的类或包时提供一致性。


持久层配置（Persistence Layer Configuration）

　　用Hibernate设置持久层涉及到几个步骤。第一步是进行配置持久化我们的领域业务对象（domain business objects ）。因为我们用于领域对象（domain objects ）持久化的Hibernate和POJOs一起工作（ 此句原文：Since Hibernate works with POJOs we will use our domain objects for persistence.），因此，订单和订单项对象包括的所有的字段的都需要提供getter和setter方法。订单对象将包括像ID、用户名、合计、和订单项这样一些字段的标准的JavaBean格式的setter和getter方法。订单项对象将同样的用JavaBean的格式为它的字段设置setter和getter方法。
　　Hibernate在XML文件里映射领域对象到关系数据库。订单和订单项对象将有两个映射文件来表达这种映射。有像XDoclet（http://xdoclet.sourceforge.net/）这样的工具来帮助这种映射。Hibernate将映射领域对象到这些文件：
Order.hbm.xml
OrderLineItem.hbm.xml
你可以在WebContent/WEB-INF/classes/com/meagle/bo目录里找到这些生成的文件。配置Hibernate SessionFactory（http://www.hibernate.org/hib_docs/api/net/sf/hibernate/SessionFactory.html）使它知道是在和哪个数据库通信，使用哪个数据源或连接池，加载哪些持久对象。SessionFactory提供的Session（http://www.hibernate.org/hib_docs/api/net/sf/hibernate/Session.html）对象是Java对象和像选取、保存、更新、删除对象这样一些持久化功能间的翻译接口。我们将在后面的部分讨论Hibernate操作Session对象需要的SessionFactory配置。

业务层配置（Business Layer Configuration ）

　　既然我们已经有了领域对象（domain objects），我们需要有业务服务对象来执行应用逻辑、执行向持久层的调用、获得从用户接口层（UI layer）的请求、处理事务、处理异常。为了将所有这些连接起来并且易于管理，我们将使用Spring框架的bean管理方面（bean management aspect）。Spring使用“控制反转”（IoC）,或者“setter依赖注入”来把这些对象连好，这些对象在一个外部的XML文件中被引用。“控制反转”是一个简单的概念，它允许对象接受其它的在一个高一些的层次被创建的对象。使用这种方法，你的对象从必须创建其它对象中解放出来并降低对象耦合。

　　这儿是个不使用IoC的对象创建它的从属对象（ object creating its dependencies without IoC）的例子，这导致紧的对象耦合：


图２：没有使用IoC的对象组织。对象Ａ创建对象Ｂ和Ｃ。

　　这儿是一个使用IoC的例子，它允许对象在一个高一些层次被创建和传进另外的对象，所以另外的对象能直接使用现成的对象·［译者注：另外的对象不必再亲自创建这些要使用的对象］（allows objects to be created at higher levels and passed into objects so that they can use the implementations directly）：


　图３：对象使用IoC组织。对象Ａ包含setter方法，它们接受到对象Ｂ和Ｃ的接口。这也可以用对象Ａ里的接受对象Ｂ和Ｃ的构建器完成。

建立我们的业务服务对象（Building Our Business Service Objects）
　　我们将在我们的业务对象中使用的setter方法接受的是接口，这些接口允许对象的松散定义的实现，这些对象将被设置或者注入。在我们这个例子里我们将使我们的业务服务对象接受一个DAO去控制我们的领域对象的持久化。当我们在这篇文章的例子中使用Hibernate（ While the examples in this article use Hibernate），我们可以容易的转换到一个不同的持久框架的实现，通知Spring使用新的实现的DAO对象。你能明白编程到接口和使用“依赖注入”模式是怎样宽松耦合你的业务逻辑和你的持久化机制的。
　　这儿是业务服务对象的接口，它是一个DAO对象依赖的桩。（Here is the interface for the business service object that is stubbed for a DAO object dependency: ）



public interface IOrderService { public abstract Order saveNewOrder(Order order) throws OrderException, OrderMinimumAmountException; public abstract List findOrderByUser( String user) throws OrderException; public abstract Order findOrderById(int id) throws OrderException; public abstract void setOrderDAO( IOrderDAO orderDAO); }


　　注意上面的代码有一个为DAO对象准备的setter方法。这儿没有一个getOrderDAO方法因为它不是必要的，因为不太有从外面访问连着的OrderDAO对象的需要。DAO对象将被用来和我们的持久层沟通。我们将用Spring把业务服务对象和DAO对象连在一起。因为我们编码到接口，我们不会紧耦合实现。

下一步是写我们的DAO实现对象。因为Spring有内建的对Hibernate的支持，这个例子DAO将继承HibernateDaoSupport（http://www.springframework.org/docs/api/org/springframework/
orm/hibernate/support/HibernateDaoSupport.html）类，这使得我们容易取得一个到HibernateTemplate（http://www.springframework.org/docs/api/org/springframework/
orm/hibernate/HibernateTemplate.html）类的引用，HibernateTemplate是一个帮助类，它能简化Hibernate Session的编码和处理HibernateExceptions。这儿是DAO的接口：



public interface IOrderDAO { public abstract Order findOrderById( final int id); public abstract List findOrdersPlaceByUser( final String placedBy); public abstract Order saveOrder( final Order order); }


　　我们还有两个对象要和我们的业务层连在一起。这包括HibernateSessionFactory和一个TransactionManager对象。这在Spring配置文件里直接完成。Spring提供一个HibernateTransactionManager（http://www.springframework.org/docs/api/org/springframework/
orm/hibernate/HibernateTransactionManager.html），它将从工厂绑定一个Hibernate Session到一个线程来支持事务（见ThreadLocal（http://java.sun.com/j2se/1.4.2/docs/api/java/lang/ThreadLocal.html）获取更多的信息）。这儿是HibernateSessionFactory和HibernateTransactionManager的Spring配置。

class="org.springframework.orm.hibernate. LocalSessionFactoryBean"> com/meagle/bo/Order.hbm.xml com/meagle/bo/OrderLineItem.hbm.xml net.sf.hibernate.dialect.MySQLDialect false C:/MyWebApps/.../WEB-INF/proxool.xml spring class="org. springframework. orm. hibernate. HibernateTransactionManager">

　　每一个对象能被Spring配置里的一个标记引用。在这个例子里，bean “mySessionFactory”代表一个HibernateSessionFactory，bean “myTransactionManager”代表一个Hibernate transaction manager。注意transactionManger bean有一个叫作sessionFactory的属性元素。HibernateTransactionManager有一个为sessionFactory准备的setter和getter方法，它们是用来当Spring容器启动时的依赖注入。sessionFactory属性引用mySessionFactory bean。这两个对象现在当Spring容器初始化时将被连在一起。这种连接把你从为引用和创建这些对象而创建singleton对象和工厂中解放出来，这减少了你应用程序中的代码维护。mySessionFactory bean有两个属性元素,它们翻译成为mappingResources 和 hibernatePropertes准备的setter方法。通常，如果你在Spring之外使用Hibernate,这个配置将被保存在hibernate.cfg.xml文件中。不管怎样,Spring提供了一个便捷的方式--在Spring配置文件中合并Hibernate的配置。获得更多的信息查阅Spring API（http://www.springframework.org/docs/api/index.html）。

既然我们已经配置了我们的容器服务beans和把它们连在了一起，我们需要把我们的业务服务对象和我们的DAO对象连在一起。然后，我们需要把这些对象连接到事务管理器。

这是在Spring配置文件里的样子：


class="org. springframework. transaction. interceptor. TransactionProxyFactoryBean"> PROPAGATION_REQUIRED,readOnly,-OrderException PROPAGATION_REQUIRED,-OrderException class="com. meagle. service. spring. OrderServiceSpringImpl"> class="com. meagle. service. dao. hibernate. OrderHibernateDAO">


图４是我们已经连在一起的东西的一个概览。它展示了每个对象是怎样相关联的和怎样被Spring设置进其它对象中。把这幅图和示例应用中的Spring配置文件对比查看它们之间的关系。


图４：这是Spring怎样将在这个配置的基础上装配beans。

　　这个例子使用一个TransactionProxyFactoryBean，它有一个为我们已经定义了的事务管理者准备的setter方法。这是一个有用的对象，它知道怎样处理声明的事务操作和你的服务对象。你可以通过transactionAttributes属性定义事务怎样被处理，transactionAttributes属性为方法名定义模式和它们怎样参与进一个事务。获得更多的关于在一个事务上配置隔离层和提交或回滚查阅TransactionAttributeEditor（http://www.springframework.org/docs/api/org/springframework/
transaction/interceptor/TransactionAttributeEditor.html）。

　　TransactionProxyFactoryBean（http://www.springframework.org/docs/api/org/springframework/
transaction/interceptor/TransactionProxyFactoryBean.html）类也有一个为一个target准备的setter,target将是一个到我们的叫作orderTarget的业务服务对象的引用（a reference）。 orderTarget bean定义使用哪个业务服务对象并有一个指向setOrderDAO()的属性。orderDAO bean将居于这个属性中，orderDAO bean是我们的和持久层交流的DAO对象。

　　还有一个关于Spring和bean要注意的是bean能以两种模式工作。这两种模式被定义为singleton和prototype。一个bean默认的模式是singleton，意味着一个共享的bean的实例将被管理。这是用于无状态操作--像一个无状态会话bean将提供的那样。当bean由Spring提供时，prototype模式允许创建bean的新实例。你应当只有在每一个用户都需要他们自己的bean的拷贝时才使用prototype模式。

提供一个服务定位器（Providing a Service Locator）
　　既然我们已经把我们的服务和我们的DAO连起来了，我们需要把我们的服务暴露给其它层。通常是一个像使用Struts或Swing这样的用户接口层里的代码来使用这个服务。一个简单的处理方法是使用一个服务定位器模式的类从一个Spring上下文中返回资源。这也可以靠引用bean ID通过Spring来直接完成。
　　这儿是一个在Struts Action中怎样配置一个服务定位器的例子：



public abstract class BaseAction extends Action { private IOrderService orderService; public void setServlet(ActionServlet actionServlet) { super.setServlet(actionServlet); ServletContext servletContext = actionServlet.getServletContext(); WebApplicationContext wac = WebApplicationContextUtils. getRequiredWebApplicationContext( servletContext); this.orderService = (IOrderService) wac.getBean("orderService"); } protected IOrderService getOrderService() { return orderService; } }
用户接口层配置 （UI Layer Configuration） 　　示例应用的用户接口层使用Struts框架。这儿我们将讨论当为一个应用分层时和Struts相关的部分。让我们从在struts-config.xml文件里检查一个Action配置开始。
type="com.meagle.action.SaveOrderAction" name="OrderForm" scope="request" validate="true" input="/NewOrder.jsp"> Save New Order path="/NewOrder.jsp" scope="request" type="com.meagle.exception.OrderException"/> path="/NewOrder.jsp" scope="request" type="com. meagle. exception. OrderMinimumAmountException"/>


　　SaveNewOrder Action被用来持久化一个用户从用户接口层提交的订单。这是一个典型的Struts Action；然而，注意这个action的异常配置。这些Exceptions为我们的业务服务对象也在Spring 配置文件(applicationContext-hibernate.xml)中配置了（在transactionAttributes属性里）。当这些异常被从业务层掷出我们能在我们的用户接口里恰当的处理它们。第一个异常，OrderException，当在持久层里保存订单对象失败时将被这个action使用。这将引起事务回滚和通过业务对象传递把异常传回给Struts层。OrderMinimumAmountException，在业务对象逻辑里的一个事务因为提交的订单达不到最小订单数量而失败也将被处理。然后，事务将回滚和这个异常能被用户接口层恰当的处理。

　　最后一个连接步骤是使我们的表现层和我们的业务层交互。这已经通过使用前面讨论的服务定位器来完成了。服务层充当一个到我们的业务逻辑和持久层的接口。这儿是 Struts中的SaveNewOrder Action可能怎样使用一个服务定位器调用一个业务方法：



public ActionForward execute( ActionMapping mapping, ActionForm form, javax.servlet.http.HttpServletRequest request, javax.servlet.http.HttpServletResponse response) throws java.lang.Exception { OrderForm oForm = (OrderForm) form; // Use the form to build an Order object that // can be saved in the persistence layer. // See the full source code in the sample app. // Obtain the wired business service object // from the service locator configuration // in BaseAction. // Delegate the save to the service layer and // further upstream to save the Order object. getOrderService().saveNewOrder(order); oForm.setOrder(order); ActionMessages messages = new ActionMessages(); messages.add( ActionMessages.GLOBAL_MESSAGE, new ActionMessage( "message.order.saved.successfully")); saveMessages(request, messages); return mapping.findForward("success"); }


结论
　　这篇文章按照技术和架构覆盖了许多话题。从中而取出的主要思想是怎样更好的给你的应用程序分层：用户接口层、持久逻辑层、和其它任何你需要的应用层。这样可以解耦你的代码，允许添加新的代码组件，使你的应用在将来更易维护。这里覆盖的技术能很好的解决这类的问题。不管怎样，使用这样的构架可以让你用其他技术代替现在的层。