-
学习java web start
2009-07-08 18:15:02
Java Web Start（以下简称JWS）是SUN提供的一种通过Web来部署和发布Java 程序的新技术，它既可以用来发布Application，也可以用来发布Applet，它获去年全球Java技术最佳创意奖。它仅在第一次运行时下载程 序，以后的事情，就全全交给JWS,包括版本的自动更新和维护。这是我们曾经梦寐以求的事情，程序运行在客户端（本地运行，当然有足够的速度），但不用去 安装配置客户端，也不用去考虑版本升级后对客户端的维护，这就是JWS提供给我们的好处之一。OK，下面我们就来看看如何玩转JWS，本文仅用发布 Application来做说明。
系统环境：Win2000Professional+Tomcat3.2.1+JDK1.3。
JWS主要用来通过网络部署你的应用程序，它具有安全、稳定、易维护、易使用的特点。用户访问用JWS部署应用程序的站点，下载发布的应用程序，既可以在 线运行，也可以通过JWS的客户端离线运行已下载的应用程序。对同一个应用程序，在第一次运行时下载，以后每次运行时，JWS的客户端会自动去探测是否有 版本更新，有更新就自动下载新版本，没有更新就直接运行本地当前版本，所有的麻烦全由JWS去承担。好，下面我们就一步一步来搭建JWS
第一步：你的Tomcat3.2.1已经正常运转
第二步：找到TomcatHOME/conf下的web.xml文件，在其中添加<mime-type>
application/x-java-jnlp-file
</mime-type>以支持JNLP文件。
第一步：开发你希望发布的应用程序
第二步：把应用程序及所用到的所有资源打成一个或多个jar包
第三步：如果你的应用程序不会用到任何运行这个应用程序的机器的本地资源，那么，你的应用程序就可以部署了。
第四步：如果你的应用程序用到了运行这个应用程序的机器的本地资源，那么，你的应用程序就必须先签名然后才可以发布。
第五步：如何给应用程序签名
1：首先确保你已经完全安装了Java2的环境，有keytool工具，它位于J2SE SDk的bin目录下。这一般不会有问题。
2：到Dos状态下，进入你需发布应用程序的jar包所在的目录，运行下面这句话
keytool -genkey -keystore myKeystore -alias jwstest它将会提示你输入用户名、密码等，不用理它，按照提示随便输入即可，但一定要记住密码。运行结束它将会在当前路径下创建名为myKeystore的文件。
3：如果你想察看一下刚才生成的myKeystore文件的内容，可以使用下面这句话：
keytool -list -keystore myKeystore显示出来应该类似如下：
Keystore type: jks
Keystore provider: SUN
Your keystore contains 1 entry:
jwstest, Tue Nov 23 19:29:32 PST 2001, keyEntry,
Certificate fingerprint (Test):
C3:A9:CD:F3:D3:AC:4D:3F:3C:5B:AF:9E:CF:0D:46:5C
4：对你需发布应用程序的jar包进行签名，运行下面这句话：
jarsigner -keystore myKeystore yourtest.jar jwstest其中yourtest.jar是你的jar包名，你需要修改它，别的就不必修改了。运行时会提示你输入密码，就是你刚才在生成myKeystore文件时设定的密码。
第六步：部署应用程序的jar包。
1：在Tomcat的webapps中新建目录JWSTest
2：在JWSTest下新建目录apps,META-INF，WEB-INF
3：在apps下新建目录images和lib
4：在META-INF中拷入MANIFEST.MF
5：在WEB-INF中拷入web.xml
6：把已经准备好的jar包拷入lib目录下
第一步：编写用于Web访问的页面index.jsp如下：
<%@page contentType="text/html;charset=gb2312"%>
<html>
<title>JWS Test</title>
<head>
<SCRIPT. LANGUAGE="Javascript">
function insertLink(url, name) {
document.write("<a href=" + url + ">" + name + "</a><br><br>");
}
insertLink("http://你的IP:8080/ JWSTest /apps/JWSTest.jnlp"," JWSTest ");
</SCRIPT>
</head>
<body>
</body>
</html>
第二步：在jsp中添加检测访问的客户端是否已经安装了JWS的客户端的代码，示例如下：
<%@page contentType="text/html;charset=gb2312"%>
<html>
<title> JWS Test </title>
<head>
<SCRIPT. LANGUAGE="Javascript">
var javawsInstalled = 0;
isIE = "false";
if (navigator.mimeTypes && navigator.mimeTypes.length) {
x = navigator.mimeTypes['application/x-java-jnlp-file'];
if (x) javawsInstalled = 1;
} else {
isIE = "true";
}
function insertLink(url, name) {
if (javawsInstalled) {
document.write("<a href=" + url + ">" + name + "</a><br><br>");
} else {
document.write("<a href=" + url + ">"+ name +"</a><br><br>");
}
}
</SCRIPT>
<SCRIPT. LANGUAGE="VBScript">
on error resume next
If isIE = "true" Then
If Not(IsObject(CreateObject("JavaWebStart.IsInstalled"))) Then
javawsInstalled = 0
Else
javawsInstalled = 1
End If
End If
</SCRIPT>
<SCRIPT. LANGUAGE="Javascript">
if(javawsInstalled){
insertLink("http://你的IP:8080/ JWSTest /apps/JWSTest.jnlp"," JWSTest ");
}else{
//通知用户要先安装JWS的客户端，你可以自己提供下载或是直接链接到Sun的JWS下载。
//分为两种，如果客户端已经安装了Java运行环境，则只要下载javaws-1_0_1_01-win-int.exe即可。
//如果客户端没有安装Java运行环境，则要下载完整的javaws-1_0_1_01-win-int-rt.exe。
}
</SCRIPT>
</head>
<body>
</body>
</html>
第一步：下面我们来编写JWS的核心配置文件JNLP，有了它，才能将以上各部分联系起来，真正让JWS运转起来。JNLP文件符合标准的XML语法，实质就是一个XML文件。当然，编写它的最好方式是对已写好的JNLP进行改写。JWSTest.jnlp示例如下：
<?xml version="1.0" encoding="utf-8"?>
<!-- JNLP File for SwingSet2 Demo Application -->
<jnlp
spec="1.0+"
codebase="http://你的IP:8080/JWSTest/apps"
href=" JWSTest.jnlp">
<information>
<title> JWS Test </title>
<vendor>YOUR Name</vendor>
<homepage href=" JWSTest.html"/>
<description> JWS Test </description>
<icon href="images/ JWSTest.jpg"/>
<offline-allowed/>
</information>
<security>
<all-permissions/>
</security>
<resources>
<j2se version="1.3"/>
<jar href="lib/ JWSTest.jar"/>
</resources>
<application-desc main-class="运行启动的主类"/>
</jnlp>
第二步：部分JNLP的关键语法
<jnlp>元素
spec：必须是1.0及以上版本，这里用1.0+，不需修改。
codebase：资源的URL，是JNLP指向各连接的起始处，需自行修改。
Href：JNLP文件相对codebase的存放位置，和JNLP文件的全名，需自行修改。<infomation>元素
Title：发布的应用程序简单标题，需自行修改。
Vendor：发行商信息，可以写上你的大名，需自行修改。
Homepage：存放有关应用程序的相关文档的URL，如help文件等，可有可无。
Description：对应用程序的描述，可以有多对<description></description>，可有可无。
Icon：用户下载你的应用程序后，在JWS里显示的图标的URL，应是gif或jpeg格式。需自行修改。
Offline-allowed：选择项，允许用户离线运行应用程序，一般都会有，不用修改。<security>元素
选择项，如果没有指明<security>，默认是不允许应用程序访问用户的本地资源，即应用程序是沙箱运行。
如果设定为<all-permissions/>，则表示允许应用程序访问用户的本地资源。一般都会设定此值。<resource>元素
<j2se version = 指定jdk版本>
<jar href = 指定需发布的应用程序的jar包存放的位置>
<application-desc>元素
main-class：应用程序运行启动的主类<argument>：应用程序运行时的参数，可以有多个，每一个参数用一对<argument>参数</argument>。
至此，你已经完全构建了运转JWS的各部件。
前面我们已经准备好了需发布的应用程序的jar包，也写好了用来访问的jsp文件和服务器端的核心jnlp文件。
第一步：在JWSTest下新建目录jsp。把index.jsp拷入jsp目录。
第二步：把jnlp文件直接拷入apps目录下。
第三步：在浏览器里输入:http://localhost:8080/JWSTest/jsp/index.jsp 即可访问到jsp页面。页面应出现JWSTest字样。
第四步：点击JWSTest，连接到apps下的JWSTest.jnlp文件，JWS启动，开始下载你发布的应用程序。
第五步：下载完毕，直接运行即可。以后，你也可以直接运行JWS客户端里已下载的应用程序。
不出意外，应恭喜你已经开始享受JWS带来的乐趣了。
通过上面的讲述，你一定能体会到JWS的易用性。或许事情并没有那么简单，以我的使用经验，还会有许多问题出现，在这里挑几个经常出现的问题，给出相应解决方法，让大家少走弯路，而享受更多的乐趣。
问题一：JWS不能运行，JNLP文件像普通XML文件一样显示在Browser里
解决办法：请修改tomcat里，发布程序的路径中的web.xml。
在其中添加<mime-type>
application/x-java-jnlp-file
</mime-type>
以支持JNLP文件。问题二：不能下载资源或下载资源失败
解决办法：请卸载JWS的客户端，并将注册表里有关JWS的项目都删除，并确保program Files下的Java Web Start目录已被删除，然后，重装JWS。
问题三：下载资源中有未签名文件
解决办法：1：确保所有的jar包及其他资源都进行过签名。
2：确保整个资源中，没有中文的命名。好像签名工具不支持中文命名的文件名，所以未签到名。这可让我郁闷了一下午哦。
3：察看已经签名的jar包中，meta-inf路径下的jwstest.sf（jwstest是你在进行签名时-alias后的命名）文件，他详细的列出了所有已签名的文件，以分析签名失败的原因。
详见 http://java.sun.com/products/javawebstart/
http://java.sun.com/javase/6/docs/technotes/guides/javaws/developersguide/contents.html
-
Java Applet与Java Application的区别
2009-06-25 11:53:25
-
keytool用法
2009-06-23 10:08:44
-
如何给jar包进行数字签名
2009-06-23 09:32:37
目的：
为了使Applet或者Java Web Start程序能够访问客户端本地资源，需要对Applet或者JWS程序jar包进行数字签名，之后客户端打开Applet或者JWS程序的时候会提示是否允许该程序访问本地资源，用户如果要用你的程序，当然只能选择OK了。这样你的程序就能按照某种访问权限来访问客户机的本地资源了。
签名步骤：
1.将程序打成jar包。
这个我就不多说了，用eclipse，netbeans等开发工具很方便就能打包的。
2.用keytool命令生成.store文件。
在任意文件夹下建立一个keytool.bat文件，输入
keytool -genkey -keystore xxx.keystore -alias xxx -validity 3650
保存,双击执行。将在当前目录下生成一个xxx.keystore文件， -alias后接的是别名，-validity后面接的是该证书有效天数，这里3650表示10年。（用这个证书签名的程序10年内有效）。
3.用jarsigner程序对jar包进行签名。
新建jarsinger.bat文件，输入
jarsigner -keystore xxx.keystore helloworld.jar xxx
这样helloworld.jar就被签名了。applet应用程序的数字签名应用实战
最近在研究applet,打算使用applet来开发一个上传文件上传控件,之前因为一直觉得applet的沙箱控制导致applet不能主动的访问客户端的资源,所以也曾因此而放弃.不过最近在研究applet的签名后,有了点收获,可以通过签名jar文档来达到这样的控制策略,下面是我在实际实验过程中的一些心得和体会,跟大家一起分享下.(注:如果转载此文,请注明出处和作者,尊重作者的劳动成果,谢谢)
一、压缩你的class类文件为jar包
1.假设你的需要压缩的类文件存在的包为：cn.mbq.test1和cn.mbq.test2
2.进入你的classes目录，在DOS窗口中执行命令：jar cf mytest.jar cn.mbq.test1 cn.mbq.test2
3.执行命令后你会在当前目录中找到mytest.jar文件，这个就是刚才生成的档案文件。你可以修改它的后缀为rar，然后使用winrar压缩程序打开它查看看是否正确。
二、使用keytool工具生成密匙库
1.keytool工具位于${java_home}/bin目录下；
2.在DOS窗口中执行命令：keytool -genkey -keystore mytest.store -alias mbq
注意：mytest.store 是你的密匙库的名称，可以随意修改，后缀请不要修改！
mbq 为别名，这个也可以改成自己的名称
3.执行上述命令后，DOS窗口中会提示你输入keystore的密码、你的姓名、组织单位等等信息。这里要注意的是输入密码请记住，后面要用到的。在最后，我们输入y确认信息。然后再直接回车设置mbq的主密码和store密码一致即可！
三、使用keytool工具导出签名时用到的证书
1.在DOS窗口中执行命令：keytool -export -keystore mytest.store -alias mbq -file mbq.cert
注意：mytest.store 就是第二步生成的密匙库名称
mbq 也是在第二步中我们指定的别名
mbq.cert 为我们生成的证书的名称，可以自己修改名称，注意后缀不要改
2.命令执行成功，我们会在当前目录下找到一个mbq.cert文件，这个就是我们刚才生成的证书。
四、使用jarsigner工具签名jar压缩文档
1.jarsigner工具位于${java_home}/bin目录下；
2.在当前DOS窗口中执行命令：jarsigner -keystore mytest.store mytest.jar mbq
注意：mytest.store 就是我们在第二步中生成的密匙库名称
mytest.jar 就是我们这第一步压缩的jar文档
mbq 是提供者的名称，我们这里设置为我们的别名
五、创建mytest.policy文件
1.在当前目录下创建一个mytest.policy文件，其内容如下：
keystore"file:mytest.store","JKS";
grantsignedBy"mbq"
{
permission java.io.FilePermission"<<ALLFILES>>","read";
};
2.这个文件的意思就是说让所有由mbq签名的applet都可以对本地的所有文件进行读操作。
六、归档文件
通过上述的五个操作后，我们会在当前目录中找到如下几个文件：mytest.jar-签名后的jar文档、mytest.store-密匙库、mbq.cert-证书、mytest.policy-访问策略文件。如果没有这些文件，那么你的applet数字签名过程就没有正确的完成，请检查上述的操作。以后，如果对打包的java文件做了修改，那么就需要重新签名一次才可以！
七、在网页中运行applet
1.假设你的applet中的主启动类为：cn.test.TestApplet.class；整个前面生成的档案文件、证书啊存储在目录：d:\test\myapplet下；
2.建立一applet_test.html文件存放在任何目录下都可以，然后内容如下：Java代码
- 1 <HTML>...</HTML><HTML>
- 2 <BODY>...</BODY><BODY>
- 3 <APPLET CODEBASE="d:\test\myapplet" CODE="cn.test.TestApplet.class" ARCHIVE="mytest.jar" WIDTH=200 HEIGHT=100 name="myapp">
- 4 </APPLET>
- 5 </BODY>
- 6 </HTML>
1 <HTML>...</HTML><HTML> 2 <BODY>...</BODY><BODY> 3 <APPLET CODEBASE="d:\test\myapplet" CODE="cn.test.TestApplet.class" ARCHIVE="mytest.jar" WIDTH=200 HEIGHT=100 name="myapp"> 4 </APPLET> 5 </BODY> 6 </HTML>
注意：其中的CODEBASE就是你的类的基础目录，CODE也就是你的APPLET的启动主类，ARCHIVE也就是签名后的JAR文档。
2.然后在IE中打开该html文件，那么会看到IE提示你是否信任该插件，也就是说我们的证书起作用了，然后确定运行后，就可以在页面上看到applet的运行效果了。
但是由于SUN和MS的问题，目前IE并不支持最新的JRE，而是使用MS自己开发的JRE，所以这个也是影响APPLET发展壮大的一个原因。而且正是由于这个原因，SUN的java-plugin技术才会出现。使用SUN的java-plugin技术我们就可以在applet中使用最新的JAVA类库了。由于IE在遇到APPLET标签的时候会调用自己的JRE，但是如果客户机器上安装的JRE不是我们想要的版本，那么就会出错了。所谓java-plugin技术就是利用IE的插件机制来制定我们想要的JRE，我们可以在IE中使用OBJECT标签来调用APPLET，这样就不会引用MS的JRE了，从而达到我们想要的效果，而且java-plugin技术不仅仅支持IE，还支持Navigator等浏览器。不过我们需要编写比较复杂的HTML代码了，但是这一且SUN已经帮我们做到了，呵呵，在JDK1.4或更高的版本中SUN提供了一个HtmlConverter.exe工具来帮助将包含applet标签的html转换成包含OBJECT和EMBED标签的html代码，该工具位于${java_home}/bin目录下，对于1.4以前的版本该工具则是单独提供的，不过现在几乎都是1.4或1.5甚至更高版本的JDK了吧，呵呵。
该工具很简单，是图形化的工具，我们直接运行即可。比如我将上面的包含applet的html转换后(比如我选择只支持IE的)，其代码变成了如下：Java代码- 01 <HTML>...</HTML><HTML>
- 02 <BODY>...</BODY><BODY>
- 03 <!--"CONVERTED_APPLET"-->
- 04 <!-- HTML CONVERTER -->
- 05 <object
- 06 classid = "clsid:8AD9C840-044E-11D1-B3E9-00805F499D93"
- 07 codebase = "http://java.sun.com/update/1.5.0/jinstall-1_5-windows-i586.cab#Version=5,0,0,3"
- 08 WIDTH = 200 HEIGHT = 100 NAME = "myapp" >
- 09 <PARAM NAME = CODE VALUE = "cn.test.TestApplet.class" >
- 10 <PARAM NAME = CODEBASE VALUE = "d:\test\myapplet" >
- 11 <PARAM NAME = ARCHIVE VALUE = "mytest.jar" >
- 12 <PARAM NAME = NAME VALUE = "myapp" >
- 13 <param name = "type" value = "application/x-java-applet;version=1.5">
- 14 <param name = "scriptable" value = "false">
- 15 </object>
- 16 <!--
- 17 <APPLET CODEBASE="d:\test\myapplet" CODE="cn.test.TestApplet.class" ARCHIVE="mytest.jar"
- 18 WIDTH=200 HEIGHT=100 name="myapp">
- 19 </APPLET>
- 20 -->
- 21 <!--"END_CONVERTED_APPLET"-->
- 22 </BODY>
- 23 </HTML>
01 <HTML>...</HTML><HTML> 02 <BODY>...</BODY><BODY> 03 <!--"CONVERTED_APPLET"--> 04 <!-- HTML CONVERTER --> 05 <object 06 classid = "clsid:8AD9C840-044E-11D1-B3E9-00805F499D93" 07 codebase = "http://java.sun.com/update/1.5.0/jinstall-1_5-windows-i586.cab#Version=5,0,0,3" 08 WIDTH = 200 HEIGHT = 100 NAME = "myapp" > 09 <PARAM NAME = CODE VALUE = "cn.test.TestApplet.class" > 10 <PARAM NAME = CODEBASE VALUE = "d:\test\myapplet" > 11 <PARAM NAME = ARCHIVE VALUE = "mytest.jar" > 12 <PARAM NAME = NAME VALUE = "myapp" > 13 <param name = "type" value = "application/x-java-applet;version=1.5"> 14 <param name = "scriptable" value = "false"> 15 </object> 16 <!-- 17 <APPLET CODEBASE="d:\test\myapplet" CODE="cn.test.TestApplet.class" ARCHIVE="mytest.jar" 18 WIDTH=200 HEIGHT=100 name="myapp"> 19 </APPLET> 20 --> 21 <!--"END_CONVERTED_APPLET"--> 22 </BODY> 23 </HTML>
注意其中的OBJECT标签，可以看到APPLET标签已经被注释掉了。其中PARAM NAME=NAME这一行中的myapp就是我们applet应用程序的名称，在IE提示的确认运行中显示的就是这个名称了，我们可以改为自己的公司或组织的名称。然后提示的提供者也就是我们在签名时用到的名称了。
另外，还要特别注意的就是这个包含OBJECT标签的html页面必须和你的mytest.jar压缩文档放在同一个目录下，这样才可以正确的加载，否则会一直报ClassNotFound的异常的，即使我们在OBJECT标签中指定了CODEBASE也不行，这个是我在测试的时候遇到的问题！
八、在Internet上应用签名的applet
如果要把applet部署在网络上，那么最好是采用OBJECT标签的形式，同时也要兼顾采用EMBED标签来支持诸如FF等浏览器。我们把已签名了的mytest.jar和我们的网页放在同一个目录下，至于其他的如mytest.store和mbq.cert可以不用放在一起，至少我在测试的过程中没有放到一起也不会出错，而且在不同的机器上运行的也非常好，可以读取客户端机器的资源！另外，也发现mytest.policy其实也没什么用处，因为这是参考网络上的，而且他们的版本都是1.3左右，所以估计是版本低的缘故吧！
到此，我们就已经完成了applet的签名到部署，以及到实际的网络应用中了。这样我们使用applet来开发控件时就不会因为无法读取客户端资源而放弃了，呵呵~~ -
jdk下载网站
2009-06-16 17:32:41
-
java入门系列视频
2009-06-15 11:52:14
-
java exception
2009-06-12 15:10:11
关于异常处理的一个问题就是要对何时（when）和如何（how）使用它们做到了然于心。在本文中我将介绍一些关于异常处理的最佳实践，同时我也会涉及到最近争论十分激烈的checked Exception的使用问题。
作为开发员，我们都希望能写出解决问题并且是高质量的代码。不幸的是，一些副作用（side effects）伴随着异常在我们的代码中慢慢滋生。无庸置疑，没有人喜欢副作用（side effects）,所以我们很快就用我们自己的方式来避免它，我曾经看到一些聪明的程序员用下面的方式来处理异常：
public void consumeAndForgetAllExceptions(){
try {
...some code that throws exceptions
} catch (Exception ex){
ex.printStacktrace();
}
}
上边的代码有什么问题么？
在回答以前让我们想想怎样才是正确的？是的，一旦程序碰到异常，它就该挂起程序而"做"点什么。那么上边的代码是这样子的么？看吧，它隐瞒了什么？它把所有的"苦水"往肚里咽（在控制台打印出异常信息），然后一切继续，从表面上看就像什么都没有发生过一样......，很显然，上边代码达到的效果并不是我们所期望的。
后来又怎样？
public void someMethod() throws Exception{
}
上边的代码又有什么问题？
很明显，上边的方法体是空的，它不实现任何的功能（没有一句代码），试问一个空方法体能抛出什么异常？当然Java并不阻止你这么干。最近，我也遇到类似的情景，方法声明会抛出异常，但是代码中并没有任何"机会"来"展示"异常。当我问开发员为什么要这样做的时候，他回答我说"我知道，它确实有点那个，但我以前就是这么干的并且它确实能为我工作。"
在C++社区曾经花了数年实践来实践如何使用异常，关于此类的争论在 java社区才刚刚开始。我曾经看到许多Java程序员针对使用异常的问题进行争论。如果对于异常处理不当的话，异常可以大大减慢应用程序的执行速度，因为它将消耗内存和CPU来创建、抛出并捕获异常。如果过分的依赖异常处理，代码对易读和易使用这两方面产生影响，以至于会让我们写出上边两处"糟糕"代码。
异常原理
大体上说，有三种不同的"情景"会导致异常的抛出：
l 编程错误导致异常（Exception due Programming errors）: 这种情景下，异常往往处于编程错误（如：NullPointerException 或者 IllegalArgumentException）,这时异常一旦抛出，客户端将变得无能为力。
l 客户端代码错误导致异常（Exception due client code errors）: 说白点就是客户端试图调用API不允许的操作。
l 资源失败导致异常（Exception due to resource failures）: 如内存不足或网络连接失败导致出现异常等。这些异常的出现客户端可以采取相应的措施来恢复应用程序的继续运行。
Java中异常的类型
Java 中定义了两类异常：
l Checked exception: 这类异常都是Exception的子类
l Unchecked exception: 这类异常都是RuntimeException的子类，虽然RuntimeException同样也是Exception的子类，但是它们是特殊的，它们不能通过client code来试图解决，所以称为Unchecked exception
举个例子，下图为NullPointerException的继承关系：
图中，NullPointerException继承自RuntimeException，所以它是Unchecked exception.
以往我都是应用checked exception多于Unchecked exception，最近，在java社区激起了一场关于checked exception和使用它们的价值的争论。这场争论起源于JAVA是第一个拥有Checked exception的主流OO语言这样一个事实，而C++和C#都是根本没有Checked exception，它们所有的异常都是unchecked。
一个checked exception强迫它的客户端可以抛出并捕获它，一旦客户端不能有效地处理这些被抛出的异常就会给程序的执行带来不期望的负担。
Checked exception还可能带来封装泄漏，看下面的代码：
public List getAllAccounts() throws
FileNotFoundException, SQLException{
...
}
上边的方法抛出两个异常。客户端必须显示的对这两种异常进行捕获和处理即使是在完全不知道这种异常到底是因为文件还是数据库操作引起的情况下。因此，此时的异常处理将导致一种方法和调用之间不合适的耦合。
接下来我会给出几种设计异常的最佳实践 （Best Practises for Designing the API）
1． 当要决定是采用checked exception还是Unchecked exception的时候，你要问自己一个问题，"如果这种异常一旦抛出，客户端会做怎样的补救？"
如果客户端可以通过其他的方法恢复异常，那么这种异常就是checked exception；如果客户端对出现的这种异常无能为力，那么这种异常就是Unchecked exception；从使用上讲，当异常出现的时候要做一些试图恢复它的动作而不要仅仅的打印它的信息，总来的来说，看下表：
Client's reaction when exception happens
Exception type
Client code cannot do anything
Make it an unchecked exception
Client code will take some useful recovery action based on information in exception
Make it a checked exception
此外，尽量使用unchecked exception来处理编程错误：因为unchecked exception不用使客户端代码显示的处理它们，它们自己会在出现的地方挂起程序并打印出异常信息。Java API中提供了丰富的unchecked excetpion，譬如：NullPointerException , IllegalArgumentException 和 IllegalStateException等，因此我一般使用这些标准的异常类而不愿亲自创建新的异常类，这样使我的代码易于理解并避免的过多的消耗内存。
2． 保护封装性（Preserve encapsulation）
不要让你要抛出的checked exception升级到较高的层次。例如，不要让SQLException延伸到业务层。业务层并不需要（不关心？）SQLException。你有两种方法来解决这种问题：
l 转变SQLException为另外一个checked exception，如果客户端并不需要恢复这种异常的话；
l 转变SQLException为一个unchecked exception，如果客户端对这种异常无能为力的话；
多数情况下，客户端代码都是对SQLException无能为力的，因此你要毫不犹豫的把它转变为一个unchecked exception，看看下边的代码：
public void dataAccessCode(){
try{
..some code that throws SQLException
}catch(SQLException ex){
ex.printStacktrace();
}
}
上边的catch块紧紧打印异常信息而没有任何的直接操作，这是情有可原的，因为对于SQLException你还奢望客户端做些什么呢？（但是显然这种就象什么事情都没发生一样的做法是不可取的）那么有没有另外一种更加可行的方法呢？
public void dataAccessCode(){
try{
..some code that throws SQLException
}catch(SQLException ex){
throw new RuntimeException(ex);
}
}
上边的做法是把SQLException转换为RuntimeException，一旦SQLException被抛出，那么程序将抛出RuntimeException,此时程序被挂起并返回客户端异常信息。
如果你有足够的信心恢复它当SQLException被抛出的时候，那么你也可以把它转换为一个有意义的checked exception, 但是我发现在大多时候抛出RuntimeException已经足够用了。
3． 不要创建没有意义的异常（Try not to create new custom exceptions if they do not have useful information for client code.）
看看下面的代码有什么问题？
public class DuplicateUsernameException
extends Exception {}
它除了有一个"意义明确"的名字以外没有任何有用的信息了。不要忘记Exception跟其他的Java类一样，客户端可以调用其中的方法来得到更多的信息。
我们可以为其添加一些必要的方法，如下：
public class DuplicateUsernameException
extends Exception {
public DuplicateUsernameException
(String username){....}
public String requestedUsername(){...}
public String[] availableNames(){...}
}
在新的代码中有两个有用的方法：reqeuestedUsername(),客户但可以通过它得到请求的名称；availableNames(),客户端可以通过它得到一组有用的usernames。这样客户端在得到其返回的信息来明确自己的操作失败的原因。但是如果你不想添加更多的信息，那么你可以抛出一个标准的Exception:
throw new Exception("Username already taken");
更甚的情况，如果你认为客户端并不想用过多的操作而仅仅想看到异常信息，你可以抛出一个unchecked exception:
throw new RuntimeException("Username already taken");
另外，你可以提供一个方法来验证该username是否被占用。
很有必要再重申一下，checked exception应该让客户端从中得到丰富的信息。要想让你的代码更加易读，请倾向于用unchecked excetpion来处理程序中的错误（Prefer unchecked exceptions for all programmatic errors）。
4． Document exceptions.
你可以通过Javadoc's @throws 标签来说明（document）你的API中要抛出checked exception或者unchecked exception。然而，我更倾向于使用来单元测试来说明（document）异常。不管你采用哪中方式，你要让客户端代码知道你的API中所要抛出的异常。这里有一个用单元测试来测试IndexOutOfBoundsException的例子：
public void testIndexOutOfBoundsException() {
ArrayList blankList = new ArrayList();
try {
blankList.get(10);
fail("Should raise an IndexOutOfBoundsException");
} catch (IndexOutOfBoundsException success) {}
}
上边的代码在请求blankList.get(10)的时候会抛出IndexOutOfBoundsException,如果没有被抛出，将fail ("Should raise an IndexOutOfBoundsException")显示说明该测试失败。通过书写测试异常的单元测试，你不但可以看到异常是怎样的工作的，而且你可以让你的代码变得越来越健壮。
下面作者将介绍界中使用异常的最佳实践（Best Practices for Using Exceptions）
1． 总是要做一些清理工作（Always clean up after yourself）
如果你使用一些资源例如数据库连接或者网络连接，请记住要做一些清理工作（如关闭数据库连接或者网络连接），如果你的API抛出Unchecked exception，那么你要用try-finally来做必要的清理工作：java 代码- public void dataAccessCode(){
- Connection conn = null ;
- try {
- conn = getConnection();
- ..some code that throws SQLException
- } catch (SQLException ex){
- ex.printStacktrace();
- } finally {
- DBUtil.closeConnection(conn);
- }
- }
- class DBUtil{
- public static void closeConnection
- (Connection conn){
- try {
- conn.close();
- } catch (SQLException ex){
- logger.error( "Cannot close connection" );
- throw new RuntimeException(ex);
- }
- }
- }
DBUtil是一个工具类来关闭Connection.有必要的说的使用的finally的重要性是不管程序是否碰到异常，它都会被执行。在上边的例子中，finally中关闭连接，如果在关闭连接的时候出现错误就抛出RuntimeException.
2． 不要使用异常来控制流程（Never use exceptions for flow control）
下边代码中，MaximumCountReachedException被用于控制流程：java 代码- public void useExceptionsForFlowControl() {
- try {
- while ( true ) {
- increaseCount();
- }
- } catch (MaximumCountReachedException ex) {
- }
- //Continue execution
- }
- public void increaseCount()
- throws MaximumCountReachedException {
- if (count >= 5000 )
- throw new MaximumCountReachedException();
- }
上边的useExceptionsForFlowControl()用一个无限循环来增加count直到抛出异常，这种做法并没有说让代码不易读，但是它是程序执行效率降低。
记住，只在要会抛出异常的地方进行异常处理。
3． 不要忽略异常
当有异常被抛出的时候，如果你不想恢复它，那么你要毫不犹豫的将其转换为unchecked exception，而不是用一个空的catch块或者什么也不做来忽略它，以至于从表面来看象是什么也没有发生一样。
4． 不要捕获顶层的Exception
unchecked exception都是RuntimeException的子类，RuntimeException又继承Exception,因此，如果单纯的捕获Exception,那么你同样也捕获了RuntimeException,如下代码：
try{
..
}catch(Exception ex){
}
一旦你写出了上边的代码（注意catch块是空的），它将忽略所有的异常，包括unchecked exception.
5． Log exceptions just once
Logging the same exception stack trace more than once can confuse the programmer examining the stack trace about the original source of exception. So just log it once. -
java exception
2009-06-12 14:50:02
-
java开发为什么要配置JDK及Tomcat的环境变量?
2009-06-10 17:48:34
-
Tomcat,Java,apache,jdk是什么？之间的关系是？
2009-06-10 16:45:28
-
Java的工作原理
2009-06-09 14:19:31
-
JDK安装完成之后设置环境变量
2009-06-03 16:57:34
-
Java异常处理的特殊情况
2009-05-21 15:21:45
-
面向过程与面向对象的区别
2009-05-21 15:09:08
-
J2SE简介
2009-05-21 15:03:04
-
实战[jnlp]权限
2009-05-21 14:54:47
-
Java网络加载协议(JNLP)及Java Web Start
2009-05-21 14:45:51
-
JNLP
2009-05-21 11:49:14
-
applet java 介绍
2009-05-15 14:12:58
-
jdk与jre区别
2009-05-04 11:36:52
标题搜索
我的存档
数据统计
- 访问量: 57973
- 日志数: 89
- 建立时间: 2008-12-13
- 更新时间: 2010-01-13
