]]>
Eclipse插gQ?a >http://findbugs.sourceforge.net/downloads.html
插g理技?/strong>
提示Q新下蝲的插件PlugIn一定不要都攑֜原始的Eclipse目录下去?br />
- 前提是你已经安装好了Eclipse工具了，比如安装在E:\OpenSource\Eclipse\目录下，以下q个目录?ECLIPSE_HOME%来进行表C；
- 此时默认的插件是?ECLIPSE_HOME%\plugins目录中的Q?
- ?ECLIPSE_HOME%下徏立一个PlugInsNew的目录；
比如QE:\OpenSource\Eclipse\PlugInsNew\ - 你下载了个新的插Ӟ比如叫做QXYZ
那么在%ECLIPSE_HOME%\PlugInsNew\目录下徏立XYZ目录Q目录里面是eclipse目录Qeclipse目录包含有features与plugins两个子目录；l构如下图所C：
- 把下载的新插件的文g攑֜以下相应目录?
%ECLIPSE_HOME%\PlugInsNew\XYZ\eclipse\features
%ECLIPSE_HOME%\PlugInsNew\ XYZ\eclipse\plugins - 建立相关?link的文?
然后?ECLIPSE_HOME%\links目录里徏立一个XYZ.link的文?
内容如是Qpath=E:/OpenSource/Eclipse/PlugInsNew/XYZ׃行这L路径指示而已?
当然Q采用相对\径来表示可能更直观一些，方便q行文g整体Ud和小l全部成员的׃n命名用，省得Ud后要改动Link文g里的l对路径而费心费力。直接拷贝过d可以使用?
即XYZ.link文g的内容如是：path=../PlugInsNew/XYZ
q样Q如果你下蝲了多个插件就可以如法炮制建立多个Link文gQ想加蝲哪个插g把哪个插g的Link文g攑ֈ%ECLIPSE_HOME%\links的目录中卛_Q用与理都很方便Q徏议千万不要放在默认的安装目录中；
如果你的%ECLIPSE_HOME%与此不同Q请修改XYZ.link文g里的路径 - 删除Q关闭Eclipse
删除%ECLIPSE_HOME%\links\XYZ.link文g卛_
删除%ECLIPSE_HOME%\PlugInsNew\XYZ整个目录及文?br /> - 重新启动Eclipse卛_
使用
重新启动Eclipse后，在Help => About Eclipse SDK => Plug-in Details你可以看到由“FindBugs Project”提供的“FindBugs Plug-in”版?.0.17插gQ如下图所C：
FindBugs的用方?/strong>
FindBugs是一个可以在JavaE序中发现Bugs的程序?
它是专门用来L处于“Bug Patterns”列表中的代码的?
Bug Patterns指很有可能是错误的代码的实例?br />
目前FindBugs最高版?.9.4Q不q更新速度很快的，你应当经怸ȝ看是否有新版本发布。Eclipse plugin for FindBugs最高版?.0.17?br />
pȝ要求
使用FindBugs臛_需要JDK1.4.0以上版本QFindBugs是^台独立的Q可以运行于GNU/Linux、Windows、MacOS X {^C?br />
q行FindBugs臛_需要有256 MB内存Q如果你要分析一个很大的目Q那需要更加多的内存了?br />
FindBugs独立q行和与Antl合的详l操作就不介l了Q可以看官方的文?a target="_blank">http://findbugs.sourceforge.net/manual/
独立q行的效果图如下Q?br />
本文主要介绍在Eclipse中用的情况
打开Bug Details视图
Windows => Show View => Other?=> FindBugs => BugDetails
在Package Explorer或Navigator视图中，选中你的Java目Q右键，可以看到“Find Bugs”菜单项Q子菜单w有“Find Bugs”和“Clear Bug Markers”两内容，如下图所C：
我们建立一个简单的试文gTest.java 内容如下Q?
public class Test { private String[] name; public String[] getName() { return name; } public void setName(String[] name) { this.name = name; } }
我们点中“Find Bugs”，q行时会出现如下q度框：
q行l束后可以在Problems中看到增加了如下的警告信息内?br />
FindBugsq行后的警告信息内容不仅在Problems视图中显C，而且标记在源代码标记框中，在源代码~辑器中我们可以看到警告标识Q如下图Q?
当光标指向你的警告信息的代码上面Ӟ׃有相应的错误提示信息Q与Eclipse本n的错误或警告信息提示cM?
选中Problems视图里出现的相应问题Q就会在代码~辑器里切换到相应的代码上去Q方便根据相应的提示信息q行代码的修攏V?
在Problems视图里，选中相应的问题条目，右键Q在弹出的菜单中Q可以看到“Show Bug Details”，如下图所C：
点中它，会切换到Bug Details视图上去Q显C更加详l的提示信息?br />
当然Q在代码~辑H口中，点击带有警告提示信息的图标时Q也会自动切换到Bud DetailsH口去，查看详细的警告信息，如下图所C?br />
Ҏ(gu)q里详细的信息，你可以得到FindBugsZ么会对你的代码报警告信息Q及相应的处理办法，Ҏ(gu)它的提示Q你可以快速方便地q行代码修改?br />
Ҏ(gu)提示Q我们将代码修改成如下，再运行就不会报有警告信息了?br />
public class Test { private String[] name; public String[] getName() { String[] temp = name; return temp; } public void setName(String[] name) { String[] temp = name; this.name = temp; } }
配置FindBugs
选择你的目Q右?=> Properties => FindBugs =>
可以配置的信息包括如上图所C的四个选项的相兌|：
- Run FindBugs Automatically开?
当此w中后，FindBugs会在你修改JavacL自动q行Q如你设|了Eclipse自动~译开兛_Q当你修改完Java文g保存QFindBugs׃q行Qƈ相应的信息昄出来?
当此Ҏ(gu)有选中Q你只能每次在需要的时候自己去q行FindBugs来检查你的代码? - Minimum priority to report选择?
q个选择Ҏ(gu)让你选择哪个U别的信息进行显C，有Low、Medium、High三个选择可以选择Q很cM于Log4J的别设|啦?比如Q?
你选择了High选择，那么只有是HighU别的提CZ息才会被昄?
你选择了Medium选择，那么只有是Medium和HighU别的提CZ息才会被昄?
你选择了Low选择，那么所有别的提示信息都会被显C?br /> - Enable bug categories选择?
在这里是一些显CBug分类的选择Q?
Correctness关于代码正确性相x面的
Performance关于代码性能相关斚w?
Internationalization关于代码国际化相x面的
Multithreaded correctness关于代码多线E正性相x面的
Style关于代码样式相关斚w?br />
Malicious code vulnerability关于恶意破坏代码相关斚w?
比如Q如果你把Style的检查框L不选择中它Q那么与Style分类相关的警告信息就不会昄了。其它的cM?br /> - Select bug patterns to check for选择?
在这里你可以选择所要进行检查的相关的Bug Pattern条目
可以从Bug codes、Detector name、Detector description中看到相应的是要查哪些方面的内容Q你可以Ҏ(gu)需要选择或去掉相应的 查条件?
ȝ
此插件的功能很不错，可以帮助我们提升Java代码的编写能力，写出更加安全可靠的代码。徏议用或加在Ant里进行持l构建?
现在Q你可以马上拿出你已l开发的一个项目，查一下你的代码有没有问题?/p>
Establishing connection failed.
无法q接q程服务?/font>
cs_convert: cslib user api layer: common library error: The conversion/operation was stopped due to a syntax error in the source field.
CSLIB Message: - L0/O0/S0/N36/1/0:
导入表对应的列数量不正确
cs_convert: cslib user api layer: common library error: The conversion/operation was stopped due to a syntax error in the source field.
导入数据存在自增长列Q但数据源不存在自增长列
blk_rowxfer(): blk layer: internal BLK-Library error: Data truncated while doing local character set conversion. col = 3
导入表对应的字段长度不
ct_sendpassthru(): network packet layer: internal net library error: Net-Library operation terminated due to disconnect
CTLIB Message: - L5/O3/S5/N5/5/0:
]]>
比如我们可能要徏立几个用h据库讑֤QuserData,userLog
首先我们需要先取消master的默认设备：
sp_diskdefault "master","defaultoff"
go
sp_diskdefault "userData","defaulton"
go
sp_diskdefault "userLog","defaulton"
go
在后面创建用h据库的过E中Q如果不指定数据库设备，则该用户数据库理所当然地创建在默认讑֤?br />
创徏数据库：本数据库创徏在设备 userData 上，而在分开的设备（userLogQ上创徏数据库日志?br />
1>create database mydatabase //创徏一个名为 mydatabase 的数据库
2> on userData = ?0M”?/数据库的存储I间为?0MQ数据库讑֤是 userDataQ而不是 master
3>log on userLog =?0M”?/日志文g的存储空间ؓ 10M
4>go
]]>
]]>
q时其实也就是两点，W一Q你需要在h中有q个令牌|h中的令牌值如何保存，其实和我们qx在页面中保存一些信息是一LQ通过隐藏字段来保存，保存的Ş式如Q?〈input type="hidden" name="org.apache.
在Action中的addҎ(gu)中，我们需要将Token值明的要求保存在页面中Q只需增加一条语句：saveToken(request);Q如下所C：
public ActionForward add(ActionMapping mapping, ActionForm form,
HttpServletRequest request, HttpServletResponse response)
//前面的处理省?br />
saveToken(request);
return mapping.findForward("add");
}在Action的insertҎ(gu)中，我们Ҏ(gu)表单中的Tokeng服务器端的Token值比较，如下所C：
public ActionForward insert(ActionMapping mapping, ActionForm form,
HttpServletRequest request, HttpServletResponse response)
if (isTokenValid(request, true)) {
// 表单不是重复提交
//q里是保存数据的代码
} else {
//表单重复提交
saveToken(request);
//其它的处理代?br />
}
}
其实使用h很简单，举个最单、最需要用这个的例子Q?br />
一般控刉复提交主要是用在Ҏ(gu)据库操作的控制上Q比如插入、更新、删除等Q由于更新、删除一般都是通过id来操作（例如QupdateXXXById, removeXXXByIdQ，所以这cL作控制的意义不是很大Q不排除个别现象Q，重复提交的控制也׃要是在插入时的控制了?br />
先说一下，我们目前所做项目的情况Q?br />
目前的项目是用StrutsQSpringQIbatisQ页面用jstlQStruts复杂View层，Spring在Service层提供事务控ӞIbatis是用来代?a >JDBCQ所有页面的讉K都不是直接访问jspQ而是讉KStructs的ActionQ再由Action来ForwardC个JspQ所有针Ҏ(gu)据库的操作，比如取数据或修改数据Q都是在Action里面完成Q所有的Action一般都l承BaseDispatchActionQ这个是自己建立的类Q目的是为所有的Action做一些统一的控Ӟ在Struts层，对于一个功能，我们一般分Z个ActionQ一个Action里的功能是不需要调用Struts的验证功能的Q常见的Ҏ(gu)名称有add,edit,remove,view,listQ，另一个是需要调用Struts的验证功能的Q常见的Ҏ(gu)名称有insert,updateQ?br />
拿论坛发脓(chung)来说吧，论坛发脓(chung)首先需要蟩转到一个页面，你可以填写帖子的主题和内容，填写完后Q单几Z提交”，贴子发表了Q所以这里经q两个步骤：
1、{C个新增的面Q在Action里我们一般称为addQ例如：
public ActionForward add(ActionMapping mapping, ActionForm form,
HttpServletRequest request, HttpServletResponse response)
throws Exception {
//q一句是输出调试信息Q表CZ码执行到q一D了
log.debug(":: action - subject add");
//your code here
//q里保存Token?br />
saveToken(request);
//跌{到add面Q在Structs-config.xml里面定义Q例如，跌{到subjectAdd.jsp
return mapping.findForward("add");
}
2、在填写标题和内容后Q选择 提交 Q会提交到insertҎ(gu)Q在insertҎ(gu)里判断，是否重复提交了?br />
public ActionForward insert(ActionMapping mapping, ActionForm form,
HttpServletRequest request, HttpServletResponse response){
if (isTokenValid(request, true)) {
// 表单不是重复提交
//q里是保存数据的代码
} else {
//表单重复提交
saveToken(request);
//其它的处理代?br />
}
}
下面更详l一点（注意Q下面所有的代码使用全角括号Q：
1、你惛_贴时Q点几Z我要发贴”链接的代码可以里这LQ?br />
〈html:link action="subject.do?method=add"〉我要发贴?html:link?br />
subject.do ?method q些在struct-config.xml如何定义我就不说了，点击链接后，会执行subject.do的addҎ(gu)Q代码如上面说的Q蟩转到subjectAdd.jsp面。页面的代码大概如下Q?br />
〈html:form action="subjectForm.do?method=insert"?br />
〈html:text property="title" /?br />
〈html:textarea property="content" /?br />
〈html:submit property="发表" /?br />
〈html:reset property="重填" /?br />
〈html:form?br />
如果你在addҎ(gu)里加了“saveToken(request);”这一句，那在subjectAdd.jsp生成的页面上Q会多一个隐藏字D，cM于这栗input type="hidden" name="org.apache.
2、点d表后Q表单提交到subjectForm.do里的insertҎ(gu)后，你在insertҎ(gu)里要表单的数据插入到数据库中，如果没有q行重复提交的控Ӟ那么每点Mơ浏览器的刷新按钮，都会在数据库中插入一条相同的记录Q增加下面的代码Q你可以控制用L重复提交了?br />
if (isTokenValid(request, true)) {
// 表单不是重复提交
//q里是保存数据的代码
} else {
//表单重复提交
saveToken(request);
//其它的处理代?br />
}
注意Q你必须在addҎ(gu)里用了saveToken(request)Q你才能在insert里判断，否则Q你每次保存操作都是重复提交?br />
C一点，Struts在你每次讉KAction的时候，都会产生一个o牌，保存在你的Session里面Q如果你在Action里的函数里面Q用了saveToken(request);Q那么这个o牌也会保存在q个Action所Forward到的jsp所生成的静态页面里?br />
如果你在你Action的方法里使用了isTokenValidQ那么Struts会将你从你的request里面去获取这个o牌|然后和Session里的令牌值做比较Q如果两者相{，׃是重复提交，如果不相{，是重复提交了?br />
׃我们目的所有Action都是l承自BaseDispatchActionq个c，所以我们基本上都是在这个类里面做了表单重复提交的控Ӟ默认是控制addҎ(gu)和insertҎ(gu)Q如果需要控制其它的Ҏ(gu)Q就自己手动写上面这些代码，否则是不需要手写的Q控制的代码如下Q?br />
public abstract class BaseDispatchAction extends BaseAction {
protected ActionForward perform(ActionMapping mapping, ActionForm form,
HttpServletRequest request, HttpServletResponse response)
throws Exception {
String parameter = mapping.getParameter();
String name = request.getParameter(parameter);
if (null == name) { //如果没有指定 method Q则默认?list
name = "list";
}
if ("add".equals(name)) {
if ("add".equals(name)) {
saveToken(request);
}
} else if ("insert".equals(name)) {
if (!isTokenValid(request, true)) {
resetToken(request);
saveError(request, new ActionMessage("error.repeatSubmit"));
log.error("重复提交Q?);
return mapping.findForward("error");
}
}
return dispatchMethod2(mapping, form, request, response, name);
}
}
]]>
框架是Spring+Struts+oracleQ虽然很累。还是学C很多东西!
对于Spring我以前从未接触过Q虽然最q做了项目，但是对其一些运行原理，及内部的各个部分q是不熟(zhn)?br />
好像是虽然吃了饭，但L没有品尝它的滋味!
我想在接下来的这D|_仔细的学习一下?br />
当然不可能全部学Q只学习自己需要的那部分就行了?br />
Spring是一个比较大的框Ӟ择其而用Q择其而学吧?img src ="http://www.tkk7.com/os586/aggbug/89582.html" width = "1" height = "1" />
]]>
----对这两个概念的不明好久，l于扑ֈ一好文，拿来׃nQhttp://www.duduwolf.com/cmd.asp?act=tb&id=3 Q?/p>
1. ?stack)与堆(heap)都是Java用来在Ram中存放数据的地方。与C++不同QJava自动理栈和堆，E序员不能直接地讄栈或堆?
2. 栈的优势是，存取速度比堆要快Q仅ơ于直接位于CPU中的寄存器。但~点是，存在栈中的数据大与生存期必L定的，~Z灉|性。另外，栈数据可以共享，详见W?炏V堆的优势是可以动态地分配内存大小Q生存期也不必事先告诉编译器QJava的垃圾收集器会自动收走这些不再用的数据。但~点是，׃要在q行时动态分配内存，存取速度较慢?/p>
3. Java中的数据cd有两U?/p>
一U是基本cd(primitive types), 共有8U，即int, short, long, byte, float, double, boolean, char(注意Qƈ没有string的基本类?。这U类型的定义是通过诸如int a = 3; long b = 255L;的Ş式来定义的，UCؓ自动变量。值得注意的是Q自动变量存的是字面|不是cȝ实例Q即不是cȝ引用Q这里ƈ没有cȝ存在。如int a = 3; q里的a是一个指向intcd的引用，指向3q个字面倹{这些字面值的数据Q由于大可知，生存期可?q些字面值固定定义在某个E序块里面，E序块退出后Q字D值就消失?Q出于追求速度的原因，存在于栈中?/p>
另外Q栈有一个很重要的特D性，是存在栈中的数据可以共享。假设我们同时定义：
int a = 3 ;
int b = 3Q?/span>
~译器先处理int a = 3Q首先它会在栈中创徏一个变量ؓa的引用，然后查找有没有字面gؓ3的地址Q没扑ֈQ就开辟一个存?q个字面值的地址Q然后将a指向3的地址。接着处理int b = 3Q在创徏完b的引用变量后Q由于在栈中已经?q个字面|便将b直接指向3的地址。这P出Ca与b同时均指?的情c?
特别注意的是Q这U字面值的引用与类对象的引用不同。假定两个类对象的引用同时指向一个对象，如果一个对象引用变量修改了q个对象的内部状态，那么另一个对象引用变量也卛_反映个变化。相反，通过字面值的引用来修改其|不会D另一个指向此字面值的引用的g跟着改变的情c如上例Q我们定义完a与b的值后Q再令a=4Q那么，b不会{于4Q还是等?。在~译器内部，遇到a=4Q时Q它?yu)׃重新搜烦栈中是否?的字面|如果没有Q重新开辟地址存放4的|如果已经有了Q则直接a指向q个地址。因此a值的改变不会影响到b的倹{?/p>
另一U是包装cL据，如Integer, String, Double{将相应的基本数据类型包装v来的cR这些类数据全部存在于堆中，Java用new()语句来显C地告诉~译器，在运行时才根据需要动态创建，因此比较灉|Q但~点是要占用更多的时间?4. String是一个特D的包装cL据。即可以用String str = new String("abc");的Ş式来创徏Q也可以用String str = "abc"Q的形式来创?作ؓҎ(gu)Q在JDK 5.0之前Q你从未见过Integer i = 3;的表辑ּQ因为类与字面值是不能通用的，除了String。而在JDK 5.0中，q种表达式是可以的！因ؓ~译器在后台q行Integer i = new Integer(3)的{?。前者是规范的类的创E，卛_Java中，一切都是对象，而对象是cȝ实例Q全部通过new()的Ş式来创徏。Java中的有些c，如DateFormatc，可以通过该类的getInstance()Ҏ(gu)来返回一个新创徏的类Q似乎违反了此原则。其实不然。该c运用了单例模式来返回类的实例，只不q这个实例是在该cd部通过new()来创建的Q而getInstance()向外部隐藏了此细节。那Z么在String str = "abc"Q中Qƈ没有通过new()来创建实例，是不是违反了上述原则Q其实没有?/p>
5. 关于String str = "abc"的内部工作。Java内部此语句转化Z下几个步骤：
(1)先定义一个名为str的对Stringcȝ对象引用变量QString strQ?/p>
(2)在栈中查找有没有存放gؓ"abc"的地址Q如果没有，则开辟一个存攑֭面gؓ"abc"的地址Q接着创徏一个新的Stringcȝ对象oQƈo的字W串值指向这个地址Q而且在栈中这个地址旁边Cq个引用的对象o。如果已l有了gؓ"abc"的地址Q则查找对象oQƈq回o的地址?/p>
(3)str指向对象o的地址?/p>
值得注意的是Q一般StringcM字符串值都是直接存值的。但像String str = "abc"Q这U场合下Q其字符串值却是保存了一个指向存在栈中数据的引用Q?/p>
Z更好地说明这个问题，我们可以通过以下的几个代码进行验证?/p>
Stringstr1="abc";
Stringstr2="abc";
System.out.println(str1==str2);//true
注意Q我们这里ƈ不用str1.equals(str2)Q的方式Q因比较两个字W串的值是否相{?=PҎ(gu)JDK的说明，只有在两个引用都指向了同一个对象时才返回真倹{而我们在q里要看的是Qstr1与str2是否都指向了同一个对象?
l果说明QJVM创徏了两个引用str1和str2Q但只创Z一个对象，而且两个引用都指向了q个对象?
我们再来更进一步，以上代码改成：
Stringstr1="abc";
Stringstr2="abc";
str1="bcd";
System.out.println(str1+","+str2);//bcd,abc
System.out.println(str1==str2);//false
q就是说Q赋值的变化D了类对象引用的变化，str1指向了另外一个新对象Q而str2仍旧指向原来的对象。上例中Q当我们str1的值改?bcd"ӞJVM发现在栈中没有存放该值的地址Q便开辟了q个地址Qƈ创徏了一个新的对象，其字W串的值指向这个地址?/p>
事实上，Stringc被设计成ؓ不可改变(immutable)的类。如果你要改变其|可以Q但JVM在运行时Ҏ(gu)新值?zhn)?zhn)创Z一个新对象Q然后将q个对象的地址q回l原来类的引用。这个创E虽说是完全自动q行的，但它毕竟占用了更多的旉。在Ҏ(gu)间要求比较敏感的环境中，会带有一定的不良影响?/p>
再修改原来代码：
Stringstr1="abc";
Stringstr2="abc";str1="bcd";
Stringstr3=str1;
System.out.println(str3);//bcdStringstr4="bcd";
System.out.println(str1==str4);//true
str3q个对象的引用直接指向str1所指向的对?注意Qstr3q没有创建新对象)。当str1改完其值后Q再创徏一个String的引用str4Qƈ指向因str1修改D创建的新的对象。可以发玎ͼq回str4也没有创建新的对象，从而再ơ实现栈中数据的׃n?
我们再接着看以下的代码?/p>
Stringstr1=newString("abc");
Stringstr2="abc";
System.out.println(str1==str2);//false
创徏了两个引用。创Z两个对象。两个引用分别指向不同的两个对象?/p>
String str1 = "abc";
String str2 = new String("abc");
System.out.println(str1==str2); //false
创徏了两个引用。创Z两个对象。两个引用分别指向不同的两个对象?/p>
以上两段代码说明Q只要是用new()来新建对象的Q都会在堆中创徏Q而且其字W串是单独存值的Q即使与栈中的数据相同，也不会与栈中的数据共享?/p>
6. 数据cd包装cȝg可修攏V不仅仅是Stringcȝg可修改，所有的数据cd包装c都不能更改其内部的倹{?7. l论与徏议：
(1)我们在用诸如String str = "abc"Q的格式定义cLQL惛_然地认ؓQ我们创ZStringcȝ对象str。担心陷阱！对象可能q没有被创徏Q唯一可以肯定的是Q指向Stringcȝ引用被创Z。至于这个引用到底是否指向了一个新的对象，必须Ҏ(gu)上下文来考虑Q除非你通过new()Ҏ(gu)来显要地创徏一个新的对象。因此，更ؓ准确的说法是Q我们创Z一个指向Stringcȝ对象的引用变量strQ这个对象引用变量指向了某个gؓ"abc"的StringcR清醒地认识到这一点对排除E序中难以发现的bug是很有帮助的?/p>
(2)使用String str = "abc"Q的方式Q可以在一定程度上提高E序的运行速度Q因为JVM会自动根据栈中数据的实际情况来决定是否有必要创徏新对象。而对于String str = new String("abc")Q的代码Q则一概在堆中创徏新对象，而不其字符串值是否相{，是否有必要创建新对象Q从而加重了E序的负担。这个思想应该是n元模式的思想Q但JDK的内部在q里实现是否应用了这个模式，不得而知?/p>
(3)当比较包装类里面的数值是否相{时Q用equals()Ҏ(gu)Q当试两个包装cȝ引用是否指向同一个对象时Q用==?/p>
(4)׃Stringcȝimmutable性质Q当String变量需要经常变换其值时Q应该考虑使用StringBufferc，以提高程序效率?/p>
作?langm
版权声明Q本文可以自p{载，转蝲时请务必以超链接形式标明文章原始出处和作者信息及本声?
作?langm
原文:http://www.matrix.org.cn/resource/article/44/44056_NoClassDefDoundErr.html
关键?NoClassDefDoundErr ClassNotFoundException
在读q篇文章之前Q你最好了解一下Java的Exception机制?/p>
也许你在开发的q程中经常地见到ClassNotFoundException和NoClassDefFoundErrq两个异常，每每看到之后Q都会一概而论的是cL有找刎ͼ但有些时候见C们的时候又有些疑惑Q至我是这PQؓ什么Java要用两个异常来表C类定义没有扑ֈ那？他们之间有什么区别那Q?/p>
正y今天我又到了这个问题，Z的仔l研I了一下这两个异常的区别?
首先Q?
ClassNotFoundException直接l承与ExceptionQ它是一个checked的异常?
NoClassDefFoundErr l承自Error->LinkageError Q它是一个unchecked的异常?/p>
下面让我们看一下两个异常在API文档中的说明
ClassNotFoundExceptionQ?
当应用尝试用字符串名U通过下面的方法装载一个类时这个类的定义却没有扑ֈ时会抛出的异常?
Class.forName
ClassLoader.findSystemClass
ClassLoader.loadClass
NoClassDefFoundErrQ?
当JVM或者ClassLoader实例试装蝲一个类的定义（q通常是一个方法调用或者new表达式创Z个实例过E的一部分Q而这个类定义q没有找时所抛出的错误?
当编译的时候可以找到这个类的定义，但是以后q个cM再存在?/p>
q比较显而易见了吧，d文档是很重要的事情。这里我p一下我对这两个cȝ区别的理解?/p>
ClassNotFoundException异常只出现在你的应用E序d的装载类的过E中Q这个异常很多时候出现在我们的应用框架在初始化或者运行中动态装载已配置的类的过E中。这U情况下我们应该首先查我们的配置或者参数是否错误，是否企图装蝲一个ƈ不存在的c，如果配置没有错误Q我们就应该查看Classpath是否配置错误而导致ClassLoader无法扑ֈq个c，也应该检查要装蝲的类是否在一个jar包中而我们在引入q个jar包的q程中是否有遗漏或错误（q里jar包的版本也是一个需要格外注意的问题Q很多时候qjar包版本会造成太多的麻烦）?
NoClassDefFoundErr异常一般出现在我们~译环境和运行环境不一致的情况下，是说我们有可能在编译过后更改了Classpath或者jar包所以导致在q行的过E中JVM或者ClassLoader无法扑ֈq个cȝ定义Q我曄在编译后作了一ơjar包的清理Q然后应用就送给了我一个这LC物Q?/p>
我们l常用SDK开发应用，开发的q程中要引入很多jar包，有些SDK也会讑֮自己的Classpath。编译过E结束后在运行的q程中就要将已开发的应用和所有引入的jar包拷贝到应用服务器的相应目录下才可以q行Q而应用服务器使用的Classpath也很有可能与SDK的不同，在这个过E中有很大的几率造成双方环境不一致。所以很多开发者就会遇到在SDK中可以编译，q行也没有问题，但是同样的程序放到应用服务器上就出现NoClassDefFoundErrq个异常q种情况Q这是让初学者很挠头的一个问题?/p>
以上是我对q两个异常的一点个人理解，希望对各位开发者有所帮助Q可以让各位开发者在以后的开发过E中能够更快的找到问题所在。祝开发顺?/p>
设计模式中最基础的是工厂模式QFactoryQ，在我最q的一个很单的应用中，我想量的让我的E序能够在多个数据库间移植，当然Q这涉及很多问题Q单是如何兼容不同DBMS的SQLp人头痛。我们不妨先把问题简单化Q只考虑如何q接不同的数据库?br />
假设我有很多个类Q分别是Mysql.java、SQLServer.java、Oracle.java、DB2.javaQ他们分别连接不同的数据库，l一q回一个Connection对象Qƈ且都有一个closeҎ(gu)Q用于关闭连接。只需要针对你的DBMSQ选择不同的类Q就可以用了Q但是我的用户他会用什么数据库Q我不知道，我希望的是尽量少的修改代码，p满他的需要。我可以抽象如下接口Q?br />
package org.bromon.test;
public interface DB
{
java.sql.Connection openDB(String url,String user,String password);
void close();
}
q个接口只定义两个方法，没有M有实际意义的代码Q具体的代码由实作这个接口的cLl出Q比如Mysql.javaQ?br />
Package org.bromon.test;
import java.sql.*;
public class Mysql implements DB
{
private String url=”jdbc:mysql:localhost:3306/test?
private String user=”root?
private String password=”?
private Connection conn;
public Connection openDB(url,user,password)
{
//q接数据库的代码
}
public void close()
{
//关闭数据?br /> }
}
cM的当然还有Oracle.java{等Q接口DBl这些类归了个类Q在应用E序中我们这样定义对象：
org.bromon.test.DB myDB;
使用myDB来操作数据库Q就可以不用实际上我所使用的是哪个c，q就是所谓的“开-闭”原则。但是问题在于接口是不能实例化的QmyDB=new DB()Q这L代码是绝寚w误的Q我们只能myDB=new Mysql()或者myDB=new Oracle()。麻烦了Q我q是需要指定具体实例化的是哪个c，用了接口跟没用一栗所以我们需要一个工厂：
package org.bromon.test;
public class DBFactory
{
public static DB Connection getConn()
{
Return(new Mysql());
}
}
所以实例化的代码变成：myDB=DBFactory.getConn()Q?br />
q就?3U模式中最基础的普通工?Factory)Q工厂类负责具体实例化哪个类Q而其他的E序逻辑都是针对DBq个接口q行操作Q这是“针Ҏ(gu)口编E”。责任都被推卸给工厂cMQ当然你也可以l定义工厂接口，l箋把责M抛，q就演变成抽象工?Abstract Factory)?br />
整个q程中接口不负责M具体操作Q其他的E序要连接数据库的话Q只需要构造一个DB对象O(jin)KQ而不工厂类如何变化。这是接口的意?---抽象?br />
l承的概念不用多_很好理解。ؓ什么要l承呢？因ؓ你想重用代码Q这l对不是理由Q承的意义也在于抽象，而不是代码重用。如果对象A有一个run()Ҏ(gu)Q对象B也想有这个方法，所以有人就Class B extends A。这是不l大脑的做法。如果在B中实例化一个AQ调用A的Run()Ҏ(gu)Q是不是可以辑ֈ同样的目的？如下Q?br />
Class B
{
A a=new A();
a.run();
}
q就是利用类的聚合来重用代码Q是委派模式的雏形，是GoF一贯倡导的做法?br />
那么l承的意义何在？其实q是历史原因造成的，最开始的OO语言只有l承Q没有接口，所以只能以l承来实现抽象，请一定注意，l承的本意在于抽象，而非代码重用Q虽然承也有这个作用）Q这是很多Java烂书最严重的错误之一Q它们所造成的阴影，我至今还没有完全摆脱Q坏书害人啊Q尤其是入门cȝQ流毒太大。什么时候应该用承？只在抽象cM使用Q其他情况下量不用。抽象类也是不能实例化的Q它仅仅提供一个模版而已Q这很能说明问题?br />
软g开发的万恶之源Q一是重复代码而不是重用代码，二是烂用l承Q尤以c++E序员ؓ甚。Java中取~多重承，目的是制止烂用l承Q实是非常明智的做法Q不q很多h都不理解。Java能够更好的体现设计，q是让我入迷的原因之一?img src ="http://www.tkk7.com/os586/aggbug/77316.html" width = "1" height = "1" />
]]>
在第二种模型中，我们可以清楚的把q?个类分ؓ三层Q?/p>
1、实体类层，即ItemQ带有domain logic的domain object
2、DAO层，即ItemDao和ItemDaoHibernateImplQ抽象持久化操作的接口和实现c?
3、业务逻辑层，即ItemManagerQ接受容器事务控Ӟ向Web层提供统一的服务调?/p>
在这三层中我们大家可以看刎ͼdomain object和DAO都是非常E_的层Q其实原因也很简单，因ؓdomain object是映数据库字段的，数据库字D不会频J变动，所以domain object也相对稳定，而面向数据库持久化编E的DAO层也不过是CRUD而已Q不会有更多的花P所以也很稳定?/p>
问题在于这个充当business workflow facade的业务逻辑对象Q它的变动是相当频繁的?span style="COLOR: red">业务逻辑对象通常都是无状态的、受事务控制的、Singletonc?/span>Q我们可以考察一下业务逻辑对象都有哪几cM务逻辑Ҏ(gu)Q?/p>
W一c：DAO接口Ҏ(gu)的代?/span>Q就是上面例子中的loadItemByIdҎ(gu)和findAllҎ(gu)?/p>
ItemManager之所以要代理q种c，目的有两个：向Web层提供统一的服务调用入口点和给持久化方法增加事务控制功?/span>。这两点都很Ҏ(gu)理解Q你不能既给Web层程序员提供xxxManagerQ也l他提供xxxDaoQ所以你需要用xxxManager装xxxDaoQ在q里Q充当了一个简单代理功能；而事务控制也是持久化Ҏ(gu)必须的，事务可能需要跨多个DAOҎ(gu)调用Q所以必L在业务逻辑层，而不能放在DAO层?/p>
但是必须看到Q对于一个典型的web应用来说Q绝大多数的业务逻辑都是单的CRUD逻辑Q所以这U情况下Q针Ҏ(gu)个DAOҎ(gu)QxxxManager都需要提供一个对应的装Ҏ(gu)Q这不但是非常枯燥的Q也是o人感觉非怸好的?/p>
W二c：domain logic的方法代?/span>。就是上面例子中placeBidҎ(gu)。虽然Item已经有了placeBidҎ(gu)Q但是ItemManager仍然需要封装一下Item的placeBidQ然后再提供一个简单封装之后的代理Ҏ(gu)?/p>
q和W一U情늱|其原因也一P也是ZlWeb层提供一个统一的服务调用入口点和给隐式的持久化动作提供事务控制?/p>
同样Q和W一U情况一P针对每个domain logicҎ(gu)QxxxManager都需要提供一个对应的装Ҏ(gu)Q同h枯燥的，令h不爽的?/p>
W三c：需要多个domain object和DAO参与协作的business workflow。这U情冉|业务逻辑对象真正应该完成的职责?/p>
在这个简单的例子中，没有涉及到这U情况，不过大家都可以想像的出来q种应用场景Q因此不必D例说明了?/p>
通过上面的分析可以看出，只有W三cM务逻辑Ҏ(gu)才是业务逻辑对象真正应该承担的职责，而前两类业务逻辑Ҏ(gu)都是“无奈之䏀，不得不ؓ之的事情Q不但枯燥，而且令h沮?/p>
分析完了业务逻辑对象Q我们再回头看一下domain objectQ我们要仔细考察一下domain logic的话Q会发现domain logic也分Zc：
W一c：需要持久层框架隐式的实现透明持久化的domain logicQ例如Item的placeBidҎ(gu)中的q一句： 对于q一cdomain logicQ业务逻辑对象必须提供相应的封装方法，以实C务控制?/p> W二c：完全不依赖持久化的domain logicQ例如readonly例子中的TopicQ如下： 注意q个isAllowReplyҎ(gu)Q他和持久化完全不发生一丁点关系。在实际的开发中Q我们同样会遇到很多q种不需要持久化的业务逻辑(主要发生在日期运、数D和枚Dq算斚w)Q这Udomain logic不管q不脱L在的框架Q它的行为都是一致的。对于这Udomain logicQ业务逻辑层ƈ不需要提供封装方法，它可以适用于Q何场合?/p>
this
.
getBids
().
add
(
newBid
);
上面已经着重提刎ͼ虽然q仅仅只是一个Java集合的添加新元素的操作，但是实际上通过事务的控Ӟ会潜在的触发两条SQLQ一条是insert一条记录到bid表，一条是更新item表相应的记录。如果我们让ItemqHibernateq行单元试Q它?yu)是一个单U的Java集合操作Q如果我们把他加入到Hibernate框架中，他就会潜在的触发两条SQLQ?span style="COLOR: red">q就是隐式的依赖于持久化的domain logic?
特别h意的一Ҏ(gu)Q在没有Hibernate/JDOq类可以实现“透明的持久化”工具出C前，q类domain logic是无法实现的?
class Topic{
booleanisAllowReply(){
CalendardueDate=Calendar.getInstance();
dueDate.setTime(lastUpdatedTime);
dueDate.add(Calendar.DATE,forum.timeToLive);
Datenow=newDate();
returnnow.after(dueDate.getTime());
}
}
W一U模型：只有getter/setterҎ(gu)的纯数据c，所有的业务逻辑完全由business object来完?又称TransactionScript)Q这U模型下的domain object被Martin FowlerUC为“血的domain object”。下面用举一个具体的代码来说明，代码来自Hibernate的caveatemptorQ但l过我的改写Q?/p>
一个实体类叫做ItemQ指的是一个拍卖项?
一个DAO接口cd做ItemDao
一个DAO接口实现cd做ItemDaoHibernateImpl
一个业务逻辑cd做ItemManager(或者叫做ItemService)
public class Item implements Serializable {
private Long id = null ;
private int version ;
private String name ;
private User seller ;
private String description ;
private MonetaryAmount initialPrice ;
private MonetaryAmount reservePrice ;
private Date startDate ;
private Date endDate ;
private Set categorizedItems = new HashSet ();
private Collection bids = new ArrayList ();
private Bid successfulBid ;
private ItemState state ;
private User approvedBy ;
private Date approvalDatetime ;
private Date created = new Date ();
/ / getter / setterҎ(gu)省略不写Q避免篇q太?/span>
}
public interface ItemDao {
public Item getItemById ( Long id );
public Collection findAll ();
public void updateItem ( Item item );
}
ItemDao定义持久化操作的接口Q用于隔L久化代码?/p>
public class ItemDaoHibernateImpl implements ItemDao extends HibernateDaoSupport {
public Item getItemById ( Long id ) {
return ( Item ) getHibernateTemplate (). load ( Item . class , id );
}
public Collection findAll () {
return ( List ) getHibernateTemplate (). find (" from Item ");
}
public void updateItem ( Item item ) {
getHibernateTemplate (). update ( item );
}
}
ItemDaoHibernateImpl完成具体的持久化工作Q请注意Q数据库资源的获取和释放是在ItemDaoHibernateImpl里面处理的，每个DAOҎ(gu)调用之前打开SessionQDAOҎ(gu)调用之后Q关闭Session?Session攑֜ThreadLocal中，保证一ơ调用只打开关闭一?
publicclass ItemManager{
privateItemDaoitemDao;
publicvoidsetItemDao(ItemDaoitemDao){this.itemDao=itemDao;}
publicBidloadItemById(Longid){
itemDao.loadItemById(id);
}
publicCollectionlistAllItems(){
returnitemDao.findAll();
}
publicBidplaceBid(Itemitem,Userbidder,MonetaryAmountbidAmount,
BidcurrentMaxBid,BidcurrentMinBid)throwsBusinessException{
if(currentMaxBid!=null&¤tMaxBid.getAmount().compareTo(bidAmount)>0){
thrownewBusinessException("Bid too low.");
}
//Auctionisactive
if(!state.equals(ItemState.ACTIVE))
thrownewBusinessException("Auction is not active yet.");
//Auctionstillvalid
if(item.getEndDate().before(newDate()))
thrownewBusinessException("Can't place new bid, auction already ended.");
//CreatenewBid
BidnewBid=newBid(bidAmount,item,bidder);
//PlacebidforthisItem
item.getBids().add(newBid);
itemDao.update(item);// 调用DAO完成持久化操?/span>
returnnewBid;
}
}
事务的管理是在ItemMangerq一层完成的QItemManager实现具体的业务逻辑。除了常见的和CRUD有关的简单逻辑之外Q这里还有一个placeBid的逻辑Q即目的竞标?/p>
以上是一个完整的W一U模型的CZ代码。在q个CZ中，placeBidQloadItemByIdQfindAll{等业务逻辑l统攑֜ItemManager中实玎ͼ而Item只有getter/setterҎ(gu)?br />
W二U模型，也就是Martin Fowler指的rich domain object是下面这样子的：
一个带有业务逻辑的实体类Q即domain object是Item
一个DAO接口ItemDao
一个DAO实现ItemDaoHibernateImpl
一个业务逻辑对象ItemManager
publicclass ItemimplementsSerializable{
// 所有的属性和getter/setterҎ(gu)同上Q省?/span>
publicBidplaceBid(Userbidder,MonetaryAmountbidAmount,
BidcurrentMaxBid,BidcurrentMinBid)
throwsBusinessException{
//Checkhighestbid(canalsobeadifferentStrategy(pattern))
if(currentMaxBid!=null&¤tMaxBid.getAmount().compareTo(bidAmount)>0){
thrownewBusinessException("Bid too low.");
}
//Auctionisactive
if(!state.equals(ItemState.ACTIVE))
thrownewBusinessException("Auction is not active yet.");
//Auctionstillvalid
if(this.getEndDate().before(newDate()))
thrownewBusinessException("Can't place new bid, auction already ended.");
//CreatenewBid
BidnewBid=newBid(bidAmount,this,bidder);
//PlacebidforthisItem
this.getBids.add(newBid);// h意这一句，透明的进行了持久化，但是不能在这里调?span class="constant">ItemDaoQItem不能对ItemDao产生依赖Q?/span>
returnnewBid;
}
}
竞标q个业务逻辑被放入到Item中来。请注意this.getBids.add(newBid); 如果没有Hibernate或者JDOq种O/R Mapping的支持，我们是无法实现这U透明的持久化行ؓ的。但是请注意QItem里面不能去调用ItemDAOQ对ItemDAO产生依赖Q?/p>
ItemDao和ItemDaoHibernateImpl的代码同上，省略?/p>
publicclass ItemManager{
privateItemDaoitemDao;
publicvoidsetItemDao(ItemDaoitemDao){this.itemDao=itemDao;}
publicBidloadItemById(Longid){
itemDao.loadItemById(id);
}
publicCollectionlistAllItems(){
returnitemDao.findAll();
}
publicBidplaceBid(Itemitem,Userbidder,MonetaryAmountbidAmount,
BidcurrentMaxBid,BidcurrentMinBid)throwsBusinessException{
item.placeBid(bidder,bidAmount,currentMaxBid,currentMinBid);
itemDao.update(item);// 必须昑ּ的调?span class="constant">DAOQ保持持久化
}
}
在第二种模型中，placeBid业务逻辑是放在Item中实现的Q而loadItemById和findAll业务逻辑是放在ItemManager中实现的。不q值得注意的是Q即使placeBid业务逻辑攑֜Item中，你仍焉要在ItemManager中简单的装一层，以保证对placeBid业务逻辑q行事务的管理和持久化的触发?/p>
q种模型是Martin Fowler所指的真正的domain model。在q种模型中，有三个业务逻辑Ҏ(gu)QplaceBidQloadItemById和findAllQ现在的问题是哪个逻辑应该攑֜Item中，哪个逻辑应该攑֜ItemManager中。在我们q个例子中，placeBid攑֜Item?但是ItemManager也需要对它进行简单的装)QloadItemById和findAll是放在ItemManager中的?/p>
切分的原则是什么呢Q?Rod Johnson提出原则是“case by case”，可重用度高的Q和domain object状态密切关联的攑֜Item中，可重用度低的Q和domain object状态没有密切关联的攑֜ItemManager中?/p>
我提出的原则是：看业务方法是否显式的依赖持久化?/span>
Item的placeBidq个业务逻辑Ҏ(gu)没有昑ּ的对持久化ItemDao接口产生依赖Q所以要攑֜Item中?span style="COLOR: red">h意，如果q了Hibernateq个持久化框ӞItemq个domain object是可以进行单元测试的Q他不依赖于Hibernate的持久化机制。它是一个独立的Q可UL的，完整的，自包含的域对?/span>?/p>
而loadItemById和findAllq两个业务逻辑Ҏ(gu)是必L式的Ҏ(gu)久化ItemDao接口产生依赖Q否则这个业务逻辑无法完成。如果你要把q两个方法放在Item中，那么Item无法脱Hibernate框架Q无法在Hibernate框架之外独立存在?br />
W三U模型印象中好像是firebody或者是Archie提出?也有可能不是Q记不清楚了)Q简单的来说Q这U模型就是把W二U模型的domain object和business object合二Z了。所以ItemManager׃需要了Q在q种模型下面Q只有三个类Q他们分别是Q?/p>
ItemQ包含了实体cM息，也包含了所有的业务逻辑
ItemDaoQ持久化DAO接口c?
ItemDaoHibernateImplQDAO接口的实现类
׃ItemDao和ItemDaoHibernateImpl和上面完全相同，q略了?/p>
publicclass ItemimplementsSerializable{
// 所有的属性和getter/setterҎ(gu)都省?/span>
privatestaticItemDaoitemDao;
publicvoidsetItemDao(ItemDaoitemDao){this.itemDao=itemDao;}
publicstaticItemloadItemById(Longid){
return(Item)itemDao.loadItemById(id);
}
publicstaticCollectionfindAll(){
return(List)itemDao.findAll();
}publicBidplaceBid(Userbidder,MonetaryAmountbidAmount,
BidcurrentMaxBid,BidcurrentMinBid)
throwsBusinessException{
//Checkhighestbid(canalsobeadifferentStrategy(pattern))
if(currentMaxBid!=null&¤tMaxBid.getAmount().compareTo(bidAmount)>0){
thrownewBusinessException("Bid too low.");
}
//Auctionisactive
if(!state.equals(ItemState.ACTIVE))
thrownewBusinessException("Auction is not active yet.");
//Auctionstillvalid
if(this.getEndDate().before(newDate()))
thrownewBusinessException("Can't place new bid, auction already ended.");
//CreatenewBid
BidnewBid=newBid(bidAmount,this,bidder);
//PlacebidforthisItem
this.addBid(newBid);
itemDao.update(this);// 调用DAOq行昑ּ持久?/span>
returnnewBid;
}
}
在这U模型中Q所有的业务逻辑全部都在Item中，事务理也在Item中实现?/p>