本文鏈接： http://blog.csdn.net/jrq/archive/2005/10/27/517428.aspx

正文：

1. 為了方便按列作外循環(huán)，想把ArrayList構(gòu)造成一個(gè)二維數(shù)組，如下：

    ......

  ArrayList result=GetResult();

  int n=result.size();

  String[][] myArray=new String[n][]; //定義二維數(shù)組
 
  for (int i=0;i<n;i++)  //構(gòu)造二維數(shù)組
  {
    ArrayList tempArray= (ArrayList)result.get(i);
    myArray[i]=(String[])tempArray.toArray();
  }

  ......

程序可以編譯通過(guò)。

但在運(yùn)行到myArray[i]=(String[])tempArray.toArray()時(shí)，出現(xiàn)java.lang.ClassCastException的錯(cuò)誤，很奇怪。

花了一晚上時(shí)間，查了N多資料，總算搞定了。現(xiàn)把問(wèn)題記錄下來(lái)，以備參考。

2. 此事從頭說(shuō)起。　　

ArrayList類(lèi)擴(kuò)展AbstractList并執(zhí)行List接口。ArrayList支持可隨需要而增長(zhǎng)的動(dòng)態(tài)數(shù)組。

    ArrayList有如下的構(gòu)造函數(shù)：
　　
        ArrayList( )
        ArrayList(Collection c)
        ArrayList(int capacity)

如果調(diào)用new ArrayList()構(gòu)造時(shí)，其默認(rèn)的capacity(初始容量)為10。

參見(jiàn)ArrayList源碼，其中是這樣定義的：

    public ArrayList() {
　　this(10);
     }

默認(rèn)初始化內(nèi)部數(shù)組大小為10。為什么是10？不知道。可能SUN覺(jué)得這樣比較爽吧。

程序編譯后執(zhí)行ArrayList.toArray()，把ArrayList轉(zhuǎn)化為數(shù)組時(shí)，該數(shù)組大小仍為capacity（為10）。

當(dāng) 裝入的數(shù)據(jù)和capacity值不等時(shí)（小于capacity），比如只裝入了5個(gè)數(shù)據(jù)，數(shù)組中后面的（capacity - size）個(gè)對(duì)象將置為null，此時(shí)當(dāng)數(shù)組強(qiáng)制類(lèi)型轉(zhuǎn)換時(shí)，容易出現(xiàn)一些問(wèn)題，如java.lang.ClassCastException異常等。

解決辦法是：在用ArrayList轉(zhuǎn)化為數(shù)組裝數(shù)據(jù)后，使用trimToSize()重新設(shè)置數(shù)組的真實(shí)大小。

3. 本例修改后的代碼修如下，可順利運(yùn)行：

    for (int i=0;i<n;i++)  //構(gòu)造二維數(shù)組
      {
            ArrayList tempArray= (ArrayList)result.get(i);
            myArray[i]=(String[])tempArray.toArray(new String[0]);   //注意此處的寫(xiě)法
       }

 看看下面這些也許就明白了－－

ArrayList.toArray()之一：

public Object[] toArray() {
　　Object[] result = new Object[size];
　　System.arraycopy(elementData, 0, result, 0, size);
　　return result;
}

返回ArrayList元素的一個(gè)數(shù)組，注意這里雖然生成了一個(gè)新的數(shù)組，但是數(shù)組元素和集合中的元素是共享的，Collection接口中說(shuō)這個(gè)是安全的，這是不嚴(yán)格的。

下面的例子演示了這個(gè)效果。
 
   ArrayList al=new ArrayList();
   al.add(new StringBuffer("hello"));
   Object[] a=al.toArray();
   StringBuffer sb=(StringBuffer)a[0];
   sb.append("changed");  //改變數(shù)組元素同樣也改變了原來(lái)的ArrayList中的元素
   System.out.println(al.get(0)); 　　　

這里不要用String來(lái)代替StringBuffer，因?yàn)镾tring是不可變的。

ArrayList.toArray()之二：

public Object[] toArray(Object a[]) {
　　if (a.length < size)
　　　　a = (Object[])java.lang.reflect.Array.newInstance(a.getClass().getComponentType(), size);
　　 System.arraycopy(elementData, 0, a, 0, size);
　　 if (a.length > size)
　　　　　　a[size] = null;
　　 return a;
}

這個(gè)方法有可能不需要生成新的數(shù)組，注意到如果數(shù)組a容量過(guò)大，只在size處設(shè)置為null。

如果這個(gè)數(shù)組a足夠大，就會(huì)把數(shù)據(jù)全放進(jìn)去，返回的數(shù)組也是指向這個(gè)數(shù)組，（數(shù)組多余的空間存儲(chǔ)的是null對(duì)象）；要是不夠大，就申請(qǐng)一個(gè)跟參數(shù)同樣類(lèi)型的數(shù)組，把值放進(jìn)去，然后返回。

4. 網(wǎng)上的資料一：

  public String[] getPlatformIDList()
 
  {
        Vector result = new Vector();
        try
        {
            Statement stmt = conn.createStatement();
            String sql = "SELECT PlatformID FROM Platform";
            rs = stmt.executeQuery(sql);
            while(rs.next())
            {
                result.add(rs.getString(1));
            }       
            if (result.size() > 0)
            {
                String[] str = (String[]) result.toArray(); // 出現(xiàn)ClassCastException
                return str;
            }
            else
                return null;
        }
        catch(Exception e)
        {
            System.err.println(e);
            return null;
        }
        finally
        {
            try
            {
                rs.close();
                conn.close();
            }
            catch(Exception e2)
            {}
        }
    }

    程序運(yùn)行后，發(fā)現(xiàn)不能將Vector類(lèi)經(jīng)過(guò)toArray()方法得到的Object[]直接轉(zhuǎn)換成String[]。

    找到用另一個(gè)帶有參數(shù)的 toArray(T[] a)方法才可以。

    將該語(yǔ)句改為：

    String[] str = (String[]) result.toArray(new String[1]);即告訴Vector，我要得到的數(shù)組的類(lèi)型。

    回想一下，應(yīng)該是java中的強(qiáng)制類(lèi)型轉(zhuǎn)換只是針對(duì)單個(gè)對(duì)象的，想要偷懶，將整個(gè)數(shù)組轉(zhuǎn)換成另外一種類(lèi)型的數(shù)組是不行的。

5. 網(wǎng)上的資料二：

    正確使用List.toArray()－－
 
   在程序中，往往得到一個(gè)List，程序要求對(duì)應(yīng)賦值給一個(gè)array，可以這樣寫(xiě)程序:
 
    Long [] l = new Long[list.size()];
    for(int i=0;i<list.size();i++)
        l[i] = (Long) list.get(i);
 
    要寫(xiě)這些code，似乎比較繁瑣，其實(shí)List提供了toArray()的方法。
    但是要使用不好，就會(huì)有ClassCastExceptiony異常。究竟這個(gè)是如何產(chǎn)生的，且看代碼：

        List list = new ArrayList();
        list.add(new Long(1));list.add(new Long(2));
        list.add(new Long(3));list.add(new Long(4));
        Long[] l = (Long[])list.toArray();
        for(int i=0; i<l.length; i++)
            System.out.println(l[i].longValue());

    紅色代碼會(huì)拋java.lang.ClassCastException。

    當(dāng)然，為了讀出值來(lái)，你可以這樣code:

        Object [] a =  list.toArray();
        for(int i=0;i<a.length;i++)
            System.out.println(((Long)a[i]).longValue());

    但是讓數(shù)組丟失了類(lèi)型信息，這個(gè)不是我們想要得。

    toArray()正確使用方式如下：

        1)  Long[] l = new Long[<total size>];
              list.toArray(l);
 
        2)  Long[] l = (Long []) list.toArray(new Long[0]);

        3)  Long [] a = new Long[<total size>];
              Long [] l = (Long []) list.toArray(a);

6. 總結(jié)補(bǔ)充：

      java sdk doc 上講:
 
      public Object[] toArray(Object[] a)

      a--the array into which the elements of this list are to be stored, if it is big enough; otherwise, a new array of the same  runtime type is allocated for this purpose.

      如果這個(gè)數(shù)組a足夠大，就會(huì)把數(shù)據(jù)全放進(jìn)去，返回的數(shù)組也是指向這個(gè)數(shù)組，（數(shù)組多余的空間存儲(chǔ)的是null對(duì)象）；要是不夠大，就申請(qǐng)一個(gè)跟參數(shù)同樣類(lèi)型的數(shù)組，把值放進(jìn)去，然后返回。
 
     需要注意的是：你要是傳入的參數(shù)為9個(gè)大小，而list里面有5個(gè)object,那么其他的四個(gè)很可能是null , 使用的時(shí)候要特別注意。

7. 完畢。

 

                                                                                                              J.R.Q.

                                                                                                    2005.10.27凌晨于廣州 

之前看網(wǎng)上有人發(fā)帖說(shuō)有個(gè)解決辦法是“在viewservlet.jar下找到org/eclipse/birt/report/utility下找到ParameterAccessor.class文件，現(xiàn)在要修改這個(gè)文件的源代碼， 

你可以在你從CVS中簽出的源代碼中的org.eclipse.birt.report.viewer/birt/WEB-INF/classes/org/eclipse/birt/report/utility文件夾中找到ParameterAccessor.java文件，在這個(gè)java文件中找到這行：

public static final String UTF_8_ENCODE = "UTF-8"; //$NON-NLS-1$

將這行改為

public static final String UTF_8_ENCODE = "GBK"; //$NON-NLS-1$

然后將這個(gè)編譯好的class文件壓縮到viewservlets.jar的同等目錄下，替換原來(lái)的文件”，本人也試了這種方法，但沒(méi)見(jiàn)湊效，不過(guò)上面的解決方法好像是在birt2.1的環(huán)境下，這個(gè)沒(méi)仔細(xì)試，也許對(duì)birt2.1有效吧。

本人使用birt版本2.3，解決辦法如下:
在JSP中調(diào)用BIRT報(bào)表時(shí)，傳的參數(shù)中有中文字符，即URL中包含中文字符，這時(shí)在BIRT端接收到的參數(shù)拼SQL語(yǔ)句后發(fā)現(xiàn)中文字符被轉(zhuǎn)碼，造成SQL中的條件不正確。
因?yàn)樵贘SP中調(diào)用BIRT是在一個(gè)JS腳本中，因此要想辦法在JS中先將中文轉(zhuǎn)成UTF-8,并且在BIRT獲取參數(shù)后再將UTF-8轉(zhuǎn)換回中文即可。
實(shí)現(xiàn)代碼：
頁(yè)面JS:
Var mychecktype = “中文”;
sqlWhere+="and t.CHECK_TYPE = '"+escape(encodeURI(mychecktype))+"'";

BIRT腳本：
sql+=decodeURI(mycondition);

 問(wèn)題：

頁(yè)面中寫(xiě)了一個(gè)函數(shù)a,在另一個(gè)函數(shù)中調(diào)用，頁(yè)面用的是一個(gè)iframe框架，即通過(guò)iframe的src參數(shù)來(lái)刷新iframe中的頁(yè)面，每次在第一次調(diào)用函數(shù)a時(shí)沒(méi)問(wèn)題，但第二次點(diǎn)擊按鈕調(diào)用函數(shù)a時(shí)老報(bào)“缺少函數(shù)”的錯(cuò)誤？

function a(var1)
{
  ...
  return a;
}
第一次 alert(a(var1)) 沒(méi)有問(wèn)題，第二次就出錯(cuò)了

解決：
 

后來(lái)發(fā)現(xiàn)函數(shù)中返回值變量名和函數(shù)名定義為同一個(gè)名字，把返回值變量名改成其它名字后問(wèn)題就解決了，好弱的一個(gè)問(wèn)題啊，折騰了我半天，氣憤！

改成 return b 就好了 -_-

經(jīng)常遇到備份了一個(gè)幾十M的SQL文件，還原時(shí)無(wú)法執(zhí)行或執(zhí)行一半就掛了，好像就是因?yàn)樘罅耍緛?lái)用MYSQL 的Administrator工具

還原備份會(huì)方便點(diǎn)，但有時(shí)也會(huì)出現(xiàn)無(wú)法還原的問(wèn)題，不知如何是好，最后只能想到在命令窗口來(lái)執(zhí)行SQL文件，好像還挺管用，具

體執(zhí)行命令如下：
                          先進(jìn)入cmd命令行；
                         然后進(jìn)入mysql命令行；
                       >mysql -u admin -p
                       >*****
                       >use dbname
                mysql>source %pass%\mySQLFile.sql（這里的%pass%指的就是SQL文件所在的路徑，如F:/date/mysqlDB.sql,這里路徑盡量別用中

文吧，像安裝ORACLE一樣，中文路徑可能會(huì)出現(xiàn)問(wèn)題，用英文保險(xiǎn)一點(diǎn)^_^）

轉(zhuǎn)自：http://m.tkk7.com/freeman1984/archive/2007/09/27/148850.html

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

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

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è)問(wèn)題。但是，如果你不能找出全部六個(gè)問(wèn)題，請(qǐng)繼續(xù)閱讀本文。

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

　　反例之一：丟棄異常

　　代碼：15行-18行。

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

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

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

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

　　1、處理異常。針對(duì)該異常采取一些行動(dòng)，例如修正問(wèn)題、提醒某個(gè)人或進(jìn)行其他一些處理，要根據(jù)具體的情形確定應(yīng)該采取的動(dòng)作。再次說(shuō)明，調(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語(yǔ)句捕獲所有的異常。最常見(jiàn)的情形就是使用catch(Exception ex)語(yǔ)句。但實(shí)際上，在絕大多數(shù)情況下，這種做法不值得提倡。為什么呢？

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

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

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

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

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

　　代碼：3行-14行。

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

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

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

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

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

　　代碼：3行-18行。

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

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

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

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

　　反例之五：過(guò)于龐大的try塊

　　代碼：3行-14行。

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

　　一些新手常常把大量的代碼放入單個(gè)try塊，然后再在catch語(yǔ)句中聲明Exception，而不是分離各個(gè)可能出現(xiàn)異常的段落并分別捕獲其異常。這種做法為分析程序拋出異常的原因帶來(lái)了困難，因?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í)行??就這些，再也沒(méi)有其他動(dòng)作了。已經(jīng)輸出的數(shù)據(jù)怎么辦？使用這些數(shù)據(jù)的人或設(shè)備將收到一份不完整的（因而也是錯(cuò)誤的）數(shù)據(jù)，卻得不到任何有關(guān)這份數(shù)據(jù)是否完整的提示。對(duì)于有些系統(tǒng)來(lái)說(shuō)，數(shù)據(jù)不完整可能比系統(tǒng)停止運(yùn)行帶來(lái)更大的損失。

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

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

　　改寫(xiě)后的代碼

　　根據(jù)上面的討論，下面給出改寫(xiě)后的代碼。也許有人會(huì)說(shuō)它稍微有點(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("寫(xiě)入數(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ù)庫(kù)連接: " + 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ì)自己的做法沒(méi)有百分之百的信心，務(wù)必加上詳細(xì)、全面的注釋。

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





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

 

算術(shù)異常類(lèi)：ArithmeticExecption

空指針異常類(lèi)：NullPointerException

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

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

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

違背安全原則異常：SecturityException

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

文件未找到異常：FileNotFoundException

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

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

輸入輸出異常：IOException

方法未找到異常：NoSuchMethodException

java.lang.AbstractMethodError

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

java.lang.AssertionError

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

java.lang.ClassCircularityError

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

java.lang.ClassFormatError

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

java.lang.Error

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

java.lang.ExceptionInInitializerError

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

java.lang.IllegalAccessError

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

java.lang.IncompatibleClassChangeError

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

java.lang.InstantiationError

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

java.lang.InternalError

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

java.lang.LinkageError

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

java.lang.NoClassDefFoundError

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

java.lang.NoSuchFieldError

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

java.lang.NoSuchMethodError

方法不存在錯(cuò)誤。當(dāng)應(yīng)用試圖調(diào)用某類(lèi)的某個(gè)方法，而該類(lèi)的定義中沒(méi)有該方法的定義時(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類(lèi)的stop方法時(shí)拋出該錯(cuò)誤，用于指示線程結(jié)束。

java.lang.UnknownError

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

java.lang.UnsatisfiedLinkError

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

java.lang.UnsupportedClassVersionError

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

java.lang.VerifyError

驗(yàn)證錯(cuò)誤。當(dāng)驗(yàn)證器檢測(cè)到某個(gè)類(lèi)文件中存在內(nèi)部不兼容或者安全問(wèn)題時(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ù)組聲明類(lèi)型對(duì)象時(shí)拋出。

java.lang.ClassCastException

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

java.lang.ClassNotFoundException

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

java.lang.CloneNotSupportedException

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

java.lang.EnumConstantNotPresentException

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

java.lang.Exception

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

java.lang.IllegalAccessException

違法的訪問(wèn)異常。當(dāng)應(yīng)用試圖通過(guò)反射方式創(chuàng)建某個(gè)類(lèi)的實(shí)例、訪問(wèn)該類(lèi)屬性、調(diào)用該類(lèi)方法，而當(dāng)時(shí)又無(wú)法訪問(wèn)類(lèi)的、屬性的、方法的或構(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)訪問(wèn)某個(gè)序列的索引值小于0或大于等于序列大小時(shí)，拋出該異常。

java.lang.InstantiationException

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

java.lang.InterruptedException

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

java.lang.NegativeArraySizeException

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

java.lang.NoSuchFieldException

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

java.lang.NoSuchMethodException

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

java.lang.NullPointerException

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

java.lang.NumberFormatException

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

java.lang.RuntimeException

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

java.lang.SecurityException

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

java.lang.StringIndexOutOfBoundsException

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

java.lang.TypeNotPresentException

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

java.lang.UnsupportedOperationException

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

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

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

可能原因     
      
這個(gè)異常是因?yàn)镾truts根據(jù)struts-config.xml中的mapping沒(méi)有找到action期望的form bean。大部分的情況可能是因?yàn)樵趂orm-bean中設(shè)置的name屬性和action中設(shè)置的name屬性不匹配所致。換句話說(shuō)，action和form都應(yīng)該各自有一個(gè)name屬性，并且要精確匹配，包括大小寫(xiě)。這個(gè)錯(cuò)誤當(dāng)沒(méi)有name屬性和action關(guān)聯(lián)時(shí)也會(huì)發(fā)生，如果沒(méi)有在action中指定name屬性，那么就沒(méi)有name屬性和action相關(guān)聯(lián)。當(dāng)然當(dāng)action制作某些控制時(shí)，譬如根據(jù)參數(shù)值跳轉(zhuǎn)到相應(yīng)的jsp頁(yè)面，而不是處理表單數(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類(lèi)時(shí)發(fā)生的錯(cuò)誤，這個(gè)action類(lèi)你已經(jīng)在struts-config.xml中設(shè)置了關(guān)聯(lián)（即添加了<action>標(biāo)簽）。

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

可能原因
沒(méi)有位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類(lèi)。
-----------------------------------------------------------------------------------------------------------------
異常
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)記或者兩者都沒(méi)有在web.xml中聲明。

在struts-config.xml中的打字或者拼寫(xiě)錯(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ù)值用來(lái)表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)意使用的無(wú)主體的標(biāo)記，如<html:form … />，這樣web 服務(wù)器解析時(shí)就當(dāng)作一個(gè)無(wú)主體的標(biāo)記，隨后使用的所有<html>標(biāo)記都被認(rèn)為是在這個(gè)標(biāo)記之外的，如又使用了<html:text property=”id”>還有就是在使用taglib引入HTML標(biāo)記庫(kù)時(shí)，你使用的prefix的值不是html。
-----------------------------------------------------------------------------------------------------------------
異常
javax.servlet.jsp.JspException: Missing message for key xx.xx.xx

Probable Causes
這個(gè)key的值對(duì)沒(méi)有在資源文件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沒(méi)有找到資源文件。

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)記不正確。

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

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

可能原因
使用一個(gè)Action的派生類(lèi)而沒(méi)有實(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的派生類(lèi)，并且實(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并沒(méi)有用到BeanUtils這些工具類(lèi)。后來(lái)仔細(xì)檢查代碼發(fā)現(xiàn)是在jsp文件里的form忘了加enctype=&quot;multipart/form-data&quot; 了。所以寫(xiě)程序遇到錯(cuò)誤或異常應(yīng)該從多方面考慮問(wèn)題存在的可能性，想到系統(tǒng)提示信息以外的東西。
----------------------------------------------------------------------------------------------------------------------------
1. 定義Action后, 如果指定了name, 那么必須要定義一個(gè)與它同名的FormBean才能進(jìn)行form映射.2. 如果定義Action后, 提交頁(yè)面時(shí)出現(xiàn) "No input attribute for mapping path..." 錯(cuò)誤, 則需要在其input屬性中定義轉(zhuǎn)向的頁(yè)面.3. 如果插入新的數(shù)據(jù)時(shí)出現(xiàn) "Batch update row count wrong:..." 錯(cuò)誤, 則說(shuō)明XXX.hbm.xml中指定的key的類(lèi)型為原始類(lèi)型(int, long),因?yàn)檫@種類(lèi)型會(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ò)誤, 說(shuō)明你的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ù)庫(kù)名稱(chēng)）這樣的屬性,將該屬性刪除就可以了
---------------------------------------------------------------------------------------------------------------------------
錯(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í)是沒(méi)有問(wèn)題的；但是用了native，就不行了，怎么辦？刪除啊！
----------------------------------------------------------------------------------------------------------------------------
問(wèn)題：今天用Tomcat 5.5.12，發(fā)現(xiàn)原來(lái)很好用的系統(tǒng)不能用了，反復(fù)測(cè)試發(fā)現(xiàn)頁(yè)面中不能包含 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è)問(wèn)題了。-----------------------------------------------------------------------------------------------------------------------------
錯(cuò)誤： java.lang.NullPointerException
原因： 發(fā)現(xiàn) dao 實(shí)例、 manage 實(shí)例等需要注入的東西沒(méi)有被注入（俗稱(chēng)空指針異常）解決：這個(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è)通過(guò) Web 頁(yè)面是看不出來(lái)的。更多的是持久化影射文件出的錯(cuò)誤；導(dǎo)致了沒(méi)有被解析；當(dāng)然你需要的功能就無(wú)法使用了。
----------------------------------------------------------------------------------------------------------------------------
錯(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:”開(kāi)頭的標(biāo)簽沒(méi)有放在一個(gè)<html:form>中       <方案二>重新啟動(dòng)你的應(yīng)用服務(wù)器，自動(dòng)就沒(méi)有這個(gè)問(wèn)題

轉(zhuǎn)自：http://freeman983.javaeye.com/blog/215073

創(chuàng)建型模式
　　1、FACTORY―追MM少不了請(qǐng)吃飯了，麥當(dāng)勞的雞翅和肯德基的雞翅都是MM愛(ài)吃的東西，雖然口味有所不同，但不管你帶MM去麥當(dāng)勞或肯德基，只管向服務(wù)員說(shuō)“來(lái)四個(gè)雞翅”就行了。麥當(dāng)勞和肯德基就是生產(chǎn)雞翅的Factory
　　
　　工廠模式：客戶類(lèi)和工廠類(lèi)分開(kāi)。消費(fèi)者任何時(shí)候需要某種產(chǎn)品，只需向工廠請(qǐng)求即可。消費(fèi)者無(wú)須修改就可以接納新產(chǎn)品。缺點(diǎn)是當(dāng)產(chǎn)品修改時(shí)，工廠類(lèi)也要做相應(yīng)的修改。如：如何創(chuàng)建及如何向客戶端提供。
　　
　　2、BUILDER―MM最?lèi)?ài)聽(tīng)的就是“我愛(ài)你”這句話了，見(jiàn)到不同地方的MM,要能夠用她們的方言跟她說(shuō)這句話哦，我有一個(gè)多種語(yǔ)言翻譯機(jī)，上面每種語(yǔ)言都有一個(gè)按鍵，見(jiàn)到MM我只要按對(duì)應(yīng)的鍵，它就能夠用相應(yīng)的語(yǔ)言說(shuō)出“我愛(ài)你”這句話了，國(guó)外的MM也可以輕松搞掂，這就是我的“我愛(ài)你”builder。（這一定比美軍在伊拉克用的翻譯機(jī)好賣(mài)）
　　
　　建造模式：將產(chǎn)品的內(nèi)部表象和產(chǎn)品的生成過(guò)程分割開(kāi)來(lái)，從而使一個(gè)建造過(guò)程生成具有不同的內(nèi)部表象的產(chǎn)品對(duì)象。建造模式使得產(chǎn)品內(nèi)部表象可以獨(dú)立的變化，客戶不必知道產(chǎn)品內(nèi)部組成的細(xì)節(jié)。建造模式可以強(qiáng)制實(shí)行一種分步驟進(jìn)行的建造過(guò)程。
　　
　　3、FACTORY METHOD―請(qǐng)MM去麥當(dāng)勞吃漢堡，不同的MM有不同的口味，要每個(gè)都記住是一件煩人的事情，我一般采用Factory Method模式，帶著MM到服務(wù)員那兒，說(shuō)“要一個(gè)漢堡”，具體要什么樣的漢堡呢，讓MM直接跟服務(wù)員說(shuō)就行了。
　　
　　工廠方法模式：核心工廠類(lèi)不再負(fù)責(zé)所有產(chǎn)品的創(chuàng)建，而是將具體創(chuàng)建的工作交給子類(lèi)去做，成為一個(gè)抽象工廠角色，僅負(fù)責(zé)給出具體工廠類(lèi)必須實(shí)現(xiàn)的接口，而不接觸哪一個(gè)產(chǎn)品類(lèi)應(yīng)當(dāng)被實(shí)例化這種細(xì)節(jié)。
　　
　　4、PROTOTYPE―跟MM用QQ聊天，一定要說(shuō)些深情的話語(yǔ)了，我搜集了好多肉麻的情話，需要時(shí)只要copy出來(lái)放到QQ里面就行了，這就是我的情話prototype了。（100塊錢(qián)一份，你要不要）
　　
　　原始模型模式：通過(guò)給出一個(gè)原型對(duì)象來(lái)指明所要?jiǎng)?chuàng)建的對(duì)象的類(lèi)型，然后用復(fù)制這個(gè)原型對(duì)象的方法創(chuàng)建出更多同類(lèi)型的對(duì)象。原始模型模式允許動(dòng)態(tài)的增加或減少產(chǎn)品類(lèi)，產(chǎn)品類(lèi)不需要非得有任何事先確定的等級(jí)結(jié)構(gòu)，原始模型模式適用于任何的等級(jí)結(jié)構(gòu)。缺點(diǎn)是每一個(gè)類(lèi)都必須配備一個(gè)克隆方法。
　　
　　5、SINGLETON―俺有6個(gè)漂亮的老婆，她們的老公都是我，我就是我們家里的老公Sigleton，她們只要說(shuō)道“老公”，都是指的同一個(gè)人，那就是我(剛才做了個(gè)夢(mèng)啦，哪有這么好的事)
　　
　　單例模式：?jiǎn)卫Ｊ酱_保某一個(gè)類(lèi)只有一個(gè)實(shí)例，而且自行實(shí)例化并向整個(gè)系統(tǒng)提供這個(gè)實(shí)例單例模式。單例模式只應(yīng)在有真正的“單一實(shí)例”的需求時(shí)才可使用。
　　
　　結(jié)構(gòu)型模式
　　6、ADAPTER―在朋友聚會(huì)上碰到了一個(gè)美女Sarah，從香港來(lái)的，可我不會(huì)說(shuō)粵語(yǔ)，她不會(huì)說(shuō)普通話，只好求助于我的朋友kent了，他作為我和Sarah之間的Adapter，讓我和Sarah可以相互交談了(也不知道他會(huì)不會(huì)耍我)
　　
　　適配器（變壓器）模式：把一個(gè)類(lèi)的接口變換成客戶端所期待的另一種接口，從而使原本因接口原因不匹配而無(wú)法一起工作的兩個(gè)類(lèi)能夠一起工作。適配類(lèi)可以根據(jù)參數(shù)返還一個(gè)合適的實(shí)例給客戶端。
　　
　　7、BRIDGE―早上碰到MM，要說(shuō)早上好，晚上碰到MM，要說(shuō)晚上好；碰到MM穿了件新衣服，要說(shuō)你的衣服好漂亮哦，碰到MM新做的發(fā)型，要說(shuō)你的頭發(fā)好漂亮哦。不要問(wèn)我“早上碰到MM新做了個(gè)發(fā)型怎么說(shuō)”這種問(wèn)題，自己用BRIDGE組合一下不就行了
　　
　　橋梁模式：將抽象化與實(shí)現(xiàn)化脫耦，使得二者可以獨(dú)立的變化，也就是說(shuō)將他們之間的強(qiáng)關(guān)聯(lián)變成弱關(guān)聯(lián)，也就是指在一個(gè)軟件系統(tǒng)的抽象化和實(shí)現(xiàn)化之間使用組合/聚合關(guān)系而不是繼承關(guān)系，從而使兩者可以獨(dú)立的變化。
　　
　　8、COMPOSITE―Mary今天過(guò)生日。“我過(guò)生日，你要送我一件禮物。”“嗯，好吧，去商店，你自己挑。”“這件T恤挺漂亮，買(mǎi)，這條裙子好看，買(mǎi)，這個(gè)包也不錯(cuò)，買(mǎi)。”“喂，買(mǎi)了三件了呀，我只答應(yīng)送一件禮物的哦。”“什么呀，T恤加裙子加包包，正好配成一套呀，小姐，麻煩你包起來(lái)。”“……”，MM都會(huì)用Composite模式了，你會(huì)了沒(méi)有？
　　
　　合成模式：合成模式將對(duì)象組織到樹(shù)結(jié)構(gòu)中，可以用來(lái)描述整體與部分的關(guān)系。合成模式就是一個(gè)處理對(duì)象的樹(shù)結(jié)構(gòu)的模式。合成模式把部分與整體的關(guān)系用樹(shù)結(jié)構(gòu)表示出來(lái)。合成模式使得客戶端把一個(gè)個(gè)單獨(dú)的成分對(duì)象和由他們復(fù)合而成的合成對(duì)象同等看待。
　　
　　9、DECORATOR―Mary過(guò)完輪到Sarly過(guò)生日，還是不要叫她自己挑了，不然這個(gè)月伙食費(fèi)肯定玩完，拿出我去年在華山頂上照的照片，在背面寫(xiě)上“最好的的禮物，就是愛(ài)你的Fita”，再到街上禮品店買(mǎi)了個(gè)像框（賣(mài)禮品的MM也很漂亮哦），再找隔壁搞美術(shù)設(shè)計(jì)的Mike設(shè)計(jì)了一個(gè)漂亮的盒子裝起來(lái)……，我們都是Decorator，最終都在修飾我這個(gè)人呀，怎么樣，看懂了嗎？
　　
　　裝飾模式：裝飾模式以對(duì)客戶端透明的方式擴(kuò)展對(duì)象的功能，是繼承關(guān)系的一個(gè)替代方案，提供比繼承更多的靈活性。動(dòng)態(tài)給一個(gè)對(duì)象增加功能，這些功能可以再動(dòng)態(tài)的撤消。增加由一些基本功能的排列組合而產(chǎn)生的非常大量的功能。
　　
　　10、FACADE―我有一個(gè)專(zhuān)業(yè)的Nikon相機(jī)，我就喜歡自己手動(dòng)調(diào)光圈、快門(mén)，這樣照出來(lái)的照片才專(zhuān)業(yè)，但MM可不懂這些，教了半天也不會(huì)。幸好相機(jī)有Facade設(shè)計(jì)模式，把相機(jī)調(diào)整到自動(dòng)檔，只要對(duì)準(zhǔn)目標(biāo)按快門(mén)就行了，一切由相機(jī)自動(dòng)調(diào)整，這樣MM也可以用這個(gè)相機(jī)給我拍張照片了。
　　
　　門(mén)面模式：外部與一個(gè)子系統(tǒng)的通信必須通過(guò)一個(gè)統(tǒng)一的門(mén)面對(duì)象進(jìn)行。門(mén)面模式提供一個(gè)高層次的接口，使得子系統(tǒng)更易于使用。每一個(gè)子系統(tǒng)只有一個(gè)門(mén)面類(lèi)，而且此門(mén)面類(lèi)只有一個(gè)實(shí)例，也就是說(shuō)它是一個(gè)單例模式。但整個(gè)系統(tǒng)可以有多個(gè)門(mén)面類(lèi)。
　　
　　11、FLYWEIGHT―每天跟MM發(fā)短信，手指都累dead了，最近買(mǎi)了個(gè)新手機(jī)，可以把一些常用的句子存在手機(jī)里，要用的時(shí)候，直接拿出來(lái)，在前面加上MM的名字就可以發(fā)送了，再不用一個(gè)字一個(gè)字敲了。共享的句子就是Flyweight，MM的名字就是提取出來(lái)的外部特征，根據(jù)上下文情況使用。
　　
　　享元模式：FLYWEIGHT在拳擊比賽中指最輕量級(jí)。享元模式以共享的方式高效的支持大量的細(xì)粒度對(duì)象。享元模式能做到共享的關(guān)鍵是區(qū)分內(nèi)蘊(yùn)狀態(tài)和外蘊(yùn)狀態(tài)。內(nèi)蘊(yùn)狀態(tài)存儲(chǔ)在享元內(nèi)部，不會(huì)隨環(huán)境的改變而有所不同。外蘊(yùn)狀態(tài)是隨環(huán)境的改變而改變的。外蘊(yùn)狀態(tài)不能影響內(nèi)蘊(yùn)狀態(tài)，它們是相互獨(dú)立的。將可以共享的狀態(tài)和不可以共享的狀態(tài)從常規(guī)類(lèi)中區(qū)分開(kāi)來(lái)，將不可以共享的狀態(tài)從類(lèi)里剔除出去。客戶端不可以直接創(chuàng)建被共享的對(duì)象，而應(yīng)當(dāng)使用一個(gè)工廠對(duì)象負(fù)責(zé)創(chuàng)建被共享的對(duì)象。享元模式大幅度的降低內(nèi)存中對(duì)象的數(shù)量。
　　
　　12、PROXY―跟MM在網(wǎng)上聊天，一開(kāi)頭總是“hi,你好”,“你從哪兒來(lái)呀？”“你多大了？”“身高多少呀？”這些話，真煩人，寫(xiě)個(gè)程序做為我的Proxy吧，凡是接收到這些話都設(shè)置好了自動(dòng)的回答，接收到其他的話時(shí)再通知我回答，怎么樣，酷吧。
　　
　　代理模式：代理模式給某一個(gè)對(duì)象提供一個(gè)代理對(duì)象，并由代理對(duì)象控制對(duì)源對(duì)象的引用。代理就是一個(gè)人或一個(gè)機(jī)構(gòu)代表另一個(gè)人或者一個(gè)機(jī)構(gòu)采取行動(dòng)。某些情況下，客戶不想或者不能夠直接引用一個(gè)對(duì)象，代理對(duì)象可以在客戶和目標(biāo)對(duì)象直接起到中介的作用。客戶端分辨不出代理主題對(duì)象與真實(shí)主題對(duì)象。代理模式可以并不知道真正的被代理對(duì)象，而僅僅持有一個(gè)被代理對(duì)象的接口，這時(shí)候代理對(duì)象不能夠創(chuàng)建被代理對(duì)象，被代理對(duì)象必須有系統(tǒng)的其他角色代為創(chuàng)建并傳入。
　　
　　 行為模式
　　13、CHAIN OF RESPONSIBLEITY―晚上去上英語(yǔ)課，為了好開(kāi)溜坐到了最后一排，哇，前面坐了好幾個(gè)漂亮的MM哎，找張紙條，寫(xiě)上“Hi,可以做我的女朋友嗎？如果不愿意請(qǐng)向前傳”，紙條就一個(gè)接一個(gè)的傳上去了，糟糕，傳到第一排的MM把紙條傳給老師了，聽(tīng)說(shuō)是個(gè)老處女呀，快跑!
　　
　　責(zé)任鏈模式：在責(zé)任鏈模式中，很多對(duì)象由每一個(gè)對(duì)象對(duì)其下家的引用而接
　　
　　起來(lái)形成一條鏈。請(qǐng)求在這個(gè)鏈上傳遞，直到鏈上的某一個(gè)對(duì)象決定處理此請(qǐng)求。客戶并不知道鏈上的哪一個(gè)對(duì)象最終處理這個(gè)請(qǐng)求，系統(tǒng)可以在不影響客戶端的情況下動(dòng)態(tài)的重新組織鏈和分配責(zé)任。處理者有兩個(gè)選擇：承擔(dān)責(zé)任或者把責(zé)任推給下家。一個(gè)請(qǐng)求可以最終不被任何接收端對(duì)象所接受。
　　
　　14、COMMAND―俺有一個(gè)MM家里管得特別嚴(yán)，沒(méi)法見(jiàn)面，只好借助于她弟弟在我們倆之間傳送信息，她對(duì)我有什么指示，就寫(xiě)一張紙條讓她弟弟帶給我。這不，她弟弟又傳送過(guò)來(lái)一個(gè)COMMAND，為了感謝他，我請(qǐng)他吃了碗雜醬面，哪知道他說(shuō)：“我同時(shí)給我姐姐三個(gè)男朋友送COMMAND，就數(shù)你最小氣，才請(qǐng)我吃面。”，
　　
　　命令模式：命令模式把一個(gè)請(qǐng)求或者操作封裝到一個(gè)對(duì)象中。命令模式把發(fā)出命令的責(zé)任和執(zhí)行命令的責(zé)任分割開(kāi)，委派給不同的對(duì)象。命令模式允許請(qǐng)求的一方和發(fā)送的一方獨(dú)立開(kāi)來(lái)，使得請(qǐng)求的一方不必知道接收請(qǐng)求的一方的接口，更不必知道請(qǐng)求是怎么被接收，以及操作是否執(zhí)行，何時(shí)被執(zhí)行以及是怎么被執(zhí)行的。系統(tǒng)支持命令的撤消。
　　
　　15、INTERPRETER―俺有一個(gè)《泡MM真經(jīng)》，上面有各種泡MM的攻略，比如說(shuō)去吃西餐的步驟、去看電影的方法等等，跟MM約會(huì)時(shí)，只要做一個(gè)Interpreter，照著上面的腳本執(zhí)行就可以了。
　　
　　解釋器模式：給定一個(gè)語(yǔ)言后，解釋器模式可以定義出其文法的一種表示，并同時(shí)提供一個(gè)解釋器。客戶端可以使用這個(gè)解釋器來(lái)解釋這個(gè)語(yǔ)言中的句子。解釋器模式將描述怎樣在有了一個(gè)簡(jiǎn)單的文法后，使用模式設(shè)計(jì)解釋這些語(yǔ)句。在解釋器模式里面提到的語(yǔ)言是指任何解釋器對(duì)象能夠解釋的任何組合.

一: 使用Limit參數(shù)優(yōu)化MySQL查詢
轉(zhuǎn)自:http://m.tkk7.com/chenpengyi/archive/2006/07/29/60679.html

我們?cè)谧鲆恍┎樵兊臅r(shí)候總希望能避免數(shù)據(jù)庫(kù)引擎做全表掃描，因?yàn)槿頀呙钑r(shí)間長(zhǎng)，而且其中大部分掃描對(duì)客戶端而言是沒(méi)有意義的。那么在 MySQL 中有那些方式是可以避免全表掃面的呢？除了我們大家很熟悉的通過(guò)使用索引列或分區(qū)等方式來(lái)進(jìn)行查詢的優(yōu)化之外還有那些呢？

前些天看了一個(gè)老外寫(xiě)的程序，在 MySQL 查詢中使用了很多 Limit 關(guān)鍵字，這就讓我很感興趣了，因?yàn)樵谖矣∠笾校?/span> Limit 關(guān)鍵字似乎更多被使用 MySQL 數(shù)據(jù)庫(kù)的程序員用來(lái)做查詢分頁(yè)（當(dāng)然這也是一種很好的查詢優(yōu)化），那在這里舉個(gè)例子，假設(shè)我們需要一個(gè)分頁(yè)的查詢 ，Oracle中一般來(lái)說(shuō)都是用以下 SQL 句子實(shí)現(xiàn)：

SELECT * FROM

( SELECT a1.*, rownum rownum_

FROM testtable a1

WHERE rownum > 20)

 WHERE rownum_ <= 1000

       這個(gè)語(yǔ)句就能查詢到 testtable 表中的 20 到 1000 記錄，而且還需要嵌套查詢，效率不會(huì)太高，看看 MySQL 的實(shí)現(xiàn)：

       SELECT * FROM testtable a1 limit 20,980;

       這樣就能返回 testtable 表中的 21 條到（ 20 ＋ 980 ＝） 1000 條的記錄。

       實(shí)現(xiàn)語(yǔ)法確實(shí)簡(jiǎn)單，但如果要說(shuō)這里兩個(gè) SQL 語(yǔ)句的效率，那就很難做比較了，因?yàn)樵?/span> MySQL 中 Limit 選項(xiàng)有多種不同的解釋方式，不同方式下的速度差異是很大的，因此我們不能從這語(yǔ)句的簡(jiǎn)潔程度就說(shuō)誰(shuí)的效率高。

       不過(guò)對(duì)程序員來(lái)說(shuō)，夠簡(jiǎn)單就好，因?yàn)榫S護(hù)成本低，呵呵。

       下面講講這個(gè) Limit 的語(yǔ)法吧：

       SELECT ……. --Select 語(yǔ)句的其他參數(shù)

[LIMIT {[offset,] row_count | row_count OFFSET offset}]

這里 offset 是偏移量（這個(gè)偏移量的起始地址是 0 ，而不是 1 ，這點(diǎn)很容易搞錯(cuò)的）顧名思義就是離開(kāi)起始點(diǎn)的位置，而 row-count 也是很簡(jiǎn)單的，就是返回的記錄的數(shù)量限制。

Eg. SELECT * FROM testtable a limit 10,20 where ….

這樣就能使結(jié)果返回 10 行以后（包括 10 行自身）的符合 where 條件的 20 條記錄。

那么如果沒(méi)有約束條件就返回 10 到 29 行的記錄。

       那這跟避免全表掃描有什么關(guān)系呢？ 下面是 MySQL 手冊(cè)對(duì) Limit 參數(shù)優(yōu)化掃描的一些說(shuō)明：

在一些情況中，當(dāng)你使用 LIMIT 選項(xiàng)而不是使用 HAVING 時(shí)， MySQL 將以不同方式處理查詢。

l          如果你用 LIMIT 只選擇其中一部分行，當(dāng) MySQL 一般會(huì)做完整的表掃描時(shí)，但在某些情況下會(huì)使用索引（跟 ipart 有關(guān)）。

l          如果你將 LIMIT n 與 ORDER BY 同時(shí)使用，在 MySQL 找到了第一個(gè)符合條件的記錄后，將結(jié)束排序而不是排序整個(gè)表。

l          當(dāng) LIMIT n 和 DISTINCT 同時(shí)使用時(shí)， MySQL 在找到一個(gè)記錄后將停止查詢。

l          某些情況下， GROUP BY 能通過(guò)順序讀取鍵 ( 或在鍵上做排序 ) 來(lái)解決，并然后計(jì)算摘要直到鍵值改變。在這種情況下， LIMIT n 將不計(jì)算任何不必要的 GROUP 。

l          當(dāng) MySQL 完成發(fā)送第 n 行到客戶端，它將放棄余下的查詢。

l          而 LIMIT 0 選項(xiàng)總是快速返回一個(gè)空記錄。這對(duì)檢查查詢并且得到結(jié)果列的列類(lèi)型是有用的。

l          臨時(shí)表的大小使用 LIMIT # 計(jì)算需要多少空間來(lái)解決查詢。

二:在MySQL查詢結(jié)果集中得到記錄行號(hào)(轉(zhuǎn)自:http://www.zeali.net/entry/452)

如果需要在查詢語(yǔ)句返回的列中包含一列表示該條記錄在整個(gè)結(jié)果集中的行號(hào)， ISO SQL:2003 標(biāo)準(zhǔn)提出的方法是提供 ROW_NUMBER() / RANK() 函數(shù)。 Oracle 中可以使用標(biāo)準(zhǔn)方法（8i版本以上），也可以使用非標(biāo)準(zhǔn)的 ROWNUM ； MS SQL Server 則在 2005 版本中提供了 ROW_NUMBER() 函數(shù)；但在 MySQL 中似乎還沒(méi)有這樣的系統(tǒng)自帶功能。雖然 LIMIT 可以很方便的對(duì)返回的結(jié)果集數(shù)量和位置進(jìn)行過(guò)濾，但過(guò)濾出來(lái)的記錄的行號(hào)卻沒(méi)辦法被 SELECT 到。據(jù)說(shuō) MySQL 是早就想增加這個(gè)功能了，但我是還沒(méi)找到。

解決方法是通過(guò)預(yù)定義用戶變量來(lái)實(shí)現(xiàn)：

set @mycnt = 0;
select (@mycnt := @mycnt + 1) as ROWNUM , othercol from tblname order by othercol;

這樣查詢出來(lái)的結(jié)果集中 ROWNUM 就保存了行編號(hào)信息。這個(gè)行編號(hào)信息的某種用途在于當(dāng)你需要根據(jù)需要對(duì)數(shù)據(jù)按照某種規(guī)則排序并取出排序之后的某一行數(shù)據(jù)，并且希望知道這行數(shù)據(jù)在之前排序中的位置時(shí)就用得著了。比如：

set @mycnt = 0;
select * from (
    select (@mycnt := @mycnt + 1) as ROWNUM , othercol
     from tblname order by othercol
) as A where othercol=OneKeyID;

當(dāng)然你也可以通過(guò)創(chuàng)建臨時(shí)表的方法把查詢結(jié)果寫(xiě)到某個(gè)擁有 auto_increment 字段的臨時(shí)表中再做查詢，但考慮到臨時(shí)表在 MySQL master / slave 模式下可能產(chǎn)生的問(wèn)題，用這樣臨時(shí)用戶定義變量的方式來(lái)計(jì)算查詢結(jié)果集每一行對(duì)應(yīng)的行號(hào)還是更為簡(jiǎn)潔 -- 除非你愿意在 PHP 或其他語(yǔ)言腳本中對(duì)返回的整個(gè)結(jié)果集再作處理。

 

開(kāi)發(fā)環(huán)境:

Eclipse3.2

MyEclipse5.5.1GA

JDK1.5

 

創(chuàng)建一個(gè)WEB Service工程XFire，按照網(wǎng)上的實(shí)例開(kāi)發(fā)了一個(gè)簡(jiǎn)單的HelloWorld程序，發(fā)布到TOMCAT一切OK。

客戶端用XFire插件開(kāi)發(fā)（比較方便），需要先下載插件，步驟如下：

打開(kāi)Eclipse的Help菜單，選擇”Software Updates”，然后再選擇”Find and Install.”
選擇"Search for new features to install"，然后點(diǎn)擊Next
選擇"Create New Remote Site"， 在name中輸入"XFire"，在eclipse update site中輸入

http://dist.codehaus.org/xfire/update/
選擇OK
選擇Finish。

2、新建一個(gè)java project。命名為“Client”，其他默認(rèn)，finish。

3、File->New->Other ，選擇“XFire”文件夾下的“Code generation from WSDL document”，打開(kāi)代碼生成向?qū)В?/span>

WSDL的地址欄填入http://localhost:8080/XFire/services/HelloWorldService?wsdl，Output directory欄中點(diǎn)瀏覽按鈕，選擇我們剛才新建的項(xiàng)目Client，這兩項(xiàng)是必填的。可選項(xiàng)中，package一欄可以選已經(jīng)存在的包名，如果不填這一項(xiàng)，代碼生成器會(huì)在wsdl目標(biāo)命名空間的基礎(chǔ)上創(chuàng)建一個(gè)。

   完成后，可以看到項(xiàng)目中多了XFire類(lèi)庫(kù)，還有package下面的生成的一些類(lèi)。此時(shí)要保證IDE的Tomcat服務(wù)器是打開(kāi)的。
    此時(shí)，在調(diào)用服務(wù)之前，還有一個(gè)重要的步驟，從XFireProject項(xiàng)目的右鍵菜單里調(diào)出Properties配置窗口，選中左面一欄中的XFire項(xiàng)，右面會(huì)列出所有與XFire運(yùn)行有關(guān)的類(lèi)庫(kù)，按列表中所示的，選中一些類(lèi)庫(kù)，這些類(lèi)庫(kù)在調(diào)用本服務(wù)時(shí)是必須的。

Commons Codec(commons-codec-1.3.jar)

Commons HttpClient(commons-httpclient-3.0.jar)

如果缺少這兩個(gè)JAR文件，客戶端在調(diào)用WEB 服務(wù)時(shí)會(huì)出錯(cuò)。

   所有的配置都已經(jīng)完成，最后就是編寫(xiě)代碼完成調(diào)用。

 

在Tomcat5.0下正常發(fā)布，客戶端也能正常調(diào)用。然而在發(fā)布到WebSphere5.1(base)上面時(shí)，就出現(xiàn)了一些列問(wèn)題，下面是問(wèn)題簡(jiǎn)單描述（只截取了LOG中部分信息）以及解決過(guò)程。

[08-5-14 7:02:31:500 GMT] 2a29c7a6 XFireServlet  E org.codehaus.xfire.transport.http.XFireServlet  TRAS0014I: 下列異常已記錄 org.springframework.beans.factory.BeanDefinitionStoreException: Error registering bean with name 'xfire.typeMappingRegistry' defined in class path resource [org/codehaus/xfire/spring/xfire.xml]: Class that bean class [org.codehaus.xfire.aegis.type.DefaultTypeMappingRegistry] depends on not found; nested exception is java.lang.NoClassDefFoundError: org/codehaus/xfire/aegis/type/DefaultTypeMappingRegistry

java.lang.NoClassDefFoundError: org/codehaus/xfire/aegis/type/DefaultTypeMappingRegistry

 

[08-5-14 7:02:31:531 GMT] 2a29c7a6 ServletInstan E SRVE0100E: 未識(shí)別出由 servlet XFireServlet 拋出的 init() 異常：javax.servlet.ServletException: Error initializing XFireServlet.

       at org.codehaus.xfire.transport.http.XFireServlet.init(XFireServlet.java:52)

[08-5-14 7:02:31:531 GMT] 2a29c7a6 WebGroup      E SRVE0020E: ［Servlet 錯(cuò)誤］－［XFireServlet］：無(wú)法裝入 servlet：org.springframework.beans.factory.BeanDefinitionStoreException: Error registering bean with name 'xfire.typeMappingRegistry' defined in class path resource [org/codehaus/xfire/spring/xfire.xml]: Class that bean class [org.codehaus.xfire.aegis.type.DefaultTypeMappingRegistry] depends on not found; nested exception is java.lang.NoClassDefFoundError: org/codehaus/xfire/aegis/type/DefaultTypeMappingRegistry

java.lang.NoClassDefFoundError: org/codehaus/xfire/aegis/type/DefaultTypeMappingRegistry

 

[08-5-14 7:02:31:547 GMT] 2a29c7a6 WebGroup      E SRVE0026E: ［Servlet 錯(cuò)誤］－［XFireServlet］：org.springframework.beans.factory.BeanDefinitionStoreException: Error registering bean with name 'xfire.typeMappingRegistry' defined in class path resource [org/codehaus/xfire/spring/xfire.xml]: Class that bean class [org.codehaus.xfire.aegis.type.DefaultTypeMappingRegistry] depends on not found; nested exception is java.lang.NoClassDefFoundError: org/codehaus/xfire/aegis/type/DefaultTypeMappingRegistry

java.lang.NoClassDefFoundError: org/codehaus/xfire/aegis/type/DefaultTypeMappingRegistry

 

上述問(wèn)題出現(xiàn)后開(kāi)始在網(wǎng)上大肆查找資料，中間替換過(guò)WebSphere中lib里面的幾個(gè)包，報(bào)的錯(cuò)誤雖然有所變化，但仍然不能清除。最后覺(jué)得是否與JDK版本有關(guān)，因?yàn)樵?/span>WebSphere啟動(dòng)日志里看到WebSphere用的JDK版本是1.4.1，而我所開(kāi)發(fā)的XFire工程是JDK1.5,因此決定把XFire工程用JDK包換成1.4然后用1.4版本重新編譯，然后導(dǎo)出WAR包重新在WebSphere中發(fā)布。

 

先將WebSphere下的lib包恢復(fù)到原來(lái)狀態(tài)（因?yàn)橹虚g替換過(guò)幾個(gè)包）重新發(fā)布1.4版本后，錯(cuò)誤依舊，好吧，開(kāi)始替換WebSphere下的包：

1、  先將WebSphere下的lib包中的qname.jar包替換為最新版本。

2、  將WebSphere下的lib包中的jdom.jar替換為jdom-1.0.jar.

3、  將WebSphere下的lib包中的wsdl4j.jar包替換為wsdl4j-1.5.1.jar(本來(lái)替換為xfire-1.2.6下lib里面的wsdl4j-1.6.1.jar，但替換完之后服務(wù)起不來(lái)了，其他版本的沒(méi)試，在網(wǎng)上看到好像說(shuō)wsdl4j-1.5.1解決了之前版本的什么BUG.)

4、  在WebSphere下的lib包中添加：stax-api-1.0.1.jar和jaxen-1.1-beta-9.jar兩個(gè)包。（還有說(shuō)需要添加stax-untils-20040917.jar,不過(guò)好像不添加也沒(méi)問(wèn)題。這些包在xfire-1.2.6的lib里面都有。）

重新啟動(dòng)服務(wù)器，我們終于可以看到盼望已久的wsdl描述頁(yè)面。

 

然后就測(cè)試客戶端，注意XFire插件開(kāi)發(fā)客戶端程序好像必須使用JDK1.5，低版本好像不支持。（記得在工程屬性里將JDK換成1.5后，然后在Java Compiler中選中“Enable project specific settings”，然后在下面的“Compiler compliance level選中5.0”，然后點(diǎn)Apply->ok,重新編譯一下），好，編寫(xiě)一個(gè)測(cè)試類(lèi)，運(yùn)行就可以看到我們想要得到的HelloWorld了。

 

總結(jié)：注意JDK版本是否沖突。注意WebSphere下的lib中的包是否和項(xiàng)目中的包沖突以及包是否全。

一個(gè)不錯(cuò)的編寫(xiě)properties文件的Eclipse插件（plugin），有了它我們?cè)诰庉嬕恍┖?jiǎn)體中文、繁體中文等Unicode文本時(shí)，就不必再使用native2ascii編碼了。您可以通過(guò)Eclipse中的軟件升級(jí)（Software Update）安裝此插件，步驟如下：