abstract class和interface是Java語言中對于抽象類定義進行支持的兩種機制，正是由于這兩種機制的存在，才賦予了Java強大的面向對象能力。
接口：沒有提供任何具體實現，可以說是一個極度抽象的類，他允許你創建一個能夠被向上轉型為不止一種基類型的類，以此來實現多重繼承。
抽象類：包含一種或多種抽象方法的類，且可以提供具體的實現。定義抽象類后，其他類可以對他進行擴充并且通過實現其中的抽象方法，使用抽象類具體話。
Java中的接口和抽象類的區別：接口中沒有屬性，而且所有的方法都是抽象的，而抽象類可以有屬性，而且可以有抽象方法，也可以有實現的方法。但兩者都不能被實例話。
使用的時候，一個類可以繼承多個接口，但只能繼承一個抽象類。
一、理解抽象類
abstract class和interface在Java語言中都是用來進行抽象類（本文中的抽象類并非從abstract class翻譯而來，它表示的是一個抽象體，而abstract class為Java語言中用于定義抽象類的一種方法，請讀者注意區分）定義的，那么什么是抽象類，使用抽象類能為我們帶來什么好處呢？
在面向對象的概念中，我們知道所有的對象都是通過類來描繪的，但是反過來卻不是這樣。并不是所有的類都是用來描繪對象的，如果一個類中沒有包含足夠的信息來描繪一個具體的對象，這樣的類就是抽象類。抽象類往往用來表征我們在對問題領域進行分析、設計中得出的抽象概念，是對一系列看上去不同，但是本質上相同的具體概念的抽象。
比如：如果我們進行一個圖形編輯軟件的開發，就會發現問題領域存在著圓、三角形這樣一些具體概念，它們是不同的，但是它們又都屬于形狀這樣一個概念，形狀這個概念在問題領域是不存在的，它就是一個抽象概念。正是因為抽象的概念在問題領域沒有對應的具體概念，所以用以表征抽象概念的抽象類是不能夠實例化的。
在面向對象領域，抽象類主要用來進行類型隱藏。我們可以構造出一個固定的一組行為的抽象描述，但是這組行為卻能夠有任意個可能的具體實現方式。這個抽象描述就是抽象類，而這一組任意個可能的具體實現則表現為所有可能的派生類。模塊可以操作一個抽象體。由于模塊依賴于一個固定的抽象體，因此它可以是不允許修改的；同時，通過從這個抽象體派生，也可擴展此模塊的行為功能。熟悉OCP的讀者一定知道，為了能夠實現面向對象設計的一個最核心的原則OCP(Open-Closed Principle)，抽象類是其中的關鍵所在。
二、從語法定義層面看abstract class和interface
在語法層面，Java語言對于abstract class和interface給出了不同的定義方式，下面以定義一個名為Demo的抽象類為例來說明這種不同。使用abstract class的方式定義Demo抽象類的方式如下：

abstract class Demo ｛
abstract void method1();
abstract void method2();
…
｝

使用interface的方式定義Demo抽象類的方式如下：

interface Demo {
void method1();
void method2();
…
}

在abstract class方式中，Demo可以有自己的數據成員，也可以有非abstarct的成員方法，而在interface方式的實現中，Demo只能夠有靜態的不能被修改的數據成員（也就是必須是static final的，不過在interface中一般不定義數據成員），所有的成員方法都是abstract的。從某種意義上說，interface是一種特殊形式的abstract class。
從編程的角度來看，abstract class和interface都可以用來實現"design by contract"的思想。但是在具體的使用上面還是有一些區別的。
首先，abstract class在Java語言中表示的是一種繼承關系，一個類只能使用一次繼承關系。但是，一個類卻可以實現多個interface。也許，這是Java語言的設計者在考慮Java對于多重繼承的支持方面的一種折中考慮吧。
其次，在abstract class的定義中，我們可以賦予方法的默認行為。但是在interface的定義中，方法卻不能擁有默認行為，為了繞過這個限制，必須使用委托，但是這會 增加一些復雜性，有時會造成很大的麻煩。
在抽象類中不能定義默認行為還存在另一個比較嚴重的問題，那就是可能會造成維護上的麻煩。因為如果后來想修改類的界面（一般通過abstract class或者interface來表示）以適應新的情況（比如，添加新的方法或者給已用的方法中添加新的參數）時，就會非常的麻煩，可能要花費很多的時間（對于派生類很多的情況，尤為如此）。但是如果界面是通過abstract class來實現的，那么可能就只需要修改定義在abstract class中的默認行為就可以了。
同樣，如果不能在抽象類中定義默認行為，就會導致同樣的方法實現出現在該抽象類的每一個派生類中，違反了"one rule，one place"原則，造成代碼重復，同樣不利于以后的維護。因此，在abstract class和interface間進行選擇時要非常的小心。
三、從設計理念層面看abstract class和interface
上面主要從語法定義和編程的角度論述了abstract class和interface的區別，這些層面的區別是比較低層次的、非本質的。本文將從另一個層面：abstract class和interface所反映出的設計理念，來分析一下二者的區別。作者認為，從這個層面進行分析才能理解二者概念的本質所在。
前面已經提到過，abstarct class在Java語言中體現了一種繼承關系，要想使得繼承關系合理，父類和派生類之間必須存在"is a"關系，即父類和派生類在概念本質上應該是相同的。對于interface 來說則不然，并不要求interface的實現者和interface定義在概念本質上是一致的，僅僅是實現了interface定義的契約而已。為了使論述便于理解，下面將通過一個簡單的實例進行說明。
考慮這樣一個例子，假設在我們的問題領域中有一個關于Door的抽象概念，該Door具有執行兩個動作open和close，此時我們可以通過abstract class或者interface來定義一個表示該抽象概念的類型，定義方式分別如下所示：

使用abstract class方式定義Door：

abstract class Door {
abstract void open();
abstract void close()；
}

使用interface方式定義Door：

interface Door {
void open();
void close();
}

其他具體的Door類型可以extends使用abstract class方式定義的Door或者implements使用interface方式定義的Door。看起來好像使用abstract class和interface沒有大的區別。
如果現在要求Door還要具有報警的功能。我們該如何設計針對該例子的類結構呢（在本例中，主要是為了展示abstract class和interface反映在設計理念上的區別，其他方面無關的問題都做了簡化或者忽略）下面將羅列出可能的解決方案，并從設計理念層面對這些不同的方案進行分析。
解決方案一：
簡單的在Door的定義中增加一個alarm方法，如下：

abstract class Door {
abstract void open();
abstract void close()；
abstract void alarm();
}

或者

interface Door {
void open();
void close();
void alarm();
}

那么具有報警功能的AlarmDoor的定義方式如下：

class AlarmDoor extends Door {
void open() { … }
void close() { … }
void alarm() { … }
}

或者

class AlarmDoor implements Door ｛
void open() { … }
void close() { … }
void alarm() { … }
｝

這種方法違反了面向對象設計中的一個核心原則ISP（Interface Segregation Priciple），在Door的定義中把Door概念本身固有的行為方法和另外一個概念"報警器"的行為方法混在了一起。這樣引起的一個問題是那些僅僅依賴于Door這個概念的模塊會因為"報警器"這個概念的改變（比如：修改alarm方法的參數）而改變，反之依然。
解決方案二：
既然open、close和alarm屬于兩個不同的概念，根據ISP原則應該把它們分別定義在代表這兩個概念的抽象類中。定義方式有：這兩個概念都使用abstract class方式定義；兩個概念都使用interface方式定義；一個概念使用abstract class方式定義，另一個概念使用interface方式定義。
顯然，由于Java語言不支持多重繼承，所以兩個概念都使用abstract class方式定義是不可行的。后面兩種方式都是可行的，但是對于它們的選擇卻反映出對于問題領域中的概念本質的理解、對于設計意圖的反映是否正確、合理。我們一一來分析、說明。
如果兩個概念都使用interface方式來定義，那么就反映出兩個問題：
1、我們可能沒有理解清楚問題領域，AlarmDoor在概念本質上到底是Door還是報警器？
2、如果我們對于問題領域的理解沒有問題，比如：我們通過對于問題領域的分析發現AlarmDoor在概念本質上和Door是一致的，那么我們在實現時就沒有能夠正確的揭示我們的設計意圖，因為在這兩個概念的定義上（均使用interface方式定義）反映不出上述含義。
如果我們對于問題領域的理解是：AlarmDoor在概念本質上是Door，同時它有具有報警的功能。我們該如何來設計、實現來明確的反映出我們的意思呢？前面已經說過，abstract class在Java語言中表示一種繼承關系，而繼承關系在本質上是"is a"關系。所以對于Door這個概念，我們應該使用abstarct class方式來定義。另外，AlarmDoor又具有報警功能，說明它又能夠完成報警概念中定義的行為，所以報警概念可以通過interface方式定義。如下所示：

abstract class Door {
abstract void open();
abstract void close()；
}
interface Alarm {
void alarm();
}
class AlarmDoor extends Door implements Alarm {
void open() { … }
void close() { … }
void alarm() { … }
}

這種實現方式基本上能夠明確的反映出我們對于問題領域的理解，正確的揭示我們的設計意圖。其實abstract class表示的是"is a"關系，interface表示的是"like a"關系，大家在選擇時可以作為一個依據，當然這是建立在對問題領域的理解上的，比如：如果我們認為AlarmDoor在概念本質上是報警器，同時又具有Door的功能，那么上述的定義方式就要反過來了。
abstract class和interface是Java語言中的兩種定義抽象類的方式，它們之間有很大的相似性。但是對于它們的選擇卻又往往反映出對于問題領域中的概念本質的理解、對于設計意圖的反映是否正確、合理，因為它們表現了概念間的不同的關系（雖然都能夠實現需求的功能）。這其實也是語言的一種的慣用法，希望讀者朋友能夠細細體會

WebServices 是部署在WEB上的組件和對象!
? 它具有以下幾點特征:
?? 1. 高度的耦合性.就是移植性還不錯,相互依賴不強 .
?? 2. 高度的集成性.
?? 3. 完好的封狀性. 就是我們只可以看到他想讓你看到的東西 呵呵!
?? 4. 使用標準協議規范.

對synchronized(this)的一些理解
	?
一、當兩個并發線程訪問同一個對象object中的這個synchronized(this)同步代碼塊時，一個時間內只能有一個線程得到執行。另一個線程必須等待當前線程執行完這個代碼塊以后才能執行該代碼塊。 二、然而，當一個線程訪問object的一個synchronized(this)同步代碼塊時，另一個線程仍然可以訪問該object中的非synchronized(this)同步代碼塊。 三、尤其關鍵的是，當一個線程訪問object的一個synchronized(this)同步代碼塊時，其他線程對object中所有其它synchronized(this)同步代碼塊的訪問將被阻塞。 四、第三個例子同樣適用其它同步代碼塊。也就是說，當一個線程訪問object的一個synchronized(this)同步代碼塊時，它就獲得了這個object的對象鎖。結果，其它線程對該object對象所有同步代碼部分的訪問都被暫時阻塞。 五、以上規則對其它對象鎖同樣適用.

全面認識JAVA
作者：unknown 更新時間：2005-04-07	?
?
作SCJP培訓已經有一段時間了，到我這學習的有在校的大學生，也有在職的開發人員。通常這些學員此前都對Java已有一些了解，但普遍對Java缺乏總體的認識。于是學員總是問，Java應該怎么學？Java能做什么？什么是Applet？什么是Servlet、Jsp、EJB?還有Webspere、Weblogic又是做什么的等等。之所以學員會有這些疑問，是因為大家普遍對Java相關概念聽說的太多而了解的又相對少的緣故。 學通Java語言需要一個過程，所有Java相關的概念都會在學習的過程中逐漸變得清昕。這個過程的開始就是要先學會標準的Java技術(J2SE)，然后是學Java的簡單Web運用，然后分布式運用,再以后對Java的移動技術運用就很容易理解了。 以下是Java標準技術的一些要點： 一、Java的跨平臺性，即一次編譯到處運行 簡單地說Java的跨平臺性就是指，編譯后的Java程序可直接在不同的平臺上運行而不用重新編譯，這一特性使得Java隨著Web應用的普及而迅速普及起來。而Java的跨平臺性是如何實現的呢？這就要理解Java虛擬機和字節碼的概念。 　　實際上，編譯后的Java代碼并不是傳統的二進制代碼（如Windows下的.exe文件），而是Java字節碼，這種字節碼文件是不能直接在操作系統上執行的。要想在一個操作系統上運行一個Java程序必須有一個中間環節來負責將Java字節碼解釋成二進制碼，這個中間環節就是Java虛擬機（簡稱JVM)。由于目前大多數操作系統已經實現了JVM，所以Java輕松實現跨平臺性。 　　二、面象對象技術 　　Java全面支持面象對象技術，這體現在Class（類）是Java程序構成的基本單元，一個Java程序通常由許多Class組成，而且這些Class還會有一定的繼承關系，Java支持Class的單繼承，從而使類之間的繼承關系更明確。繼承的結果產生類的多態性，類的多態本質上講就是可以用父類的引用訪問繼承類的實現（子類對象），類的這種多態性最終形成了組件對象模型的基礎，即通過接口（父類）訪問實現（子類）。 　　三、Java中的I/O操作 　　Java中以字節流（InputStream和OutputStream)、節符流（Reader和Writer)來分別讀寫二進制數據和字符數據，使用非常簡單有效。Java類庫中的File類不僅提供文件操作而且還包含文件夾操作，如下面這幾行代碼可以列出C盤根目錄下的所有文件： File f=new File("c://"); String [] m_dir= f.list(); for(int i=0;i<m_dir.length;i++) System.out.println(m_dir[i]); 四、Java中的圖形及事件處理 可以用awt包或swing包的Java類來進行大部分的Java圖形界面設計，下面的幾行代碼將產生一個200*200像素的窗體： Frame f=new Frame("Welcome"); f.setSize(200,200); f.setVisible(true); 默認情況下，Frame窗體的關閉按鈕不起作用，這也是Java初學者迷惑的地方。為了使用戶按下關閉按鈕時能關閉Frame窗體，需要讓這個窗體響應一個WindowEvent事件，具體的做法就是給這個窗體添加一個事件監聽器對象，這個事件監聽器就是WindowListener接口的實現。在上面的代碼中插入如下代碼就可以關閉窗體： f.addWindowListener(new WindowAdapter(){ ??public void windowClosing(WindowEvent e){ System.exit(0); ??} } 這里用到一個無名內部類，無名內部類是Java中內部類的一種靈活運用方式。 五、Java中線程及同步控制 線程概念的引入是為了實現并行處理，從而提高程序的效率。Java中的線程實現非常簡單，可以用兩種方式來創建線程，一種是實現Runnable接口，另一種是繼承Thread類重寫run()方法。兩種方式唯一的不同就是前者保留了繼承一個類的可能（因為Java只支持類的單繼承，但接口沒有此限制）。 　　永遠都用start()方法來啟動一個線程，線程類中的run()可以被直接調用，但決不是啟動一個線程，二者有著本質的區別。 　　用同步控制關鍵字synchronized來保護線程敏感數據，synchronized塊中的內容可以保證同一時刻只能被一個線程訪問，所以其中的數據是線程安全的。 　　用Object類中的wait()和notify()方法可以實現線程間交互，但要記住wait()和notify()方法只有發生在同一個對象上才能真正實現線程間交互。被某一對象wait()方法阻塞的線程需要另外一個調用了同一對象notify()的線程干預才能恢復運行。notify()方法一次喚醒一個被wait()方法阻塞的線程，notifyAll()方法可以一次喚醒所有被wait()方法阻塞的線程。 　　六、Java本地方法（native方法）的實現 　　Java不是完美的，Java的不足除了體現在運行速度上要比傳統的C++慢許多之外，Java無法直接訪問到操作系統底層（如系統硬件等)，為此Java使用native方法來擴展Java程序的功能。 　　可以將native方法比作Java程序同Ｃ程序的接口，其實現步驟： 　　１、在Java中聲明native()方法，然后編譯； 　　２、用javah產生一個.h文件； 　　３、寫一個.cpp文件實現native導出方法，其中需要包含第二步產生的.h文件（注意其中又包含了JDK帶的jni.h文件）； 　　４、將第三步的.cpp文件編譯成動態鏈接庫文件； 　　５、在Java中用System.loadLibrary()方法加載第四步產生的動態鏈接庫文件，這個native()方法就可以在Java中被訪問了。 　　上述所提及的一些Java技術具有一定的普遍性，它們基本上是在Java各個方面的運用中都需要掌握的術。實際上Java的運用非常廣泛，而且每個方面都需要遵循不同的規范。以下是對Java應用的簡要介紹。 （一）理解Java SDK的三個版本： Java SDK Micro Edition (J2ME) 用于開發掌上電腦、手機等移動通信設備上使用的應用程序。并不是所有的移動設備都支持Java，只有具備J2ME運行環境（JVM+J2ME API)的設備才能運行Java程序。J2ME的集成開發工具（通常都有帶有一些訪真器）有 Sun 的J2ME Wireless Toolkit 、IBM的Visul Age Micro Edition 等。 Java SDK Standard Edition（J2SE) 主要用于開發一般臺式機應用程序。我們平時所說的JDK就指J2SE，而我們學Java就是從學習J2SE開始的。 Java SDK Enterprise Edition (J2EE) 用于開發分布式的企業級大型應用程序。其中的核心是Entetprise Java Beans（EJB，分布式Java組件）的開發。 （二）Java小程序 （Applet) Java小程序是一個繼承了Applet類并重寫了init()、paint()、stop()等方法的的Java類，它被布署在Web服務器（如IIS）上，當客戶端請求Web頁時，瀏覽器從Web服務器上將其下載到本地客戶端，然后，瀏覽器創建該Applet類的實例并調用其init()方法，從安全角度考慮，Applet沒有訪問本地文件的權限。由于Applet是被瀏覽器執行的，所以Applet不需要一個main()方法。實際上，除了Java Application之外，所有其它Java應用都不需要一個main()方法。 （三）服務器端Java小程序 （Servlet） Servlet也是一個Java類，和Applet形成對比，Servlet是運行于服務器端的Java小程序，而且Servlet需要一個單獨的Web服務器（如Tomcat）做容器。除此之外，Servlet中用到的一些類（如HttpServlet)并不包含在J2SE API中，所以需要將Servlet.jar（在Tomcat的common\lib文件夾下）加到環境變量中去。下面是一個簡單的Servlet例子： public class Myservlet extends HttpServlet{ ??public void doGet(HttpServletRequest request,HttpServletResponse response) { ??try{ response.setContentType("text/html"); PrintWriter out=response.getWriter(); out.println("<html>"); out.println("<body>"); out.println("Hello world"); out.println("</body>"); out.println("</html>"); ??}catch(IOException e){} } } 將這個Class文件編譯后放至Tomcat\webapps\examples\WEB-INF\classes下，然后在瀏覽器地址欄里輸入http://127.0.0.1:8080/examples/servlet/Myservlet即可看到 Hello world出現在瀏覽器中。 （四）Java Server Page （JSP） 同Servlet相似的是，JSP運行于Web服務器端，并且也需要Tomcat之類的容器。不同的是，由于JSP是將Java代碼嵌在html標記里（同ASP一樣用<% ...%>)，JSP的界面設計同后臺開發人員的工作可以有效分離。可以想像讓開發人員用Servlet寫一個花捎的Web頁面有多困難，所以JSP+Servlet混合Web應用是比較理想的選擇。 看起來JSP同ASP的實現機制大同小異，其實也存在著本質的區別。所有的ASP頁面都是解釋運行的，而JSP頁在第一次被請求時會被編譯，再以后的客戶請求都是直接運行服務器上的.class文件（在Tomcat的Work文件夾下），所以JSP要比ASP速度上快許多。 （五）Java Beans Java Bean 是可復用的組件，對Java Bean并沒有嚴格的規范，理論上講，任何一個Java類都可以是一個Bean。但通常情況下，由于Java Bean是被容器所創建（如Tomcat)的，所以Java Bean應具有一個無參的構造器，另外，通常Java Bean還要實現Serializable接口用于實現Bean的持久性。 （六）Enterprise Java Beans （EJB） Java Bean實際上相當于微軟COM模型中的本地進程內COM組件，它是不能被跨進程訪問的。Enterprise Java Bean 相當于DCOM，即分布式組件。它是基于Java的遠程方法調用（RMI）技術的，所以EJB可以被遠程訪問（跨進程、跨計算機）。但EJB必須被布署在諸如Webspere、WebLogic這樣的容器中，EJB客戶從不直接訪問真正的EJB組件，而是通過其容器訪問。EJB容器是EJB組件的代理，EJB組件由容器所創建和管理。客戶通過容器來訪問真正的EJB組件。 這種模型很像COM+管理器，其實EJB容器正是起到COM+管理器的作用，只是EJB組件相對COM組件來說更易用、更安全。 總的說來，Java作為面象對象技術的一個代表，在當今商業應用中更容易開發出高效的、多層的分布式應用程序，而且，由于Java技術有很強的健壯性和易用性，加上同UML應用的結合，開發一個商業應用軟件的周期會大大縮短，所以Java會有不錯的前景。

Java學習過程的一些重點
	?
?
Java學習過程的一些重點 　　主要說說Java的幾大塊吧，無法說得很細，因為其實每一塊拿出來都能說很多，我就說一下這幾塊學習的時候的重點或者應該注意的東西。 數值類型： 　　雖然是面向對象的語言，但是在使用上數值類型還是必不可少的，如果在C的學習中已經掌握了C的數值計算和轉換規則，那我想這里應該沒有什么問題，只有兩點需要注意：1、14.0這樣的浮點常量被認為是double型，只有加上f后綴才是float型的；2、整數常量說起來被認為是int型，但是在編譯時，可以認為編譯器將其看作能表示該數的最小數值，因此byte b = 100;不會報錯。 引用類型： 　　我也是從C/C++轉過來的，其實所謂引用類型在C++中已有體現，就是傳參的時候有一種引用類型，從C來考慮，它就是一個指針，只不過，我們不能對它進行指針上的硬操作。所以這里的重點是：1、Java里所有的對象都是在堆中生成的，所以需要類似指針的東西指向它，那就是引用；2、我們通過引用操作的是引用所指向的對象，除了賦值操作外，應該就沒有什么操作是針對引用本身的了，這一點是C的指針與Java的引用區別所在。 類和對象： 　　這是一個大塊，有很多東西，不展開講了，就說幾個重點：1、類方法、類屬性與成員方法、成員屬性在加載、初始化、使用上的異同；2、在構造函數中，this()和super()的用法；3、子類的加載過程、初始化過程和構造過程；4、方法的重載和覆寫；5、覆寫所引出的多態問題。(注意：多態之應用在方法上，對屬性沒有作用) 函數調用的參數傳遞： 　　如果把引用類型所記錄的地址值，就看作是引用類型變量的值的話，那么，Java的所有方法調用的時候，都是采用的值傳遞??數值類型傳數值，引用類型傳地址。 IO流： 　　與C比起來，Java的輸入輸出，尤其是輸入是非常麻煩的，也許是因為出于面向對象的考慮吧？不知道。Java提供了很多的IO流，但是我們并不必將各種IO都搞清楚，我們只需要了解字節流與字符流各有什么功能，字符流是如何在字節流之上構造的，幾乎所有的字符流構造的時候都是建立在一個已有的字節流的基礎上的，并且它的這種設計使得我們可以像套管子一樣，將IO流一節一節套起來，直到得到我們想使用的IO對象(例：BufferedReader的使用)。在我們以后使用的時候，我們可以再去查API，我覺得主要要看的幾個類是：FileReader、FileWriter、BufferedReader，再配合上System.out對象，對于文本的輸入、輸出來說，就足夠用了，至于其他的，我覺得不考試的話，沒有必要看那么多，用的時候再看了。(我使用Java一年半來，基本上就在使用BufferedReader和System.out) 容器： 　　個人認為，這是Java編程的一大利器，我最愛用的類是：ArrayList(List)作為可變長數組、HashMap(Map)用來建立查找表，Set我很少用，只在HashMap的使用中連帶用過一些。通過對這兩個類的熟悉，能夠將List、Set和Map三大類的基本用法掌握。另外它的幾個輔助類要掌握：Iterator和Collections。Collections類提供容器的一些通用工具，比如排序。而說到排序，就牽扯出了比較器：Comparator。能夠熟練使用Comparator類，可以讓你為自己的需求和自己的類定制排序方案。 AWT和SWING： 　　個人認為，Java在圖形界面的制作上有著非常好的封裝性，我以前曾經試圖學過MFC，MFC在生成圖形界面的時候會幫助你生成一些代碼，然后讓你在這些代碼的指定位置添加代碼以實現功能，我這個人有個習慣，如果讓我看到了一些東西，那么我不搞清除為什么這么寫，就不會往下走，看到那許多代碼，自然就想弄清楚那些是什么，結果引出來好多知識，后來我才知道其中有些是調用WinAPI，結果我到現在還是不會用MFC。這里并不是貶低MFC，我相信MFC有其過人之處，只不過個人認為它的封裝性做得不好，暴露出了太多東西，也許能夠提高靈活性，不過，可能我跟它無緣:(。在這方面Java就做得不錯，給你一個類，你用就是了，它將圖形界面的低層實現隱藏的很好，將其作為一個對象給你，而你只需要在這個對象上修修改改，挺方便的。 　　作為初學者，我覺得AWT的重點在于它的幾個Listener的用法，還有布局格式，然后就是那許多的Component的用處和用法。(不過，我覺得，等到用的時候再去找合適的Component進行學習應該也不算太遲 ^_^) 　　不過，因為我個人使用的原因，所以至今AWT和SWING都用得很少，所以這方面也就不便多說了，抱歉。寫這些并不是告訴大家怎么解決問題，因為每一個都有很多可寫，只是希望能給初學者一點參考，希望能夠幫助初學者們有的放矢地看書。

JBuilder 9 常見快捷鍵
	?
?
1.工作區: (顯隱) 項目面板：ctrl + Alt + p (Project) 設計面板: ctrl + Alt + c (content) 結構面板: ctrl + Alt + s (Structure) 信息面板: ctrl + Alt + M (Message) 狀態面板: ctrl + Alt + Z 2.主面板:(代碼面板和設計面板) 激活代碼模塊: ctrl + J (@1) 參數提示信息的激活: ctrl + shift + H 打開查詢、替換窗口: ctrl + F 類的查詢: ctrl + - 3.F 鍵的用法 F1: 幫助快捷 F4: 運行多行 F5: 加入斷點 F7: 當遇到方法時會運行方法內的代碼 F8: 逐步運行代碼 F12: 代碼面板和設計面板切換 4. Shift 鍵的用法 添加多個相同組件： 按shift鍵在選項上選取組件，把組件添加到窗口即可 調整組件間間隔和對齊： 假設有組件JPanel 1/2/3;(要達到3個組件寬度相同，組件間隔相等，并且都是依據JPanel1左對齊),按shift鍵，用鼠標選中需要調整的組件，(第一個選中的組件是其他的基準)然后右鍵。 5: codeInsight 和 Codetemplates MemberInsight -- 根據當前的代碼提示可用的類成員或方法(說明) ParameterInsight -- 提示當前的方法需要使用的參數 SymbolInsigh -- 查看當前的變量、方法或者類的愿代碼。 MemberInsight: ctrl + space 或 ctrl + H ParameterInsight: ctrl + shift + space 或 ctrl + shift + H SymbolInsight: ctrl + Enter 或 Alt + shift + H ClassInsight : ctrl + alt + space 或 ctrl + alt + H 注： (@1)：使用代碼功能：(ctrl + J) 1、 在想要輸入代碼的位置輸入代碼摸板名，然后按 ctrl + J(開發人員可以用主菜單上的Tools/Editor/Templates命令來查看代碼摸板的名字) 2、把光標定位于想要輸入代碼的位置，然后按ctrl + J

1.得到當前程序文件的絕對路徑：this.getClass().getResource(this.getClass().getName()+".java").getPath()

關于軟件優化,硬件升級方面的:

至強64位雙CPU
2G內存 DDR2 533

tomcat5.5默認配置
java5.0默認配置
mysql5.0默認配置

帶寬為10M獨享.
如何改變軟件方面的配置要求。優化方面的資料。硬件方面要升級哪些？ 以達到支持大約在線用戶為最高2000人。

處理：
???????2000 人在線，每秒鐘請求數應該在幾百次或者更低些的程度，并發數不會超過100(平均10妙請求一次)，使用普通的 PC 機，每秒鐘也能夠處理上百次的請求；
???????緩存優化：解決性能問題首先想到的就是緩存，在 Web 應用中有很多緩存的方式，可以緩存到 Web 層的 servletContext 中，也可以緩存到業務層中，甚至可以在數據庫中建立冗余。而生成靜態頁面是一種極端的做法，一般來說會增加復雜性，同時可能會對靈活性和可維護性造成很大傷害。緩存的要點在于命中率，命中率低的東西不應該緩存，除非對內存的價格不做考慮。總結起來設計上就兩句話，使用 N 層結構，合理緩存。根據程序的需要，適當是使用緩存機制；
???????程序進行優化方法，比如：每次查找部分記錄，而不是全部查出來，這樣既可以減輕服務器的負擔，也可以減少網絡傳輸量； 對于系統中的數據庫連接一定要進行妥善的處理； 對需要用 scrchrnozied 的地方要用，但是有些地方可以不用同步化的，這個對速度影響也很大；從代碼入手，優化程序，在數據持久化上進行改進，采用成熟的庫訪問對象（Data Access Object）設計模式也會節省你的服務器開銷。
???????硬件升級：硬件方面還不行，硬盤最好搞陣列，還可以再來一個服務器，弄個負載均衡，由兩個服務器來處理用戶的請求，apache必然是要用到的，他將擋在tomcat前處理http請求。
???????注意：在硬件足夠強大的時候，將 web 與 db 分兩臺服務器來做，只會降低效率，因為網絡編組的成本要比本地內存中的復制高幾個數量級。同樣道理，負載均衡也只會導致更復雜的結構，會引起更多的問題，并產生更低于下的效率。將一個應用分布于多臺機器的唯一理由，就是由于一臺機器根本頂不住，不得不分。
???????環境優化：調Tomcat、JVM的Heap大小等參數做一些優化， Tomcat的虛擬內存管理有最大值限制，可以并發運行多個Tomcat來均衡負載，tomcat5.5默認配置? ==>改了JAVA_OPTS沒有？開大內存 既java_opts= -Xms1024m -Xmx1024m ；? java5.0默認配置??? ==>升級一下到最大的小版本6.0?升級處理
????? 系統內存測試：
???? （1）自己測試：參考tomcat,jvm,mysql優化方面的資料。測試如下操作出錯：
C:\>java -Xms536870932 -Xmx536870912
Error occurred during initialization of VM
Incompatible initial and maximum heap sizes specified至強64位雙CPU，原則上面來說64位的CPU應當可以用到無限大的內存了，也還是理論上的了。可以java -Xmx2000M -version這樣一路加上去試試看你的可以加到多大。
???? （2）工具測試：? 壓力測試：對應用系統進行性能采樣于監控，（Wily有一套產品可以在運行期進行調優，但我沒有用過），我用的P6Spy，加MS的那個壓力測試工具，也有D用LoadRunner來跑一跑，在SQL語句這個地方有太多的名堂可做了。
?????? 建議軟件方面：
?? ??? a、軟件配置 Apache2.2.0 + mod_ajp + jrockit-R26.0.0-jdk1.5.0_04+? Tomcat5.5.15 (啟多個)+apr1.2.2 .
?????? b、內存建議4g以上 。 tomcat的內存參數使用 set JAVA_OPTS=%JAVA_OPTS%-Xms1024m -Xmx1024m? (內存2g的話，建議set JAVA_OPTS=%JAVA_OPTS%-Xms512m -Xmx512m).
????? c、tomcat5.5版本的性能已經大幅度提高了。

?????
???

今天遇到個以前使用Struts沒有注意的地方。
現象：
?? 在actionForward配置文件里面定義
???<forward name="success" path="/Catalog.jsp" redirect="true"/>

?? 當在提交頁面里面request.setAttbriute("msg","處理成功");
?? 提交后在Catalog.jsp 用request.getAttbriute("msg");居然為空，原因是設置了redirect="true"

下例舉例說明了redirect屬性的用法：

<forward name="success" path="/Catalog.jsp" redirect="true"/>

如果 redirect=true, URL 建立如 / contextPath / path 因為 HttpServletResponse.sendRedirect(…) 中解釋 URL 采用 ”/” 開頭相對于 servlet 容器根目錄。

如果 redirect=false, URI 建立如 / path 因為 ServletContext.getRequestDisptacher(…) 采用虛擬目錄相關 URL 。

繁重