以下文章在我配置vsftpd時(shí)有幫助，特轉(zhuǎn)載：

關(guān)于“vsftpd 部分本地用戶不能登錄，部分可以”的問題，我重新做了一些實(shí)驗(yàn)，我把這個(gè)問題結(jié)合實(shí)驗(yàn)的結(jié)果再重新描述一下，請(qǐng)各位高人，幫忙看看可能的原因。 謝謝了！

系統(tǒng)中原來就有的本地帳號(hào)都不能登錄，我的/etc/vsftpd/vsftpd.conf文件的配置如下：
local_enable=YES
write_enable=YES
chroot_local_user=YES
pam_service_name=vsftpd
/etc/pam.d/vsftpd存在且正常。

登錄時(shí)錯(cuò)誤信息都是一樣的：
500 OOPS: cannot change directory:/home/xxxx
Login failed.
421 Service not available, remote server has closed connection

他們的home目錄都是/home/xxxx。/home和/home/xxxx的權(quán)限都是755。
以上這些帳號(hào)都不能ftp登錄，這些都是平常經(jīng)常使用的，可以用shell登錄的。

我新創(chuàng)建了一個(gè)usr1帳號(hào)，
# useradd -G test -d /tmp/usr1 usr1
能ftp登錄，他的home為/tmp/usr1,在/分區(qū)上。而/home我是mount到/dev/hda9上的。
#mount
/dev/hdb1 on / type ext3 (rw)
/dev/hda9 on /home type ext2 (rw)

所以，我猜想：是否是由于/home分區(qū)的原因，而造成“主目錄在/home分區(qū)的帳號(hào)”都不能登錄呢？

為了驗(yàn)證以上設(shè)想，我試著再創(chuàng)建了一個(gè)帳號(hào)，
useradd -G test -d /home/usr3 usr3
/home, /home/usr3 的權(quán)限都是755。

usr3 ftp登錄失敗。
500 OOPS: cannot change directory:/home/usr3
Login failed.
421 Service not available, remote server has closed connection

至此，我覺得可以確定是由于/home分區(qū)的原因，而造成“主目錄在/home分區(qū)的帳號(hào)”都不能登錄。
參考文章：
-----------------------------------------------------------------------------------------
I finished my second upgrade to Fedora Core 4. Not everything is ironed out yet with the build of course. But one thing is for sure a lot has happened to the RedHat I knew before.

I must say of all the changes, for me the nicest addition is the new SELinux extensions. For deep background on the reasons for and theory of SELinux read, The Inevitability of Failure: The Flawed Assumption of Security in Modern Computing Environments

The more I work with SELinux the more I realize I need to know about it, and how exactly it does all its stuff. It certainly changes things relating to users, directories and access. As I am starting to learn it, I'm sure I'm doing things the hard-way. :)

The major difference, so far for me, in Red Hat's SELinux is the way ftp is handled. vsftpd is still the server which is great. However, it seems to be designed to run as a daemon rather than invoked via xinet.d. If you grab a working copy of the xinet.d file for vsftpd you can invoke it via xinet.d wrapper. I did my first server upgrade in this manner. The current one I am trying as a daemon. I certainly think I will miss some of the features that the xinet.d wrapper brings, and may yet return to it.

Of all the issues I saw most notable is if you want to enable chroot directory's outside of the normal /home/xxx vsftpd. These will fail with a

    500 OOPS: cannot change directory: /mnt/xxxxx

I was able to use ftp if I logged in with an account with a directory in /home, but once I set a user account to have a home drive outside of /home (in this case on a mounted secondary disk) vsftpd barfs the above.


I found information at the NSA that indicates you can disable SELinux protection of the ftp daemon.

    setsebool -P ftpd_disable_trans 1

This seems a bit drastic. It certainly works for now though.

I think ultimately the issue resides with policies, but as SELinux policies are new to me, it will take time before it all gets sorted out. As I spend time with the new SELinux extensions in Fedora Core 4 I will keep you updated on my thoughts and configuration lessons.


---------------------------------------------------------------------------------------

解決辦法：
--------------------------------------------------------------------------------------
 # setsebool ftpd_disable_trans 1
  # service vsftpd restart
我用的是FC4，按照你上一帖子里的方法試了，馬上就解決了。所以，可以確定原因就在SELinux。
------------------------------------------------------------------------------------

什么要用日志（Log）?
這個(gè)……就不必說了吧。

為什么不用System.out.println()?
功能太弱；不易于控制。如果暫時(shí)不想輸出了怎么辦？如果想輸出到文件怎么辦？如果想部分輸出怎么辦？……

為什么同時(shí)使用commons-logging和Log4j?為什么不僅使用其中之一？
Commons-loggin的目的是為“所有的Java日志實(shí)現(xiàn)”提供一個(gè)統(tǒng)一的接口，它自身的日志功能平常弱（只有一個(gè)簡單的SimpleLog?），所以一般不會(huì)單獨(dú)使用它。

Log4j的功能非常全面強(qiáng)大，是目前的首選。我發(fā)現(xiàn)幾乎所有的Java開源項(xiàng)目都會(huì)用到Log4j，但我同時(shí)發(fā)現(xiàn)，所有用到Log4j的項(xiàng)目一般也同時(shí)會(huì)用到commons-loggin。我想，大家都不希望自己的項(xiàng)目與Log4j綁定的太緊密吧。另外一個(gè)我能想到的“同時(shí)使用commons-logging和Log4j”的原因是，簡化使用和配置。

       強(qiáng)調(diào)一點(diǎn)，“同時(shí)使用commons-logging和Log4j”，與“單獨(dú)使用Log4j”相比，并不會(huì)帶來更大的學(xué)習(xí)、配置和維護(hù)成本，反而更加簡化了我們的工作。我想這也是為什么“所有用到Log4j的項(xiàng)目一般也同時(shí)會(huì)用到commons-loggin”的原因之一吧。

Commons-logging能幫我們做什么？
l         提供一個(gè)統(tǒng)一的日志接口，簡單了操作，同時(shí)避免項(xiàng)目與某個(gè)日志實(shí)現(xiàn)系統(tǒng)緊密a耦合
l         很貼心的幫我們自動(dòng)選擇適當(dāng)?shù)娜罩緦?shí)現(xiàn)系統(tǒng)（這一點(diǎn)非常好！）
l         它甚至不需要配置

這里看一下它怎么“‘很貼心的’幫我們‘自動(dòng)選擇’‘適當(dāng)?shù)?#8217;日志實(shí)現(xiàn)系統(tǒng)”：
1)        首先在classpath下尋找自己的配置文件commons-logging.properties，如果找到，則使用其中定義的Log實(shí)現(xiàn)類；
2)        如果找不到commons-logging.properties文件，則在查找是否已定義系統(tǒng)環(huán)境變量org.apache.commons.logging.Log，找到則使用其定義的Log實(shí)現(xiàn)類；
3)        否則，查看classpath中是否有Log4j的包，如果發(fā)現(xiàn)，則自動(dòng)使用Log4j作為日志實(shí)現(xiàn)類；
4)        否則，使用JDK自身的日志實(shí)現(xiàn)類（JDK1.4以后才有日志實(shí)現(xiàn)類）；
5)        否則，使用commons-logging自己提供的一個(gè)簡單的日志實(shí)現(xiàn)類SimpleLog；
（以上順序不保證完全準(zhǔn)確，請(qǐng)參考官方文檔）

可見，commons-logging總是能找到一個(gè)日志實(shí)現(xiàn)類，并且盡可能找到一個(gè)“最合適”的日志實(shí)現(xiàn)類。我說它“很貼心”實(shí)際上是因?yàn)椋?/span>1、可以不需要配置文件；2、自動(dòng)判斷有沒有Log4j包，有則自動(dòng)使用之；3、最悲觀的情況下也總能保證提供一個(gè)日志實(shí)現(xiàn)（SimpleLog）。 
       可以看到，commons-logging對(duì)編程者和Log4j都非常友好。

       為了簡化配置commons-logging，一般不使用commons-logging的配置文件，也不設(shè)置與commons-logging相關(guān)的系統(tǒng)環(huán)境變量，而只需將Log4j的Jar包放置到classpash中就可以了。這樣就很簡單地完成了commons-logging與Log4j的融合。如果不想用Log4j了怎么辦？只需將classpath中的Log4j的Jar包刪除即可。

就這么簡單！

代碼應(yīng)該怎么寫？

我們?cè)谛枰敵鋈罩拘畔⒌?#8220;每一人”類中做如下的三個(gè)工作：
1、導(dǎo)入所有需的commongs-logging類：
import org.apache.commons.logging.Log;
import org.apache.commons.logging.LogFactory;

如果愿意簡化的話，還可以兩行合為一行：
import org.apache.commons.logging.*;  

2、在自己的類中定義一個(gè)org.apache.commons.logging.Log類的私有靜態(tài)類成員：
private static Log log = LogFactory.getLog(YouClassName.class);

注意這里定義的是static成員，以避免產(chǎn)生多個(gè)實(shí)例。

LogFactory.getLog()方法的參數(shù)使用的是當(dāng)前類的class，這是目前被普通認(rèn)為的最好的方式。為什么不寫作LogFactory.getLog(this.getClass())？因?yàn)?/span>static類成員訪問不到this指針！

3、使用org.apache.commons.logging.Log類的成員方法輸出日志信息：
log.debug("111");
log.info("222");
log.warn("333");
log.error("444");
log.fatal("555");

這里的log，就是上面第二步中定義的類成員變量，其類型是org.apache.commons.logging.Log，通過該類的成員方法，我們就可以將不同性質(zhì)的日志信息輸出到目的地（目的地是哪里？視配置可定，可能是stdout，也可能是文件，還可能是發(fā)送到郵件，甚至發(fā)送短信到手機(jī)……詳見下文對(duì)log4j.properties的介紹）：
l         debug()   輸出“調(diào)試”級(jí)別的日志信息；
l         info()      輸出“信息”級(jí)別的日志信息；
l         warn()    輸出“警告”級(jí)別的日志信息；
l         error()     輸出“錯(cuò)誤”級(jí)別的日志信息；
l         fatal()      輸出“致命錯(cuò)誤”級(jí)別的日志信息；

根據(jù)不同的性質(zhì)，日志信息通常被分成不同的級(jí)別，從低到高依次是：“調(diào)試（DEBUG）”“信息（INFO）”“警告（WARN）”“錯(cuò)誤（ERROR）”“致命錯(cuò)誤（FATAL）”。為什么要把日志信息分成不同的級(jí)別呢？這實(shí)際上是方便我們更好的控制它。比如，通過Log4j的配置文件，我們可以設(shè)置“輸出‘調(diào)試’及以上級(jí)別的日志信息”（即“調(diào)試”“信息”“警告”“錯(cuò)誤”“致命錯(cuò)誤”），這對(duì)項(xiàng)目開發(fā)人員可能是有用的；我們還可以設(shè)置“輸出“警告”及以上級(jí)別的日志信息”（即“警告”“錯(cuò)誤”“致命錯(cuò)誤”），這對(duì)項(xiàng)目最終用戶可能是有用的。 
       僅從字面上理解，也可以大致得出結(jié)論：最常用的應(yīng)該是debug()和info()；而warn()、error()、fatal()僅在相應(yīng)事件發(fā)生后才使用。  

從上面三個(gè)步驟可以看出，使用commons-logging的日志接口非常的簡單，不需要記憶太多東西：僅僅用到了兩個(gè)類Log, LogFactory，并且兩個(gè)類的方法都非常少（后者只用到一個(gè)方法，前者經(jīng)常用到的也只是上面第三步中列出的幾個(gè)），同時(shí)參數(shù)又非常簡單。

上面所介紹的方法是目前被普通應(yīng)用的，可以說是被標(biāo)準(zhǔn)化了的方法，幾乎所有的人都是這么用。如果不信，或想確認(rèn)一下，就去下載幾個(gè)知名的Java開源項(xiàng)目源代碼看一下吧。  

下面給出一個(gè)完整的Java類的代碼： 
package liigo.testlog; 
import org.apache.commons.logging.Log;
import org.apache.commons.logging.LogFactory; 

public class TestLog { 
    private static Log log = LogFactory.getLog(TestLog.class); 
    public void test()     { 
        log.debug("111"); 
        log.info("222"); 
        log.warn("333"); 
        log.error("444"); 
        log.fatal("555"); 
    }  

    public static void main(String[] args)     { 
        TestLog testLog = new TestLog(); 
        testLog.test(); 
    }
}  

只要保證commons-logging的jar包在classpath中，上述代碼肯定可以很順利的編譯通過。那它的執(zhí)行結(jié)果是怎么樣的呢？恐怕會(huì)有很大的不同，請(qǐng)繼續(xù)往下看。  

Log4j在哪里呢？它發(fā)揮作用了嗎？

應(yīng)該注意到，我們上面給出的源代碼，完全沒有涉及到Log4j——這正是我們所希望的，這也正是commons-logging所要達(dá)到的目標(biāo)之一。

可是，怎么才能讓Log4j發(fā)揮它的作用呢？答案很簡單，只需滿足“classpath中有Log4j的jar包”。前面已經(jīng)說過了，commons-logging會(huì)自動(dòng)發(fā)現(xiàn)并應(yīng)用Log4j。所以只要它存在，它就發(fā)揮作用。（它不存在呢？自然就不發(fā)揮作用，commons-logging會(huì)另行選擇其它的日志實(shí)現(xiàn)類。）

注意：配置文件log4j.properties對(duì)Log4j來說是必須的。如果classpath中沒有該配置文件，或者配置不對(duì)，將會(huì)引發(fā)運(yùn)行時(shí)異常。

       這樣，要正確地應(yīng)用Log4j輸出日志信息，log4j.properties的作用就很重要了。好在該文件有通用的模板，復(fù)制一份（稍加修改）就可以使用。幾乎每一個(gè)Java項(xiàng)目目錄內(nèi)都會(huì)有一個(gè)log4j.properties文件，可下載幾個(gè)Java開源項(xiàng)目源代碼查看。本文最后也附一個(gè)模板性質(zhì)的log4j.properties文件，直接復(fù)制過去就可以用，或者根據(jù)自己的需要稍加修改。后文將會(huì)log4j.properties文件適當(dāng)作一些介紹。

關(guān)于Log4j比較全面的配置

LOG4J的配置之簡單使它遍及于越來越多的應(yīng)用中了：Log4J配置文件實(shí)現(xiàn)了輸出到控制臺(tái)、文件、

回滾文件、發(fā)送日志郵件、輸出到數(shù)據(jù)庫日志表、自定義標(biāo)簽等全套功能。擇其一二使用就夠用了

log4j.rootLogger=DEBUG,CONSOLE,A1,im
log4j.addivity.org.apache=true  

# 應(yīng)用于控制臺(tái)
log4j.appender.CONSOLE=org.apache.log4j.ConsoleAppender
log4j.appender.Threshold=DEBUG
log4j.appender.CONSOLE.Target=System.out
log4j.appender.CONSOLE.layout=org.apache.log4j.PatternLayout
log4j.appender.CONSOLE.layout.ConversionPattern=[framework] %d - %c -%-4r [%t] %-5p %c %x - %m%n
#log4j.appender.CONSOLE.layout.ConversionPattern=[start]%d{DATE}[DATE]%n%p[PRIORITY]%n%x[NDC]%n%t[THREAD] n%c[CATEGORY]%n%m[MESSAGE]%n%n

#應(yīng)用于文件
log4j.appender.FILE=org.apache.log4j.FileAppender
log4j.appender.FILE.File=file.log
log4j.appender.FILE.Append=false
log4j.appender.FILE.layout=org.apache.log4j.PatternLayout
log4j.appender.FILE.layout.ConversionPattern=[framework] %d - %c -%-4r [%t] %-5p %c %x - %m%n
# Use this layout for LogFactor 5 analysis


# 應(yīng)用于文件回滾
log4j.appender.ROLLING_FILE=org.apache.log4j.RollingFileAppender
log4j.appender.ROLLING_FILE.Threshold=ERROR
log4j.appender.ROLLING_FILE.File=rolling.log
log4j.appender.ROLLING_FILE.Append=true
log4j.appender.ROLLING_FILE.MaxFileSize=10KB
log4j.appender.ROLLING_FILE.MaxBackupIndex=1
log4j.appender.ROLLING_FILE.layout=org.apache.log4j.PatternLayout
log4j.appender.ROLLING_FILE.layout.ConversionPattern=[framework] %d - %c -%-4r [%t] %-5p %c %x - %m%n

#應(yīng)用于socket
log4j.appender.SOCKET=org.apache.log4j.RollingFileAppender
log4j.appender.SOCKET.RemoteHost=localhost
log4j.appender.SOCKET.Port=5001
log4j.appender.SOCKET.LocationInfo=true
# Set up for Log Facter 5
log4j.appender.SOCKET.layout=org.apache.log4j.PatternLayout
log4j.appender.SOCET.layout.ConversionPattern=[start]%d{DATE}[DATE]%n%p[PRIORITY]%n%x[NDC]%n%t[THREAD]%n%c[CATEGORY]%n%m[MESSAGE]%n%n


# Log Factor 5 Appender
log4j.appender.LF5_APPENDER=org.apache.log4j.lf5.LF5Appender
log4j.appender.LF5_APPENDER.MaxNumberOfRecords=2000

# 發(fā)送日志給郵件
log4j.appender.MAIL=org.apache.log4j.net.SMTPAppender
log4j.appender.MAIL.Threshold=FATAL
log4j.appender.MAIL.BufferSize=10
log4j.appender.MAIL.From=web@www.wuset.com
log4j.appender.MAIL.SMTPHost=www.wusetu.com
log4j.appender.MAIL.Subject=Log4J Message
log4j.appender.MAIL.To=web@www.wusetu.com
log4j.appender.MAIL.layout=org.apache.log4j.PatternLayout
log4j.appender.MAIL.layout.ConversionPattern=[framework] %d - %c -%-4r [%t] %-5p %c %x - %m%n


# 用于數(shù)據(jù)庫
log4j.appender.DATABASE=org.apache.log4j.jdbc.JDBCAppender
log4j.appender.DATABASE.URL=jdbc:mysql://localhost:3306/test
log4j.appender.DATABASE.driver=com.mysql.jdbc.Driver
log4j.appender.DATABASE.user=root
log4j.appender.DATABASE.password=
log4j.appender.DATABASE.sql=INSERT INTO LOG4J (Message) VALUES ('[framework] %d - %c -%-4r [%t] %-5p %c %x - %m%n')
log4j.appender.DATABASE.layout=org.apache.log4j.PatternLayout
log4j.appender.DATABASE.layout.ConversionPattern=[framework] %d - %c -%-4r [%t] %-5p %c %x - %m%n


log4j.appender.A1=org.apache.log4j.DailyRollingFileAppender
log4j.appender.A1.File=SampleMessages.log4j
log4j.appender.A1.DatePattern=yyyyMMdd-HH'.log4j'
log4j.appender.A1.layout=org.apache.log4j.xml.XMLLayout

#自定義Appender
log4j.appender.im = net.cybercorlin.util.logger.appender.IMAppender

log4j.appender.im.host = mail.cybercorlin.net
log4j.appender.im.username = username
log4j.appender.im.password = password
log4j.appender.im.recipient = corlin@cybercorlin.net

log4j.appender.im.layout=org.apache.log4j.PatternLayout
log4j.appender.im.layout.ConversionPattern =[framework] %d - %c -%-4r [%t] %-5p %c %x - %m%n

Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=1545873

就servlet規(guī)范本身，數(shù)據(jù)可以放在3個(gè)地方：request、session、servletContext.

request：
好處：用完就仍，不會(huì)導(dǎo)致資源占用的無限增長。
弊處：每次要用都從數(shù)據(jù)庫中抓，多做操作，自然會(huì)對(duì)性能有一些影響。

session：
好處：不用每次都去數(shù)據(jù)庫抓，少做操作。
弊處：每個(gè)客戶都有一個(gè)session，只能自己使用，不同session可能保存大量重復(fù)數(shù)據(jù)；
可能耗費(fèi)大量服務(wù)器內(nèi)存；
另外session構(gòu)建在cookie和url重寫的基礎(chǔ)上，所以用session實(shí)現(xiàn)會(huì)話跟蹤，會(huì)用掉一點(diǎn)點(diǎn)服務(wù)器帶寬和客戶端保持聯(lián)絡(luò)，
當(dāng)然session越多，耗費(fèi)的帶寬越多，理論上也會(huì)對(duì)性能造成影響。
集群的session同步會(huì)是個(gè)問題。

servletContext：
好處：不用每次都去數(shù)據(jù)庫抓，少做操作。
存儲(chǔ)的數(shù)據(jù)所有客戶都可以用。
可減少重復(fù)在內(nèi)存中存儲(chǔ)數(shù)據(jù)造成的開銷。
弊處：很多時(shí)候相同的數(shù)據(jù)可能不多(相當(dāng)于cache的命中率很低）。


其實(shí)以上3中方法都有利有弊，各自的好處在某種條件下，也都會(huì)轉(zhuǎn)變?yōu)楸滋帯Ｋ圆环辆C合使用，相當(dāng)于一個(gè)“第三方用法”（只講一下思路，否則太過繁瑣，涉及到的相關(guān)技術(shù)點(diǎn)請(qǐng)參考有關(guān)技術(shù)資料）：

request不說了，重點(diǎn)說說session和servletContext：

--session的可控應(yīng)用
session的最大問題是資源回收，兩類回收方法:
主動(dòng)回收：瀏覽器被關(guān)閉，而為提交觸發(fā)清理動(dòng)作的請(qǐng)求時(shí)，該方法失效，而且很常見。
超時(shí)回收：設(shè)置session的setMaxInactiveInterval屬性或在web.xml中配置超時(shí)時(shí)間，然后交給jvm的垃圾處理器處理。
不過不要報(bào)太大希望，jvm的垃圾收集器并不靈光。
可以用另一種替代方法緩解該問題，比如限制session的數(shù)量，可以用HttpSessionListener實(shí)現(xiàn)，這樣可以緩解session帶來的吃內(nèi)存問題，當(dāng)然這種做法每次都需要判斷session數(shù)量，當(dāng)session達(dá)到限定數(shù)量時(shí)還必須用其他方法處理了，這些細(xì)節(jié)繁瑣，而且要謹(jǐn)慎處理。

--servletContext
如果說session是一個(gè)“局部緩存”，那servletContext就是一個(gè)“全局緩存”了，不妨把它當(dāng)作cache（這里不講究用詞的嚴(yán)謹(jǐn)性，僅為了更好說明問題）。cache的大小是當(dāng)前應(yīng)用可使用的最大內(nèi)存。cache的最大問題是提高命中率，命中率高，內(nèi)存占用少，效率高，命中率低，則內(nèi)存占用多而且效率低。這種應(yīng)用的技術(shù)實(shí)現(xiàn)比“session的可空應(yīng)用”要簡單，適用于相同數(shù)據(jù)多的地方，這個(gè)要事先有所判斷，如果用不好則有弊無利。

如果僅使用servlet規(guī)范給出的3種機(jī)制，任何一種都達(dá)不到好處兼收的效果，所以要發(fā)揮3種方法的好處、摒棄弊處，必須綜合運(yùn)用，做一些技術(shù)框架的構(gòu)建工作，而且有些地方還比較繁瑣（還好框架是可重用的）。 

有時(shí)候?qū)で蠡驅(qū)崿F(xiàn)“平衡”（或者說盡取其利而摒其害），要付出很大代價(jià)，根據(jù)不同的情況，這些代價(jià)或是值得，或是不值得。也可以“兩害相權(quán)取其輕”，或許是最便捷的方法。

注意如果該字段在Oracle中設(shè)定非空性為YES，則即使是插入String a=""或者String a=new String()也是相對(duì)于空值。

六種異常處理的陋習(xí)

你覺得自己是一個(gè)Java專家嗎？是否肯定自己已經(jīng)全面掌握了Java的異常處理機(jī)制？在下面這段代碼中，你能夠迅速找出異常處理的六個(gè)問題嗎？

1 OutputStreamWriter out = ... 2 java.sql.Connection conn = ... 3 try { // ⑸ 4 　Statement stat = conn.createStatement(); 5 　ResultSet rs = stat.executeQuery( 6 　　"select uid, name from user"); 7 　while (rs.next()) 8 　{ 9 　　out.println("ID：" + rs.getString("uid") // ⑹ 10 　　　"，姓名：" + rs.getString("name")); 11 　} 12 　conn.close(); // ⑶ 13 　out.close(); 14 } 15 catch(Exception ex) // ⑵ 16 { 17 　ex.printStackTrace(); //⑴，⑷ 18 }

　　作為一個(gè)Java程序員，你至少應(yīng)該能夠找出兩個(gè)問題。但是，如果你不能找出全部六個(gè)問題，請(qǐng)繼續(xù)閱讀本文。

　　本文討論的不是Java異常處理的一般性原則，因?yàn)檫@些原則已經(jīng)被大多數(shù)人熟知。我們要做的是分析各種可稱為“反例”（anti-pattern）的違背優(yōu)秀編碼規(guī)范的常見壞習(xí)慣，幫助讀者熟悉這些典型的反面例子，從而能夠在實(shí)際工作中敏銳地察覺和避免這些問題。

　　反例之一：丟棄異常

　　代碼：15行-18行。

　　這段代碼捕獲了異常卻不作任何處理，可以算得上Java編程中的殺手。從問題出現(xiàn)的頻繁程度和禍害程度來看，它也許可以和C/C++程序的一個(gè)惡名遠(yuǎn)播的問題相提并論??不檢查緩沖區(qū)是否已滿。如果你看到了這種丟棄（而不是拋出）異常的情況，可以百分之九十九地肯定代碼存在問題（在極少數(shù)情況下，這段代碼有存在的理由，但最好加上完整的注釋，以免引起別人誤解）。

　　這段代碼的錯(cuò)誤在于，異常（幾乎）總是意味著某些事情不對(duì)勁了，或者說至少發(fā)生了某些不尋常的事情，我們不應(yīng)該對(duì)程序發(fā)出的求救信號(hào)保持沉默和無動(dòng)于衷。調(diào)用一下printStackTrace算不上“處理異常”。不錯(cuò)，調(diào)用printStackTrace對(duì)調(diào)試程序有幫助，但程序調(diào)試階段結(jié)束之后，printStackTrace就不應(yīng)再在異常處理模塊中擔(dān)負(fù)主要責(zé)任了。

　　丟棄異常的情形非常普遍。打開JDK的ThreadDeath類的文檔，可以看到下面這段說明：“特別地，雖然出現(xiàn)ThreadDeath是一種‘正常的情形’，但ThreadDeath類是Error而不是Exception的子類，因?yàn)樵S多應(yīng)用會(huì)捕獲所有的Exception然后丟棄它不再理睬。”這段話的意思是，雖然ThreadDeath代表的是一種普通的問題，但鑒于許多應(yīng)用會(huì)試圖捕獲所有異常然后不予以適當(dāng)?shù)奶幚恚訨DK把ThreadDeath定義成了Error的子類，因?yàn)镋rror類代表的是一般的應(yīng)用不應(yīng)該去捕獲的嚴(yán)重問題。可見，丟棄異常這一壞習(xí)慣是如此常見，它甚至已經(jīng)影響到了Java本身的設(shè)計(jì)。

　　那么，應(yīng)該怎樣改正呢？主要有四個(gè)選擇：

　　1、處理異常。針對(duì)該異常采取一些行動(dòng)，例如修正問題、提醒某個(gè)人或進(jìn)行其他一些處理，要根據(jù)具體的情形確定應(yīng)該采取的動(dòng)作。再次說明，調(diào)用printStackTrace算不上已經(jīng)“處理好了異常”。

　　2、重新拋出異常。處理異常的代碼在分析異常之后，認(rèn)為自己不能處理它，重新拋出異常也不失為一種選擇。

　　3、把該異常轉(zhuǎn)換成另一種異常。大多數(shù)情況下，這是指把一個(gè)低級(jí)的異常轉(zhuǎn)換成應(yīng)用級(jí)的異常（其含義更容易被用戶了解的異常）。

　　4、不要捕獲異常。

　　結(jié)論一：既然捕獲了異常，就要對(duì)它進(jìn)行適當(dāng)?shù)奶幚怼２灰东@異常之后又把它丟棄，不予理睬。

　　反例之二：不指定具體的異常

　　代碼：15行。

　　許多時(shí)候人們會(huì)被這樣一種“美妙的”想法吸引：用一個(gè)catch語句捕獲所有的異常。最常見的情形就是使用catch(Exception ex)語句。但實(shí)際上，在絕大多數(shù)情況下，這種做法不值得提倡。為什么呢？

　　要理解其原因，我們必須回顧一下catch語句的用途。catch語句表示我們預(yù)期會(huì)出現(xiàn)某種異常，而且希望能夠處理該異常。異常類的作用就是告訴Java編譯器我們想要處理的是哪一種異常。由于絕大多數(shù)異常都直接或間接從java.lang.Exception派生，catch(Exception ex)就相當(dāng)于說我們想要處理幾乎所有的異常。

　　再來看看前面的代碼例子。我們真正想要捕獲的異常是什么呢？最明顯的一個(gè)是SQLException，這是JDBC操作中常見的異常。另一個(gè)可能的異常是IOException，因?yàn)樗僮鱋utputStreamWriter。顯然，在同一個(gè)catch塊中處理這兩種截然不同的異常是不合適的。如果用兩個(gè)catch塊分別捕獲SQLException和IOException就要好多了。這就是說，catch語句應(yīng)當(dāng)盡量指定具體的異常類型，而不應(yīng)該指定涵蓋范圍太廣的Exception類。

　　另一方面，除了這兩個(gè)特定的異常，還有其他許多異常也可能出現(xiàn)。例如，如果由于某種原因，executeQuery返回了null，該怎么辦？答案是讓它們繼續(xù)拋出，即不必捕獲也不必處理。實(shí)際上，我們不能也不應(yīng)該去捕獲可能出現(xiàn)的所有異常，程序的其他地方還有捕獲異常的機(jī)會(huì)??直至最后由JVM處理。

　　結(jié)論二：在catch語句中盡可能指定具體的異常類型，必要時(shí)使用多個(gè)catch。不要試圖處理所有可能出現(xiàn)的異常。

　　反例之三：占用資源不釋放

　　代碼：3行-14行。

　　異常改變了程序正常的執(zhí)行流程。這個(gè)道理雖然簡單，卻常常被人們忽視。如果程序用到了文件、Socket、JDBC連接之類的資源，即使遇到了異常，也要正確釋放占用的資源。為此，Java提供了一個(gè)簡化這類操作的關(guān)鍵詞finally。

　　finally是樣好東西：不管是否出現(xiàn)了異常，F(xiàn)inally保證在try/catch/finally塊結(jié)束之前，執(zhí)行清理任務(wù)的代碼總是有機(jī)會(huì)執(zhí)行。遺憾的是有些人卻不習(xí)慣使用finally。

　　當(dāng)然，編寫finally塊應(yīng)當(dāng)多加小心，特別是要注意在finally塊之內(nèi)拋出的異常??這是執(zhí)行清理任務(wù)的最后機(jī)會(huì)，盡量不要再有難以處理的錯(cuò)誤。

　　結(jié)論三：保證所有資源都被正確釋放。充分運(yùn)用finally關(guān)鍵詞。

反例之四：不說明異常的詳細(xì)信息

　　代碼：3行-18行。

　　仔細(xì)觀察這段代碼：如果循環(huán)內(nèi)部出現(xiàn)了異常，會(huì)發(fā)生什么事情？我們可以得到足夠的信息判斷循環(huán)內(nèi)部出錯(cuò)的原因嗎？不能。我們只能知道當(dāng)前正在處理的類發(fā)生了某種錯(cuò)誤，但卻不能獲得任何信息判斷導(dǎo)致當(dāng)前錯(cuò)誤的原因。

　　printStackTrace的堆棧跟蹤功能顯示出程序運(yùn)行到當(dāng)前類的執(zhí)行流程，但只提供了一些最基本的信息，未能說明實(shí)際導(dǎo)致錯(cuò)誤的原因，同時(shí)也不易解讀。

　　因此，在出現(xiàn)異常時(shí)，最好能夠提供一些文字信息，例如當(dāng)前正在執(zhí)行的類、方法和其他狀態(tài)信息，包括以一種更適合閱讀的方式整理和組織printStackTrace提供的信息。

　　結(jié)論四：在異常處理模塊中提供適量的錯(cuò)誤原因信息，組織錯(cuò)誤信息使其易于理解和閱讀。

　　反例之五：過于龐大的try塊

　　代碼：3行-14行。

　　經(jīng)常可以看到有人把大量的代碼放入單個(gè)try塊，實(shí)際上這不是好習(xí)慣。這種現(xiàn)象之所以常見，原因就在于有些人圖省事，不愿花時(shí)間分析一大塊代碼中哪幾行代碼會(huì)拋出異常、異常的具體類型是什么。把大量的語句裝入單個(gè)巨大的try塊就象是出門旅游時(shí)把所有日常用品塞入一個(gè)大箱子，雖然東西是帶上了，但要找出來可不容易。

　　一些新手常常把大量的代碼放入單個(gè)try塊，然后再在catch語句中聲明Exception，而不是分離各個(gè)可能出現(xiàn)異常的段落并分別捕獲其異常。這種做法為分析程序拋出異常的原因帶來了困難，因?yàn)橐淮蠖未a中有太多的地方可能拋出Exception。

　　結(jié)論五：盡量減小try塊的體積。

　　反例之六：輸出數(shù)據(jù)不完整

　　代碼：7行-11行。

　　不完整的數(shù)據(jù)是Java程序的隱形殺手。仔細(xì)觀察這段代碼，考慮一下如果循環(huán)的中間拋出了異常，會(huì)發(fā)生什么事情。循環(huán)的執(zhí)行當(dāng)然是要被打斷的，其次，catch塊會(huì)執(zhí)行??就這些，再也沒有其他動(dòng)作了。已經(jīng)輸出的數(shù)據(jù)怎么辦？使用這些數(shù)據(jù)的人或設(shè)備將收到一份不完整的（因而也是錯(cuò)誤的）數(shù)據(jù)，卻得不到任何有關(guān)這份數(shù)據(jù)是否完整的提示。對(duì)于有些系統(tǒng)來說，數(shù)據(jù)不完整可能比系統(tǒng)停止運(yùn)行帶來更大的損失。

　　較為理想的處置辦法是向輸出設(shè)備寫一些信息，聲明數(shù)據(jù)的不完整性；另一種可能有效的辦法是，先緩沖要輸出的數(shù)據(jù)，準(zhǔn)備好全部數(shù)據(jù)之后再一次性輸出。

　　結(jié)論六：全面考慮可能出現(xiàn)的異常以及這些異常對(duì)執(zhí)行流程的影響。

　　改寫后的代碼

　　根據(jù)上面的討論，下面給出改寫后的代碼。也許有人會(huì)說它稍微有點(diǎn)?嗦，但是它有了比較完備的異常處理機(jī)制。

OutputStreamWriter out = ... java.sql.Connection conn = ... try { 　Statement stat = conn.createStatement(); 　ResultSet rs = stat.executeQuery( 　　"select uid, name from user"); 　while (rs.next()) 　{ 　　out.println("ID：" + rs.getString("uid") + "，姓名: " + rs.getString("name")); 　} } catch(SQLException sqlex) { 　out.println("警告：數(shù)據(jù)不完整"); 　throw new ApplicationException("讀取數(shù)據(jù)時(shí)出現(xiàn)SQL錯(cuò)誤", sqlex); } catch(IOException ioex) { 　throw new ApplicationException("寫入數(shù)據(jù)時(shí)出現(xiàn)IO錯(cuò)誤", ioex); } finally { 　if (conn != null) { 　　try { 　　　conn.close(); 　　} 　　catch(SQLException sqlex2) 　　{ 　　　System.err(this.getClass().getName() + ".mymethod - 不能關(guān)閉數(shù)據(jù)庫連接: " + sqlex2.toString()); 　　} 　} 　if (out != null) { 　　try { 　　　out.close(); 　　} 　　catch(IOException ioex2) 　　{ 　　　System.err(this.getClass().getName() + ".mymethod - 不能關(guān)閉輸出文件" + ioex2.toString()); 　　} 　} }

　　本文的結(jié)論不是放之四海皆準(zhǔn)的教條，有時(shí)常識(shí)和經(jīng)驗(yàn)才是最好的老師。如果你對(duì)自己的做法沒有百分之百的信心，務(wù)必加上詳細(xì)、全面的注釋。

　　另一方面，不要笑話這些錯(cuò)誤，不妨問問你自己是否真地徹底擺脫了這些壞習(xí)慣。即使最有經(jīng)驗(yàn)的程序員偶爾也會(huì)誤入歧途，原因很簡單，因?yàn)樗鼈兇_確實(shí)實(shí)帶來了“方便”。所有這些反例都可以看作Java編程世界的惡魔，它們美麗動(dòng)人，無孔不入，時(shí)刻誘惑著你。也許有人會(huì)認(rèn)為這些都屬于雞皮蒜毛的小事，不足掛齒，但請(qǐng)記住：勿以惡小而為之，勿以善小而不為。





------------------------------------------------------------------下面是一些java異常集-------------------------------------------------------------------------------------------

算術(shù)異常類：ArithmeticExecption

空指針異常類：NullPointerException

類型強(qiáng)制轉(zhuǎn)換異常：ClassCastException

數(shù)組負(fù)下標(biāo)異常：NegativeArrayException

數(shù)組下標(biāo)越界異常：ArrayIndexOutOfBoundsException

違背安全原則異常：SecturityException

文件已結(jié)束異常：EOFException

文件未找到異常：FileNotFoundException

字符串轉(zhuǎn)換為數(shù)字異常：NumberFormatException

操作數(shù)據(jù)庫異常：SQLException

輸入輸出異常：IOException

方法未找到異常：NoSuchMethodException

java.lang.AbstractMethodError

抽象方法錯(cuò)誤。當(dāng)應(yīng)用試圖調(diào)用抽象方法時(shí)拋出。

java.lang.AssertionError

斷言錯(cuò)。用來指示一個(gè)斷言失敗的情況。

java.lang.ClassCircularityError

類循環(huán)依賴錯(cuò)誤。在初始化一個(gè)類時(shí)，若檢測到類之間循環(huán)依賴則拋出該異常。

java.lang.ClassFormatError

類格式錯(cuò)誤。當(dāng)Java虛擬機(jī)試圖從一個(gè)文件中讀取Java類，而檢測到該文件的內(nèi)容不符合類的有效格式時(shí)拋出。

java.lang.Error

錯(cuò)誤。是所有錯(cuò)誤的基類，用于標(biāo)識(shí)嚴(yán)重的程序運(yùn)行問題。這些問題通常描述一些不應(yīng)被應(yīng)用程序捕獲的反常情況。

java.lang.ExceptionInInitializerError

初始化程序錯(cuò)誤。當(dāng)執(zhí)行一個(gè)類的靜態(tài)初始化程序的過程中，發(fā)生了異常時(shí)拋出。靜態(tài)初始化程序是指直接包含于類中的static語句段。

java.lang.IllegalAccessError

違法訪問錯(cuò)誤。當(dāng)一個(gè)應(yīng)用試圖訪問、修改某個(gè)類的域（Field）或者調(diào)用其方法，但是又違反域或方法的可見性聲明，則拋出該異常。

java.lang.IncompatibleClassChangeError

不兼容的類變化錯(cuò)誤。當(dāng)正在執(zhí)行的方法所依賴的類定義發(fā)生了不兼容的改變時(shí)，拋出該異常。一般在修改了應(yīng)用中的某些類的聲明定義而沒有對(duì)整個(gè)應(yīng)用重新編譯而直接運(yùn)行的情況下，容易引發(fā)該錯(cuò)誤。

java.lang.InstantiationError

實(shí)例化錯(cuò)誤。當(dāng)一個(gè)應(yīng)用試圖通過Java的new操作符構(gòu)造一個(gè)抽象類或者接口時(shí)拋出該異常.

java.lang.InternalError

內(nèi)部錯(cuò)誤。用于指示Java虛擬機(jī)發(fā)生了內(nèi)部錯(cuò)誤。

java.lang.LinkageError

鏈接錯(cuò)誤。該錯(cuò)誤及其所有子類指示某個(gè)類依賴于另外一些類，在該類編譯之后，被依賴的類改變了其類定義而沒有重新編譯所有的類，進(jìn)而引發(fā)錯(cuò)誤的情況。

java.lang.NoClassDefFoundError

未找到類定義錯(cuò)誤。當(dāng)Java虛擬機(jī)或者類裝載器試圖實(shí)例化某個(gè)類，而找不到該類的定義時(shí)拋出該錯(cuò)誤。

java.lang.NoSuchFieldError

域不存在錯(cuò)誤。當(dāng)應(yīng)用試圖訪問或者修改某類的某個(gè)域，而該類的定義中沒有該域的定義時(shí)拋出該錯(cuò)誤。

java.lang.NoSuchMethodError

方法不存在錯(cuò)誤。當(dāng)應(yīng)用試圖調(diào)用某類的某個(gè)方法，而該類的定義中沒有該方法的定義時(shí)拋出該錯(cuò)誤。

java.lang.OutOfMemoryError

內(nèi)存不足錯(cuò)誤。當(dāng)可用內(nèi)存不足以讓Java虛擬機(jī)分配給一個(gè)對(duì)象時(shí)拋出該錯(cuò)誤。

java.lang.StackOverflowError

堆棧溢出錯(cuò)誤。當(dāng)一個(gè)應(yīng)用遞歸調(diào)用的層次太深而導(dǎo)致堆棧溢出時(shí)拋出該錯(cuò)誤。

java.lang.ThreadDeath

線程結(jié)束。當(dāng)調(diào)用Thread類的stop方法時(shí)拋出該錯(cuò)誤，用于指示線程結(jié)束。

java.lang.UnknownError

未知錯(cuò)誤。用于指示Java虛擬機(jī)發(fā)生了未知嚴(yán)重錯(cuò)誤的情況。

java.lang.UnsatisfiedLinkError

未滿足的鏈接錯(cuò)誤。當(dāng)Java虛擬機(jī)未找到某個(gè)類的聲明為native方法的本機(jī)語言定義時(shí)拋出。

java.lang.UnsupportedClassVersionError

不支持的類版本錯(cuò)誤。當(dāng)Java虛擬機(jī)試圖從讀取某個(gè)類文件，但是發(fā)現(xiàn)該文件的主、次版本號(hào)不被當(dāng)前Java虛擬機(jī)支持的時(shí)候，拋出該錯(cuò)誤。

java.lang.VerifyError

驗(yàn)證錯(cuò)誤。當(dāng)驗(yàn)證器檢測到某個(gè)類文件中存在內(nèi)部不兼容或者安全問題時(shí)拋出該錯(cuò)誤。

java.lang.VirtualMachineError

虛擬機(jī)錯(cuò)誤。用于指示虛擬機(jī)被破壞或者繼續(xù)執(zhí)行操作所需的資源不足的情況。

java.lang.ArithmeticException

算術(shù)條件異常。譬如：整數(shù)除零等。

java.lang.ArrayIndexOutOfBoundsException

數(shù)組索引越界異常。當(dāng)對(duì)數(shù)組的索引值為負(fù)數(shù)或大于等于數(shù)組大小時(shí)拋出。

java.lang.ArrayStoreException

數(shù)組存儲(chǔ)異常。當(dāng)向數(shù)組中存放非數(shù)組聲明類型對(duì)象時(shí)拋出。

java.lang.ClassCastException

類造型異常。假設(shè)有類A和B（A不是B的父類或子類），O是A的實(shí)例，那么當(dāng)強(qiáng)制將O構(gòu)造為類B的實(shí)例時(shí)拋出該異常。該異常經(jīng)常被稱為強(qiáng)制類型轉(zhuǎn)換異常。

java.lang.ClassNotFoundException

找不到類異常。當(dāng)應(yīng)用試圖根據(jù)字符串形式的類名構(gòu)造類，而在遍歷CLASSPAH之后找不到對(duì)應(yīng)名稱的class文件時(shí)，拋出該異常。

java.lang.CloneNotSupportedException

不支持克隆異常。當(dāng)沒有實(shí)現(xiàn)Cloneable接口或者不支持克隆方法時(shí),調(diào)用其clone()方法則拋出該異常。

java.lang.EnumConstantNotPresentException

枚舉常量不存在異常。當(dāng)應(yīng)用試圖通過名稱和枚舉類型訪問一個(gè)枚舉對(duì)象，但該枚舉對(duì)象并不包含常量時(shí)，拋出該異常。

java.lang.Exception

根異常。用以描述應(yīng)用程序希望捕獲的情況。

java.lang.IllegalAccessException

違法的訪問異常。當(dāng)應(yīng)用試圖通過反射方式創(chuàng)建某個(gè)類的實(shí)例、訪問該類屬性、調(diào)用該類方法，而當(dāng)時(shí)又無法訪問類的、屬性的、方法的或構(gòu)造方法的定義時(shí)拋出該異常。

java.lang.IllegalMonitorStateException

違法的監(jiān)控狀態(tài)異常。當(dāng)某個(gè)線程試圖等待一個(gè)自己并不擁有的對(duì)象（O）的監(jiān)控器或者通知其他線程等待該對(duì)象（O）的監(jiān)控器時(shí)，拋出該異常。

java.lang.IllegalStateException

違法的狀態(tài)異常。當(dāng)在Java環(huán)境和應(yīng)用尚未處于某個(gè)方法的合法調(diào)用狀態(tài)，而調(diào)用了該方法時(shí)，拋出該異常。

java.lang.IllegalThreadStateException

違法的線程狀態(tài)異常。當(dāng)縣城尚未處于某個(gè)方法的合法調(diào)用狀態(tài)，而調(diào)用了該方法時(shí)，拋出異常。

java.lang.IndexOutOfBoundsException

索引越界異常。當(dāng)訪問某個(gè)序列的索引值小于0或大于等于序列大小時(shí)，拋出該異常。

java.lang.InstantiationException

實(shí)例化異常。當(dāng)試圖通過newInstance()方法創(chuàng)建某個(gè)類的實(shí)例，而該類是一個(gè)抽象類或接口時(shí)，拋出該異常。

java.lang.InterruptedException

被中止異常。當(dāng)某個(gè)線程處于長時(shí)間的等待、休眠或其他暫停狀態(tài)，而此時(shí)其他的線程通過Thread的interrupt方法終止該線程時(shí)拋出該異常。

java.lang.NegativeArraySizeException

數(shù)組大小為負(fù)值異常。當(dāng)使用負(fù)數(shù)大小值創(chuàng)建數(shù)組時(shí)拋出該異常。

java.lang.NoSuchFieldException

屬性不存在異常。當(dāng)訪問某個(gè)類的不存在的屬性時(shí)拋出該異常。

java.lang.NoSuchMethodException

方法不存在異常。當(dāng)訪問某個(gè)類的不存在的方法時(shí)拋出該異常。

java.lang.NullPointerException

空指針異常。當(dāng)應(yīng)用試圖在要求使用對(duì)象的地方使用了null時(shí)，拋出該異常。譬如：調(diào)用null對(duì)象的實(shí)例方法、訪問null對(duì)象的屬性、計(jì)算null對(duì)象的長度、使用throw語句拋出null等等。

java.lang.NumberFormatException

數(shù)字格式異常。當(dāng)試圖將一個(gè)String轉(zhuǎn)換為指定的數(shù)字類型，而該字符串確不滿足數(shù)字類型要求的格式時(shí)，拋出該異常。

java.lang.RuntimeException

運(yùn)行時(shí)異常。是所有Java虛擬機(jī)正常操作期間可以被拋出的異常的父類。

java.lang.SecurityException

安全異常。由安全管理器拋出，用于指示違反安全情況的異常。

java.lang.StringIndexOutOfBoundsException

字符串索引越界異常。當(dāng)使用索引值訪問某個(gè)字符串中的字符，而該索引值小于0或大于等于序列大小時(shí)，拋出該異常。

java.lang.TypeNotPresentException

類型不存在異常。當(dāng)應(yīng)用試圖以某個(gè)類型名稱的字符串表達(dá)方式訪問該類型，但是根據(jù)給定的名稱又找不到該類型是拋出該異常。該異常與ClassNotFoundException的區(qū)別在于該異常是unchecked（不被檢查）異常，而ClassNotFoundException是checked（被檢查）異常。

java.lang.UnsupportedOperationException

不支持的方法異常。指明請(qǐng)求的方法不被支持情況的異常。

異常
javax.servlet.jsp.JspException: Cannot retrieve mapping for action /Login （/Login是你的action名字）  

可能原因
action沒有再struts-config.xml 中定義，或沒有找到匹配的action，例如在JSP文件中使用 <html:form action="Login.do".將表單提交給Login.do處理，如果出現(xiàn)上述異常，請(qǐng)查看struts-config.xml中的定義部分，有時(shí)可能是打錯(cuò)了字符或者是某些不符合規(guī)則，可以使用strutsconsole工具來檢查。
-----------------------------------------------------------------------------------------------------------------
異常
org.apache.jasper.JasperException: Cannot retrieve definition for form bean null

可能原因     
      
這個(gè)異常是因?yàn)镾truts根據(jù)struts-config.xml中的mapping沒有找到action期望的form bean。大部分的情況可能是因?yàn)樵趂orm-bean中設(shè)置的name屬性和action中設(shè)置的name屬性不匹配所致。換句話說，action和form都應(yīng)該各自有一個(gè)name屬性，并且要精確匹配，包括大小寫。這個(gè)錯(cuò)誤當(dāng)沒有name屬性和action關(guān)聯(lián)時(shí)也會(huì)發(fā)生，如果沒有在action中指定name屬性，那么就沒有name屬性和action相關(guān)聯(lián)。當(dāng)然當(dāng)action制作某些控制時(shí)，譬如根據(jù)參數(shù)值跳轉(zhuǎn)到相應(yīng)的jsp頁面，而不是處理表單數(shù)據(jù)，這是就不用name屬性，這也是action的使用方法之一。
-----------------------------------------------------------------------------------------------------------------
異常
No action instance for path /xxxx could be created

可能原因
特別提示：因?yàn)橛泻芏嘀星闆r會(huì)導(dǎo)致這個(gè)錯(cuò)誤的發(fā)生，所以推薦大家調(diào)高你的web服務(wù)器的日志/調(diào)試級(jí)別，這樣可以從更多的信息中看到潛在的、在試圖創(chuàng)建action類時(shí)發(fā)生的錯(cuò)誤，這個(gè)action類你已經(jīng)在struts-config.xml中設(shè)置了關(guān)聯(lián)（即添加了<action>標(biāo)簽）。

在struts-config.xml中通過action標(biāo)簽的class屬性指定的action類不能被找到有很多種原因，例如：定位編譯后的.class文件失敗。Failure to place compiled .class file for the action in the classpath (在web開發(fā)中，class的的位置在r WEB-INF/classes，所以你的action class必須要在這個(gè)目錄下。例如你的action類位于WEB-INF/classes/action/Login.class,那么在struts-config.xml中設(shè)置action的屬性type時(shí)就是action.Login).
拼寫錯(cuò)誤，這個(gè)也時(shí)有發(fā)生，并且不易找到，特別注意第一個(gè)字母的大小寫和包的名稱。
-----------------------------------------------------------------------------------------------------------------
異常
javax.servlet.jsp.JspException: No getter method for property username of bean org.apache.struts.taglib.html.BEAN

可能原因
沒有位form bean中的某個(gè)變量定義getter 方法

這個(gè)錯(cuò)誤主要發(fā)生在表單提交的FormBean中，用struts標(biāo)記<html:text property=”username”>時(shí)，在FormBean中必須有一個(gè)getUsername()方法。注意字母“U”。
-----------------------------------------------------------------------------------------------------------------
異常
java.lang.NoClassDefFoundError: org/apache/struts/action/ActionForm

可能原因
這個(gè)錯(cuò)誤主要發(fā)生在在classpath中找不到相應(yīng)的Java .class文件。如果這個(gè)錯(cuò)誤發(fā)生在web應(yīng)用程序的運(yùn)行時(shí)，主要是因?yàn)橹付ǖ腸lass文件不在web server的classpath中（/WEB-INF/classes 和 /WEB-INF/lib）。在上面的錯(cuò)誤中，原因是找不到ActionForm類。
-----------------------------------------------------------------------------------------------------------------
異常
javax.servlet.jsp.JspException: Exception creating bean of class org.apache.struts.action.ActionForm: {1}

可能原因
Instantiating Struts-provided ActionForm class directly instead of instantiating a class derived off ActionForm. This mightoccur implicitly if you specify that a form-bean is this Struts ActionForm class rather than specifying a child of this classfor the form-bean.

Not associating an ActionForm-descended class with an action can also lead to this error.
-----------------------------------------------------------------------------------------------------------------
異常
javax.servlet.jsp.JspException: Cannot find ActionMappings or ActionFormBeans collection

可能原因
不是標(biāo)識(shí)Struts actionServlet的<servlet>標(biāo)記就是映射.do擴(kuò)展名的<sevlet-mapping>標(biāo)記或者兩者都沒有在web.xml中聲明。

在struts-config.xml中的打字或者拼寫錯(cuò)誤也可導(dǎo)致這個(gè)異常的發(fā)生。例如缺少一個(gè)標(biāo)記的關(guān)閉符號(hào)/>。最好使用struts console工具檢查一下。

另外，load-on-startup必須在web.xml中聲明，這要么是一個(gè)空標(biāo)記，要么指定一個(gè)數(shù)值，這個(gè)數(shù)值用來表servlet運(yùn)行的優(yōu)先級(jí)，數(shù)值越大優(yōu)先級(jí)越低。

還有一個(gè)和使用load-on-startup有關(guān)的是使用Struts預(yù)編譯JSP文件時(shí)也可能導(dǎo)致這個(gè)異常。
-----------------------------------------------------------------------------------------------------------------
異常
java.lang.NullPointerException at org.apache.struts.util.RequestUtils.forwardURL(RequestUtils.java:1223)

可能原因
在struts-config.xml中的forward元素缺少path屬性。例如應(yīng)該是如下形式：
<forward name="userhome" path="/user/userhome.jsp"/>
-----------------------------------------------------------------------------------------------------------------
異常
javax.servlet.jsp.JspException: Cannot find bean org.apache.struts.taglib.html.BEAN in any scope

 

Probable Causes
試圖在Struts的form標(biāo)記外使用form的子元素。這常常發(fā)生在你在</html:form>后面使用Struts的html標(biāo)記。另外要注意可能你不經(jīng)意使用的無主體的標(biāo)記，如<html:form … />，這樣web 服務(wù)器解析時(shí)就當(dāng)作一個(gè)無主體的標(biāo)記，隨后使用的所有<html>標(biāo)記都被認(rèn)為是在這個(gè)標(biāo)記之外的，如又使用了<html:text property=”id”>還有就是在使用taglib引入HTML標(biāo)記庫時(shí)，你使用的prefix的值不是html。
-----------------------------------------------------------------------------------------------------------------
異常
javax.servlet.jsp.JspException: Missing message for key xx.xx.xx

Probable Causes
這個(gè)key的值對(duì)沒有在資源文件ApplicationResources.properties中定義。如果你使用eclipse時(shí)經(jīng)常碰到這樣的情況，當(dāng)項(xiàng)目重新編譯時(shí)，eclipse會(huì)自動(dòng)將classes目錄下的資源文件刪除。

資源文件ApplicationResources.properties 不在classpath中應(yīng)將資源文件放到 WEB-INF/classes 目錄下，當(dāng)然要在struts-config.xml中定義)
-----------------------------------------------------------------------------------------------------------------
異常
Cannot find message resources under key org.apache.struts.action.MESSAGE

可能原因
很顯然，這個(gè)錯(cuò)誤是發(fā)生在使用資源文件時(shí)，而Struts沒有找到資源文件。

Implicitly trying to use message resources that are not available (such as using empty html:options tag instead of specifyingthe options in its body -- this assumes options are specified in ApplicationResources.properties file)

XML parser issues -- too many, too few, incorrect/incompatible versions
-----------------------------------------------------------------------------------------------------------------
異常
Strange and seemingly random characters in HTML and on screen, but not in original JSP or servlet.

可能原因
混和使用Struts的html:form標(biāo)記和標(biāo)準(zhǔn)的HTML標(biāo)記不正確。

使用的編碼樣式在本頁中不支持。
-----------------------------------------------------------------------------------------------------------------
異常
"Document contained no data" in Netscape

No data rendered (completely empty) page in Microsoft Internet Explorer

可能原因
使用一個(gè)Action的派生類而沒有實(shí)現(xiàn)perform()方法或execute()方法。在Struts1.0中實(shí)現(xiàn)的是perform()方法，在Struts1.1中實(shí)現(xiàn)的是execute()方法，但Struts1.1向后兼容perform()方法。但你使用Struts1.1創(chuàng)建一個(gè)Action的派生類，并且實(shí)現(xiàn)了execute()方法，而你在Struts1.0中運(yùn)行的話，就會(huì)得到"Document contained nodata" error message in Netscape or a completely empty (no HTML whatsoever) page rendered in Microsoft Internet Explorer.”的錯(cuò)誤信息。

---------------------------------------------------------------------------------------------------------------------------
異常
ServletException: BeanUtils.populate
解決方案
在用Struts上傳文件時(shí),遇到了javax.servlet.ServletException: BeanUtils.populate異常。
我的ActionServlet并沒有用到BeanUtils這些工具類。后來仔細(xì)檢查代碼發(fā)現(xiàn)是在jsp文件里的form忘了加enctype=&quot;multipart/form-data&quot; 了。所以寫程序遇到錯(cuò)誤或異常應(yīng)該從多方面考慮問題存在的可能性，想到系統(tǒng)提示信息以外的東西。
----------------------------------------------------------------------------------------------------------------------------
1. 定義Action后, 如果指定了name, 那么必須要定義一個(gè)與它同名的FormBean才能進(jìn)行form映射.2. 如果定義Action后, 提交頁面時(shí)出現(xiàn) "No input attribute for mapping path..." 錯(cuò)誤, 則需要在其input屬性中定義轉(zhuǎn)向的頁面.3. 如果插入新的數(shù)據(jù)時(shí)出現(xiàn) "Batch update row count wrong:..." 錯(cuò)誤, 則說明XXX.hbm.xml中指定的key的類型為原始類型(int, long),因?yàn)檫@種類型會(huì)自動(dòng)分配值, 而這個(gè)值往往會(huì)讓系統(tǒng)認(rèn)為已經(jīng)存在該記錄, 正確的方法是使用java.lang.Integer或java.lang.Long對(duì)象.4. 如果插入數(shù)據(jù)時(shí)出現(xiàn) "argument type mismatch" 錯(cuò)誤, 可能是你使用了Date等特殊對(duì)象, 因?yàn)閟truts不能自動(dòng)從String型轉(zhuǎn)換成Date型,所以, 你需要在Action中手動(dòng)把String型轉(zhuǎn)換成Date型.5. Hibernate中, Query的iterator()比list()方法快很多.6. 如果出現(xiàn) "equal symbol expected" 錯(cuò)誤, 說明你的strtus標(biāo)簽中包含另一個(gè)標(biāo)簽或者變量, 例如:
<html:select property="test" onchange="<%=test%>"/>
或者
<html:hidden property="test" value="<bean:write name="t" property="p"/>"/>
這樣的情況...
---------------------------------------------------------------------------------------------------------------------------
錯(cuò)誤：Exception in thread "main" org.hibernate.exception.SQLGrammarException: Could not execute JDBC batch update原因與解決：      因?yàn)镠ibernate Tools（或者Eclipse本身的Database Explorer）生成*.hbn.xml工具中包含有catalog="***"（*表示數(shù)據(jù)庫名稱）這樣的屬性,將該屬性刪除就可以了
---------------------------------------------------------------------------------------------------------------------------
錯(cuò)誤：org.hibernate.ObjectDeletedException: deleted object would be re-saved by cascade (remove deleted object from associations)
原因與解決：
方法1 刪除Set方的cascade
方法2 解決關(guān)聯(lián)關(guān)系后，再刪除
方法3 在many-to-one方增加cascade 但值不能是none
最后一招：
檢查一下hashCode equals是否使用了id作為唯一標(biāo)示的選項(xiàng)了；我用uuid.hex時(shí)是沒有問題的；但是用了native，就不行了，怎么辦？刪除啊！
----------------------------------------------------------------------------------------------------------------------------
問題：今天用Tomcat 5.5.12，發(fā)現(xiàn)原來很好用的系統(tǒng)不能用了，反復(fù)測試發(fā)現(xiàn)頁面中不能包含 taglib，否則會(huì)出現(xiàn)以下提示：HTTP Status 500 -type Exception reportMessage description The server encountered an internal error () that prevented it from fulfilling this request.exceptionorg.apache.jasper.JasperException: /index.jsp(1,1) Unable to read TLD "META-INF/tlds/struts-bean.tld" from JAR file"file:*****/WEB-INF/lib/struts.jar":原因：更新了工程用的lib文件夾下的jar，發(fā)布時(shí)也發(fā)布了servlet.jar和jsp-api.jar。解決：把jsp-api.jar刪除就解決這個(gè)問題了。-----------------------------------------------------------------------------------------------------------------------------
錯(cuò)誤： java.lang.NullPointerException
原因： 發(fā)現(xiàn) dao 實(shí)例、 manage 實(shí)例等需要注入的東西沒有被注入（俗稱空指針異常）解決：這個(gè)時(shí)候，你應(yīng)該查看日志文件；默認(rèn)是應(yīng)用服務(wù)器的 log 文件，比如 Tomcat 就是 [Tomcat 安裝目錄 ]/logs ；你會(huì)發(fā)現(xiàn)提示你：可能是：org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'sf' defined in ServletContextresource [/WEB-INF/applicationContext.xml]: Initialization of bean failed; nested exception isorg.hibernate.HibernateException: could not configure from URL: file:src/hibernate.cfg.xmlorg.hibernate.HibernateException: could not configure from URL: file:src/hibernate.cfg.xml……………………….Caused by: java.io.FileNotFoundException: src\hibernate.cfg.xml可能是：org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'sessionFactory' defined inServletContext resource [/WEB-INF/applicationContext.xml]: Initialization of bean failed; nested exception isorg.hibernate.MappingException: Resource: com/mcc/coupon/model/UserRole.hbm.xml not foundorg.hibernate.MappingException: Resource: com/mcc/coupon/model/UserRole.hbm.xml not found然后你就知道原因是因?yàn)榕渲梦募慕馕龀隽隋e(cuò)誤，這個(gè)通過 Web 頁面是看不出來的。更多的是持久化影射文件出的錯(cuò)誤；導(dǎo)致了沒有被解析；當(dāng)然你需要的功能就無法使用了。
----------------------------------------------------------------------------------------------------------------------------
錯(cuò)誤：StandardWrapperValve[action]: Servlet.service() for servlet action threw exception
javax.servlet.jsp.JspException: Cannot retrieve mapping for action /settlementTypeManage
或者：      type Status report      message Servlet action is not available      description The requested resource (Servlet action is not available) is not available.
原因： 同 上
----------------------------------------------------------------------------------------------------------------------------
錯(cuò)誤StandardWrapperValve[jsp]: Servlet.service() for servlet jsp threw exceptionjava.lang.ClassNotFoundException: org.apache.struts.taglib.bean.CookieTei界面錯(cuò)誤具體描述：
org.apache.jasper.JasperException: Failed to load or instantiate TagExtraInfo class: org.apache.struts.taglib.bean.CookieTei
      原因與解決：    <方案一>你的“html:”開頭的標(biāo)簽沒有放在一個(gè)<html:form>中       <方案二>重新啟動(dòng)你的應(yīng)用服務(wù)器，自動(dòng)就沒有這個(gè)問題

網(wǎng)上說是數(shù)據(jù)庫的列名與oracle的保留字重名，的確如此。
比如我的有一列叫user就是，另外我驗(yàn)證叫l(wèi)evel也是。
網(wǎng)上有的說叫start和end也不行，但經(jīng)我試驗(yàn)，是可以的，也就是start和end不是保留字。
另外，這個(gè)錯(cuò)誤只在使用hibernate才出現(xiàn)（使用jdbc也可能出現(xiàn)，沒試過）。
直接用oracle的客戶端Enterprise Manager Console卻沒有這個(gè)問題，就是列名叫user和level，照樣可以插入數(shù)據(jù)。

SQL語句為
insert into room(id,bid,name) values(room_seq.nextval,12,'1346S')；
room_seq.nextval為取得room_seq的下一值后，取完值后會(huì)自動(dòng)增長
select room_seq.nextval from dual則選出room_seq的nextval值，取值后也會(huì)自動(dòng)增長
select room_seq.currval from dual則選出room_seq的當(dāng)前值，取值后不會(huì)自動(dòng)增長
另外，Oracle不像其他數(shù)據(jù)庫，NVARCHAR2的數(shù)據(jù)類型的取值居然是'abcd'（單引號(hào)），既不是雙引號(hào)，也不是無引號(hào)。

1、 Log4j是什么？
  Log4j可以幫助調(diào)試（有時(shí)候debug是發(fā)揮不了作 用的）和分析，要下載和了解更詳細(xì)的內(nèi)容，還是訪問其官方網(wǎng)站吧： http://jakarta.apache.org/log4j 。

2、Log4j的概念
   Log4j中有三個(gè)主要的組件，它們分別是 Logger、Appender和Layout，Log4j 允許開發(fā)人員定義多個(gè)Logger，每個(gè)Logger擁有自己的名字，Logger之間通過名字來表明隸屬關(guān)系。有一個(gè)Logger稱為Root，它永遠(yuǎn)存在，且不能通過名字檢索或引用，可以通過Logger.getRootLogger()方法獲得，其它Logger通過 Logger.getLogger(String name)方法。
   Appender則是用來指明將所有的log信息存放到什么地方，Log4j中支持多種appender，如 console、files、GUI components、NT Event Loggers等，一個(gè)Logger可以擁有多個(gè)Appender，也就是你既可以將Log信息輸出到屏幕，同時(shí)存儲(chǔ)到一個(gè)文件中。
   Layout的作用是控制Log信息的輸出方式，也就是格式化輸出的信息。
   Log4j中將要輸出的Log信息定義了5種級(jí)別，依次為DEBUG、INFO、WARN、ERROR和FATAL，當(dāng)輸出時(shí)，只有級(jí)別高過配置中規(guī)定的級(jí)別的信息才能真正的輸出，這樣就很方便的來配置不同情況下要輸出的內(nèi)容，而不需要更改代碼，這點(diǎn)實(shí)在是方便啊。

3、Log4j的配置文件
  雖然可以不用配置文件，而在程序中實(shí)現(xiàn)配置，但這種方法在如今的系統(tǒng)開發(fā)中顯然是不可取的，能采用配置文件的地方一定一定要用配置文件。Log4j支持兩種格式的配置文件：XML格式和Java的property格式，本人更喜歡后者，首先看一個(gè)簡單的例子吧，如下：

  log4j.rootLogger=debug, stdout, R
  log4j.appender.stdout=org.apache.log4j.ConsoleAppender
  log4j.appender.stdout.layout=org.apache.log4j.PatternLayout

  # Pattern to output the caller's file name and line number.
  log4j.appender.stdout.layout.ConversionPattern=%5p [%t] (%F:%L) - %m%n

  log4j.appender.R=org.apache.log4j.RollingFileAppender
  log4j.appender.R.File=example.log
  log4j.appender.R.MaxFileSize= 100KB

  # Keep one backup file
  log4j.appender.R.MaxBackupIndex=1

  log4j.appender.R.layout=org.apache.log4j.PatternLayout
  log4j.appender.R.layout.ConversionPattern=%p %t %c - %m%n         

  首先，是設(shè)置root，格式為 log4j.rootLogger=[level],appenderName, ...，其中l(wèi)evel就是設(shè)置需要輸出信息的級(jí)別，后面是appender的輸出的目的地，appenderName就是指定日志信息輸出到哪個(gè)地方。您可以同時(shí)指定多個(gè)輸出目的地。 配置日志信息輸出目的地Appender，其語法為
  log4j.appender.appenderName = fully.qualified.name.of.appender.class
  log4j.appender.appenderName.option1 = value1
  ...
  log4j.appender.appenderName.option = valueN
Log4j提供的appender有以下幾種：
  org.apache.log4j.ConsoleAppender（控制臺(tái)）
  org.apache.log4j.FileAppender（文件）
  org.apache.log4j.DailyRollingFileAppender（每天產(chǎn)生一個(gè)日志文件）
  org.apache.log4j.RollingFileAppender（文件大小到達(dá)指定尺寸的時(shí)候產(chǎn)生新文件）
  org.apache.log4j.WriterAppender（將日志信息以流格式發(fā)送到任意指定的地方）
配置日志信息的格式（布局），其語法為：
  log4j.appender.appenderName.layout = fully.qualified.name.of.layout.class
  log4j.appender.appenderName.layout.option1 = value1
  ....
  log4j.appender.appenderName.layout.option = valueN
Log4j提供的layout有以下幾種：
  org.apache.log4j.HTMLLayout（以HTML表格形式布局），
  org.apache.log4j.PatternLayout（可以靈活地指定布局模式），
  org.apache.log4j.SimpleLayout（包含日志信息的級(jí)別和信息字符串），
  org.apache.log4j.TTCCLayout（包含日志產(chǎn)生的時(shí)間、線程、類別等等信息）

Log4J采用類似C語言中的printf函數(shù)的打印格式格式化日志信息，打印參數(shù)如下： %m 輸出代碼中指定的消息

　　 %p 輸出優(yōu)先級(jí)，即DEBUG，INFO，WARN，ERROR，F(xiàn)ATAL
　　%r 輸出自應(yīng)用啟動(dòng)到輸出該log信息耗費(fèi)的毫秒數(shù)
　　%c 輸出所屬的類目，通常就是所在類的全名
　　%t 輸出產(chǎn)生該日志事件的線程名
　　%n 輸出一個(gè)回車換行符，Windows平臺(tái)為“\r\n”，Unix平臺(tái)為“\n”
　　%d 輸出日志時(shí)間點(diǎn)的日期或時(shí)間，默認(rèn)格式為ISO8601，也可以在其后指定格式，比如：%d{yyy MMM dd HH:mm:ss,SSS}，輸出類似： 2002年10月18日 22：10：28，921
　　%l 輸出日志事件的發(fā)生位置，包括類目名、發(fā)生的線程，以及在代碼中的行數(shù)。舉例：Testlog4.main(TestLog4.java:10)

4、Log4j在程序中的使用
  要在自己的程序中使用Log4j，首先需要將commons-logging.jar和logging-log4j-1.2.9.jar導(dǎo)入到構(gòu)建路徑中。然后再將log4j.properties放到src根目錄下。這樣就可以在程序中使用log4j了。在類中使用log4j， 首先聲明一個(gè)靜態(tài)變量 Logger logger=Logger.getLog("classname")；現(xiàn)在就可以使用了，用法如下：logger.debug("debug message")或者logger.info("info message")，看下面一個(gè)小例子：

  import com.foo.Bar;
  import org.apache.log4j.Logger;
  import org.apache.log4j.PropertyConfigurator;
  public class MyApp {
    static Logger logger = Logger.getLogger(MyApp.class.getName());
    public static void main(String[] args) {
      // BasicConfigurator replaced with PropertyConfigurator.
      PropertyConfigurator.configure(args[0]);
      logger.info("Entering application.");
      Bar bar = new Bar();
      bar.doIt();
      logger.info("Exiting application.");
    }
  }

(1) 類名首字母應(yīng)該大寫。字段、方法以及對(duì)象（句柄）的首字母應(yīng)小寫。對(duì)于所有標(biāo)識(shí)符，其中包含的所有單詞都應(yīng)緊靠在一起，而且大寫中間單詞的首字母。例如： ThisIsAClassName thisIsMethodOrFieldName 若在定義中出現(xiàn)了常數(shù)初始化字符，則大寫static final基本類型標(biāo)識(shí)符中的所有字母。這樣便可標(biāo)志出它們屬于編譯期的常數(shù)。 Java包（Package）屬于一種特殊情況：它們?nèi)际切懽帜福幢阒虚g的單詞亦是如此。對(duì)于域名擴(kuò)展名稱，如com，org，net或者edu等，全部都應(yīng)小寫（這也是Java 1.1和Java 1.2的區(qū)別之一）。
(2) 為了常規(guī)用途而創(chuàng)建一個(gè)類時(shí)，請(qǐng)采取"經(jīng)典形式"，并包含對(duì)下述元素的定義： equals()
hashCode()
toString()
clone()（implement Cloneable）
implement Serializable
(3) 對(duì)于自己創(chuàng)建的每一個(gè)類，都考慮置入一個(gè)main()，其中包含了用于測試那個(gè)類的代碼。為使用一個(gè)項(xiàng)目中的類，我們沒必要?jiǎng)h除測試代碼。若進(jìn)行了任何形式的改動(dòng)，可方便地返回測試。這些代碼也可作為如何使用類的一個(gè)示例使用。
(4) 應(yīng)將方法設(shè)計(jì)成簡要的、功能性單元，用它描述和實(shí)現(xiàn)一個(gè)不連續(xù)的類接口部分。理想情況下，方法應(yīng)簡明扼要。若長度很大，可考慮通過某種方式將其分割成較短的幾個(gè)方法。這樣做也便于類內(nèi)代碼的重復(fù)使用（有些時(shí)候，方法必須非常大，但它們?nèi)詰?yīng)只做同樣的一件事情）。
(5) 設(shè)計(jì)一個(gè)類時(shí)，請(qǐng)?jiān)O(shè)身處地為客戶程序員考慮一下（類的使用方法應(yīng)該是非常明確的）。然后，再設(shè)身處地為管理代碼的人考慮一下（預(yù)計(jì)有可能進(jìn)行哪些形式的修改，想想用什么方法可把它們變得更簡單）。
(6) 使類盡可能短小精悍，而且只解決一個(gè)特定的問題。下面是對(duì)類設(shè)計(jì)的一些建議：
■一個(gè)復(fù)雜的開關(guān)語句：考慮采用"多形"機(jī)制
■數(shù)量眾多的方法涉及到類型差別極大的操作：考慮用幾個(gè)類來分別實(shí)現(xiàn)
■許多成員變量在特征上有很大的差別：考慮使用幾個(gè)類
(7) 讓一切東西都盡可能地"私有"--private。可使庫的某一部分"公共化"（一個(gè)方法、類或者一個(gè)字段等等），就永遠(yuǎn)不能把它拿出。若強(qiáng)行拿出，就可能破壞其他人現(xiàn)有的代碼，使他們不得不重新編寫和設(shè)計(jì)。若只公布自己必須公布的，就可放心大膽地改變其他任何東西。在多線程環(huán)境中，隱私是特別重要的一個(gè)因素--只有private字段才能在非同步使用的情況下受到保護(hù)。
(8) 謹(jǐn)惕"巨大對(duì)象綜合癥"。對(duì)一些習(xí)慣于順序編程思維、且初涉OOP領(lǐng)域的新手，往往喜歡先寫一個(gè)順序執(zhí)行的程序，再把它嵌入一個(gè)或兩個(gè)巨大的對(duì)象里。根據(jù)編程原理，對(duì)象表達(dá)的應(yīng)該是應(yīng)用程序的概念，而非應(yīng)用程序本身。
(9) 若不得已進(jìn)行一些不太雅觀的編程，至少應(yīng)該把那些代碼置于一個(gè)類的內(nèi)部。
(10) 任何時(shí)候只要發(fā)現(xiàn)類與類之間結(jié)合得非常緊密，就需要考慮是否采用內(nèi)部類，從而改善編碼及維護(hù)工作（參見第14章14.1.2小節(jié)的"用內(nèi)部類改進(jìn)代碼"）。
(11) 盡可能細(xì)致地加上注釋，并用javadoc注釋文檔語法生成自己的程序文檔。
(12) 避免使用"魔術(shù)數(shù)字"，這些數(shù)字很難與代碼很好地配合。如以后需要修改它，無疑會(huì)成為一場噩夢，因?yàn)楦静恢?100"到底是指"數(shù)組大小"還是"其他全然不同的東西"。所以，我們應(yīng)創(chuàng)建一個(gè)常數(shù)，并為其使用具有說服力的描述性名稱，并在整個(gè)程序中都采用常數(shù)標(biāo)識(shí)符。這樣可使程序更易理解以及更易維護(hù)。
(13) 涉及構(gòu)建器和異常的時(shí)候，通常希望重新丟棄在構(gòu)建器中捕獲的任何異常--如果它造成了那個(gè)對(duì)象的創(chuàng)建失敗。這樣一來，調(diào)用者就不會(huì)以為那個(gè)對(duì)象已正確地創(chuàng)建，從而盲目地繼續(xù)。
(14) 當(dāng)客戶程序員用完對(duì)象以后，若你的類要求進(jìn)行任何清除工作，可考慮將清除代碼置于一個(gè)良好定義的方法里，采用類似于cleanup()這樣的名字，明確表明自己的用途。除此以外，可在類內(nèi)放置一個(gè)boolean（布爾）標(biāo)記，指出對(duì)象是否已被清除。在類的finalize()方法里，請(qǐng)確定對(duì)象已被清除，并已丟棄了從RuntimeException繼承的一個(gè)類（如果還沒有的話），從而指出一個(gè)編程錯(cuò)誤。在采取象這樣的方案之前，請(qǐng)確定finalize()能夠在自己的系統(tǒng)中工作（可能需要調(diào)用System.runFinalizersonExit(true)，從而確保這一行為）。
(15) 在一個(gè)特定的作用域內(nèi)，若一個(gè)對(duì)象必須清除（非由垃圾收集機(jī)制處理），請(qǐng)采用下述方法：初始化對(duì)象；若成功，則立即進(jìn)入一個(gè)含有finally從句的try塊，開始清除工作。
(16) 若在初始化過程中需要覆蓋（取消）finalize()，請(qǐng)記住調(diào)用super.finalize()（若Object屬于我們的直接超類，則無此必要）。在對(duì)finalize()進(jìn)行覆蓋的過程中，對(duì)super.finalize()的調(diào)用應(yīng)屬于最后一個(gè)行動(dòng)，而不應(yīng)是第一個(gè)行動(dòng)，這樣可確保在需要基礎(chǔ)類組件的時(shí)候它們依然有效。
(17) 創(chuàng)建大小固定的對(duì)象集合時(shí)，請(qǐng)將它們傳輸至一個(gè)數(shù)組（若準(zhǔn)備從一個(gè)方法里返回這個(gè)集合，更應(yīng)如此操作）。這樣一來，我們就可享受到數(shù)組在編譯期進(jìn)行類型檢查的好處。此外，為使用它們，數(shù)組的接收者也許并不需要將對(duì)象"造型"到數(shù)組里。
(18) 盡量使用interfaces，不要使用abstract類。若已知某樣?xùn)|西準(zhǔn)備成為一個(gè)基礎(chǔ)類，那么第一個(gè)選擇應(yīng)是將其變成一個(gè)interface（接口）。只有在不得不使用方法定義或者成員變量的時(shí)候，才需要將其變成一個(gè)abstract（抽象）類。接口主要描述了客戶希望做什么事情，而一個(gè)類則致力于（或允許）具體的實(shí)施細(xì)節(jié)。
(19) 在構(gòu)建器內(nèi)部，只進(jìn)行那些將對(duì)象設(shè)為正確狀態(tài)所需的工作。盡可能地避免調(diào)用其他方法，因?yàn)槟切┓椒赡鼙黄渌烁采w或取消，從而在構(gòu)建過程中產(chǎn)生不可預(yù)知的結(jié)果（參見第7章的詳細(xì)說明）。
(20) 對(duì)象不應(yīng)只是簡單地容納一些數(shù)據(jù)；它們的行為也應(yīng)得到良好的定義。
(21) 在現(xiàn)成類的基礎(chǔ)上創(chuàng)建新類時(shí)，請(qǐng)首先選擇"新建"或"創(chuàng)作"。只有自己的設(shè)計(jì)要求必須繼承時(shí)，才應(yīng)考慮這方面的問題。若在本來允許新建的場合使用了繼承，則整個(gè)設(shè)計(jì)會(huì)變得沒有必要地復(fù)雜。
(22) 用繼承及方法覆蓋來表示行為間的差異，而用字段表示狀態(tài)間的區(qū)別。一個(gè)非常極端的例子是通過對(duì)不同類的繼承來表示顏色，這是絕對(duì)應(yīng)該避免的：應(yīng)直接使用一個(gè)"顏色"字段。
(23) 為避免編程時(shí)遇到麻煩，請(qǐng)保證在自己類路徑指到的任何地方，每個(gè)名字都僅對(duì)應(yīng)一個(gè)類。否則，編譯器可能先找到同名的另一個(gè)類，并報(bào)告出錯(cuò)消息。若懷疑自己碰到了類路徑問題，請(qǐng)?jiān)囋囋陬惵窂降拿恳粋€(gè)起點(diǎn)，搜索一下同名的.class文件。
(24) 在Java 1.1 AWT中使用事件"適配器"時(shí)，特別容易碰到一個(gè)陷阱。若覆蓋了某個(gè)適配器方法，同時(shí)拼寫方法沒有特別講究，最后的結(jié)果就是新添加一個(gè)方法，而不是覆蓋現(xiàn)成方法。然而，由于這樣做是完全合法的，所以不會(huì)從編譯器或運(yùn)行期系統(tǒng)獲得任何出錯(cuò)提示--只不過代碼的工作就變得不正常了。
(25) 用合理的設(shè)計(jì)方案消除"偽功能"。也就是說，假若只需要?jiǎng)?chuàng)建類的一個(gè)對(duì)象，就不要提前限制自己使用應(yīng)用程序，并加上一條"只生成其中一個(gè)"注釋。請(qǐng)考慮將其封裝成一個(gè)"獨(dú)生子"的形式。若在主程序里有大量散亂的代碼，用于創(chuàng)建自己的對(duì)象，請(qǐng)考慮采納一種創(chuàng)造性的方案，將些代碼封裝起來。
(26) 警惕"分析癱瘓"。請(qǐng)記住，無論如何都要提前了解整個(gè)項(xiàng)目的狀況，再去考察其中的細(xì)節(jié)。由于把握了全局，可快速認(rèn)識(shí)自己未知的一些因素，防止在考察細(xì)節(jié)的時(shí)候陷入"死邏輯"中。
(27) 警惕"過早優(yōu)化"。首先讓它運(yùn)行起來，再考慮變得更快--但只有在自己必須這樣做、而且經(jīng)證實(shí)在某部分代碼中的確存在一個(gè)性能瓶頸的時(shí)候，才應(yīng)進(jìn)行優(yōu)化。除非用專門的工具分析瓶頸，否則很有可能是在浪費(fèi)自己的時(shí)間。性能提升的隱含代價(jià)是自己的代碼變得難于理解，而且難于維護(hù)。
(28) 請(qǐng)記住，閱讀代碼的時(shí)間比寫代碼的時(shí)間多得多。思路清晰的設(shè)計(jì)可獲得易于理解的程序，但注釋、細(xì)致的解釋以及一些示例往往具有不可估量的價(jià)值。無論對(duì)你自己，還是對(duì)后來的人，它們都是相當(dāng)重要的。如對(duì)此仍有懷疑，那么請(qǐng)?jiān)囅胱约涸噲D從聯(lián)機(jī)Java文檔里找出有用信息時(shí)碰到的挫折，這樣或許能將你說服。
(29) 如認(rèn)為自己已進(jìn)行了良好的分析、設(shè)計(jì)或者實(shí)施，那么請(qǐng)稍微更換一下思維角度。試試邀請(qǐng)一些外來人士--并不一定是專家，但可以是來自本公司其他部門的人。請(qǐng)他們用完全新鮮的眼光考察你的工作，看看是否能找出你一度熟視無睹的問題。采取這種方式，往往能在最適合修改的階段找出一些關(guān)鍵性的問題，避免產(chǎn)品發(fā)行后再解決問題而造成的金錢及精力方面的損失。
(30) 良好的設(shè)計(jì)能帶來最大的回報(bào)。簡言之，對(duì)于一個(gè)特定的問題，通常會(huì)花較長的時(shí)間才能找到一種最恰當(dāng)?shù)慕鉀Q方案。但一旦找到了正確的方法，以后的工作就輕松多了，再也不用經(jīng)歷數(shù)小時(shí)、數(shù)天或者數(shù)月的痛苦掙扎。我們的努力工作會(huì)帶來最大的回報(bào)（甚至無可估量）。而且由于自己傾注了大量心血，最終獲得一個(gè)出色的設(shè)計(jì)方案，成功的快感也是令人心動(dòng)的。堅(jiān)持抵制草草完工的誘惑--那樣做往往得不償失。