org.springframework.beans.factory.BeanDefinitionStoreException: Line 14 in XML document from ServletContext resource [/WEB-INF/springctx-datareport.xml] is invalid; nested exception is org.xml.sax.SAXParseException: Element type "bean" must be followed by either attribute specifications, ">" or "/>".

仔細查看了一下配置文件，原來是同組的組員在寫配置文件的時候在class="...."后面多了一個引號！
這個Listener Start的問題太隱蔽，如果沒有做錯誤日志估計一直很難發現了
不過這次有了教訓，以后也有方向了

而在其它的編輯器中，默認保存的內容都是GB2312或者GBK（NOTEPAD中對應ANSI）.而根據前面所說的UTF-8和GBK,GB2312等的編碼值是不同的這一點，可以知道，如果文件使用了UTF-8，那么字符編碼就必須使用UTF-8，否則編碼值的不同就可能造成亂碼。而這也就是為什么那么多的人使用了UTF-8編碼后還會產生亂碼的根本原因。（JS和JSP都是這個道理）

3、JSP,STRUTS等的中文亂碼解決方案
?????其實解決的方法只有一個：

?request.setCharacterEncoding(encoding);

???方法只有一種，但處理方式就多種多樣了，初學者會在JSP頁面上直接使用，而有經驗的程序員會使用過濾器。而現在所要說的方法也是過濾器。這里以統一使用UTF-8作為編碼作為例子說明。具體過程就不多說了，網上有很多教程。偷懶一點的，到TOMCAT中復制就行了。在TOMCAT的目錄下的\webapps\jsp-examples\WEB-INF\classes\filters\找到SetCharacterEncodingFilter.java 這個類，放到你的程序中并配置好映射路徑。配置好后基本上你的亂碼問題就解決了。但要映射路徑中需要注意的就是不能使用 '*'

?? < filter-mapping >
???? < filter-name > Set?Character?Encoding </ filter-name >
???? < servlet-name > * </ servlet-name >
?? </ filter-mapping >

像上面這樣配置的話(可能也是網上大多教程的做法，想當年也是害苦了我)，可能你只有JSP的亂碼解決了，要解決STRUTS的亂碼需要映射 *.do 或者 servletActionName。然后在初始化參數中設置encoding的值就行了。

< init-param >
?????? < param-name > encoding </ param-name >
?????? < param-value > UTF-8 </ param-value >
</ init-param >

當然，最重要的是要記得根據前面所說的方法，改變你所使用的編輯器保存文件的編碼要與使用的字符編碼一致。
而在JSP內容中，還是使用如網上教程所說的那種技倆，在所有頁面的頁首加入：

<% @?page?language = "java"?contentType = " text / html;?charset = UTF - 8 "
????pageEncoding = "UTF - 8 " %>

xmlhttp.open(?"post",?url,?async?);
xmlhttp.setRequestHeader(?"Content-Type",?"text/html"?);
xmlhttp.send(?params?);

通過前面的說明，不知道你現在看出端倪了沒有。不知道是受了網上教程的影響還是其它方面影響，setRequestHeader并是萬年不變的，也沒人想過去改它，而問題就正好出在這個地方。回想一個JSP頁面內容的編碼設置，其中有這么一節：

contentType="text/html;?charset=UTF-8"

現在知道問題了吧，所以我們要把第二句代碼改為：

xmlhttp.setRequestHeader(?"Content-Type",?"text/html;charset=UTF-8"?);

最后別忘了在返回數據時也設置上：

response.setContentType(?"text/xml"?);
response.setCharacterEncoding(?"UTF-8"?);

是不是很簡單，一點都不麻煩呢？
如果要問為什么的話，其實我們可以把xmlhttp看成是一個臨時頁面，它由瀏覽器動態生成，主要作用是在后臺獲得請求的數據（可以看成是一個高級的iframe）。所以對于普通頁面設置的編碼，對它也要同樣設置。而在servlet中返回數據為什么要設置contentType和encoding其道理也是一樣的。眾所周知，jsp的最后形態就是servlet，而jsp頁首設置的那個內容其實也就是讓生成的servlet中生成這么兩句話：

response.setContentType(?"text/html"?);
response.setCharacterEncoding(?"UTF-8"?);

而pageEncoding則是跟jvm說明了這個頁面的內容要使用什么編碼保存（這跟之后生成的CLASS有關系）。所以在servlet設置response的編碼也是理所當然的了。

一口氣把自己一年以來遇到的亂碼問題和解決的方案寫出來了，希望對你有所幫助。

對象引用應用程序設計接口是JDKTM1.2中新定義的。該應用程序設計接口允許應用程序以對象引用的方式與JVM的內存管理器進行交互。當應用程序需管理大量內存對象或者在新的Java對象創建之前需刪除原有對象時，Java對象引用應用程序設計接口具有相當大的用途，例如：
　　
　　● 基于Web的應用程序常常要求顯示大量圖片，當用戶離開某一Web頁時，往往不能確定是否能夠順利的返回。在這種程序中，應用Java對象引用API可以創建這樣一個環境，即當堆內存以最小程度運行時，內存管理器創建對象。當用戶返回時，應用程序就會重新載入已經創建的圖片。
　　
　　● 應用對象引用隊列可以創建這樣一個環境，當通過對象引用獲得某一對象時，應用程序得到通知。然后，應用程序就可以對相關對象進行清除操作，同時使這些對象在內存管理器中合法化。
　　
　　內存管理器的工作機制
　　
　　下面將首先介紹未嵌入引用對象時內存管理器的工作機制，然后討論引用對象加入之后Java堆發生的變化。
　　
　　內存管理器的作用就是識別程序中不再使用的對象，并且回收其內存。
　　
　　一個Java應用程序由一系列線程組成，每個線程執行一系列方法，而每個方法通過參數或局部變量來引用對象。這些引用屬于引用集合中的一部分，直接進入應用程序。另外，引用集合中還包括類庫中定義的靜態引用變量，以及通過Java本地接口（JNI）API獲得的引用。引用集合中的所有引用對象都可以被當前應用程序獲取，而不必被回收。同樣地，這些對象可能包含對其它對象的引用，也可以被應用程序獲取，依此類推。Java堆中的其它對象視為不可獲取的，而所有這些不可獲取的對象在內存管理中也是合法的。如果一個不可獲取的對象使用finalize()方法，任務就交給了對象所調用的收尾器（finalizer）。在內存回收期間，不具有收尾器的不可獲取對象和已經調用收尾器的對象被簡單回收。
　　
　　內存回收的算法是不斷變化的，共性的方面是從引用集合中識別可獲取的對象以及回收被其它對象占據的內存空間。
　　
　　加入引用對象之后的引用與常規引用的區別在于，引用對象中的引用專門由內存管理器來處理。引用對象封裝了其它一些對象的引用，我們稱之為指示對象。在引用對象創建的同時，也就定義了該引用對象的指示對象。
　　
　　Java對象引用
　　
　　圖１所示為對象引用應用程序設計接口中定義的類層次。其中SoftReference類、WeakReference類和PhantomReference類中分別定義了三種引用對象以及相應的三種獲取對象的能力。因此按照由強到弱，對象可獲取程度可劃分為如下五種類型：強獲取（strongly reachable）、次獲取（softly reachable）、弱獲取（weakly reachable）、虛獲取（phantomly reachable）和不可獲取（unreachable）。
　　　
　　圖1 對象應用類層次
　　
　　根據應用程序要求，對象可以是強引用（strong references）、次引用（soft references）、弱引用（weak references）、虛引用（phantom references）的任意組合。為了確定對象的可獲取程度，JVM內存管理器從引用集合出發遍尋堆中所有到對象的路徑。當到達某對象的任意路徑都不含有引用對象時，則稱該對象具有強獲取能力；當路徑中含有一個或幾個引用對象時，根據內存管理器所查詢的引用對象的類型分別歸為次獲取、弱獲取、虛獲取。
　　
　　另外，對象引用API中還定義了引用對象隊列（java.lang.ref.ReferenceQueue），這是內存管理器對引用對象進行管理的一種簡單數據結構。值得注意的是，在進行引用對象定義時，要求phantom reference對象必須產生于一個引用對象隊列，而soft reference和weak reference對象則無此限制，如：
　　
　　

ReferenceQueue?queue? = ? new ?ReferenceQueue();
　　PhantomReference?pr? = ? new ?PhantomReference(object,?queue);

　　Soft References 應用實例
　　
　　下面以在基于web的應用程序中使用soft references為例，來說明Java對象引用與JVM的內存管理器進行交互的原理。
　　
　　當用戶打開某一web頁時，applet代碼獲得圖片并且得到顯示。如果在代碼中同時創建了該圖片對象的soft references，那么當用戶離開該web頁時，內存管理器對圖片所分配的內存是否回收做出選擇。當用戶返回該web頁時，在applet代碼中使用SoftReference.get方法就會得到圖片才內存中是否仍存在的消息。如果在內存管理器中未創建該圖片，在web頁上會很快得到顯示；否則，applet代碼就會重新獲取。
　　
　　下面是Example.java的完整源代碼。
　　
　　

import ?java.awt.Graphics;
　　 import ?java.awt.Image;
　　 import ?java.applet.Applet;
　　 import ?java.lang.ref.SoftReference;
　　 public ? class ?Example? extends ?Applet? {
　　　　SoftReference?sr? = ? null ;
　　　　 public ? void ?init()? {
　　　　　　System.out.println( " Initializing " );
　　　　}
　　　　 public ? void ?paint(Graphics?g)? {
　　　　　　Image?im? = ?(sr? == ? null )? ? ? null ?:?(Image)(sr.get());
　　　　　　 if ?(im? == ? null )? {
　　　　　　　　System.out.println( " Fetching?image " );
　　　　　　　　im? = ?getImage(getCodeBase(), " yundong.gif " );
　　　　　　　　sr? = ? new ?SoftReference(im);
　　　　　?}
　　　　　?System.out.println( " Painting " );
　　　　　?g.drawImage(im,? 25 ,? 25 ,? this );
　　　　　?g.drawString( " 運動之美 " , 20 , 20 );?
　　　　　im? = ? null ;　
　　　　 /**/ /* ?Clear?the?strong?reference?to?the?image? */
　　　　}
　　
　　　　 public ? void ?start()? {
　　　　　　System.out.println( " Starting " );
　　　　}
　　
　　　　 public ? void ?stop()? {
　　　　　　System.out.println( " Stopping " );
　　　　}
　　}

　　
　　在上面的代碼中，對象image是一個圖片對象，傳遞給一個SoftReference對象sr。其中image對象是sr的指示對象，sr中的引用域是從次引用（soft reference）到 image。
　　
　　Weak References分析
　　
　　對于一個穩定的對象，比如說線程類對象，當需要獲取外部數據時，在程序中應用weak references是非常理想的。如果利用引用隊列創建了某一線程的weak reference，那么當線程不再具有強獲取能力時，應用程序得到通知，根據此通知，應用程序才能執行相關數據對象的清除工作。
　　
　　當內存管理器未發現strong references 和 soft references 時，我們稱對象具有弱獲取能力，即在到達該對象的路徑中至少包含一個weak reference。程序中weak references被清除一段時間后，弱獲取對象被收尾器收集。由此也可以看出，soft reference和weak reference之間的區別在于，應用soft reference時，內存管理器利用算法決定是否創建弱獲取對象，而應用weak reference時，內存管理器必須創建次獲取對象。
　　
　　引用對象鏈
　　
　　當到達某一對象的路徑中含有多個引用對象時，就構成了引用對象鏈。內存管理器按照由強到弱的順序處理引用對象，具體處理步驟包括：Soft references、 Weak references、Finalization、Phantom references和創建對象五個部分。
　　
　　當內存管理器未發現前三種對象引用時，我們稱對象具有虛獲取能力，即在到達該對象的路徑中至少包含一個phantom reference。虛引用對象直接被收尾器收集，而不被重新創建。當內存管理器發現只有phantom references時，對象就將處于等候phantom reference狀態，應用程序向引用隊列發出通知，然后對虛引用對象調用clear()方法，將其引用域設置為null，最后對不可獲取對象執行收集清除處理任務。
　　
　　通常，對象所具有的獲取能力與引用對象集合直接路徑中的最弱連接者相同。據此可以看出：
　　
　　圖2（a）中，虛引用對象具有強獲取能力，其它對象均具虛獲取能力；
　　
　　（b）中虛引用對象和弱引用對象均具強獲取能力，故次引用對象和對象集合具有若獲取能力；
　　
　　（c）中虛引用對象、弱引用對象和次引用對象均具強獲取能力，那么對象集合則具次獲取能力。
　　　
　　圖2 引用對象鏈
　　小結
　　● 引用對象API是Java2平臺中的特色之一。
　　
　　● 在程序中使用引用對象API不但可以在一定程度上控制內存管理器，實現內存自動管理，還可以提高程序的穩定性和安全性。
　　
　　● 引用對象鏈中各個對象的獲取能力與整個鏈相關。