abstract class和interface是Java語言中對于抽象類定義進行支持的兩種機制，正是由于這兩種機制的存在，才賦予了Java強大的面向?qū)ο竽芰Α?br />接口：沒有提供任何具體實現(xiàn)，可以說是一個極度抽象的類，他允許你創(chuàng)建一個能夠被向上轉型為不止一種基類型的類，以此來實現(xiàn)多重繼承。
抽象類：包含一種或多種抽象方法的類，且可以提供具體的實現(xiàn)。定義抽象類后，其他類可以對他進行擴充并且通過實現(xiàn)其中的抽象方法，使用抽象類具體話。
Java中的接口和抽象類的區(qū)別：接口中沒有屬性，而且所有的方法都是抽象的，而抽象類可以有屬性，而且可以有抽象方法，也可以有實現(xiàn)的方法。但兩者都不能被實例話。
使用的時候，一個類可以繼承多個接口，但只能繼承一個抽象類。
一、理解抽象類
abstract class和interface在Java語言中都是用來進行抽象類（本文中的抽象類并非從abstract class翻譯而來，它表示的是一個抽象體，而abstract class為Java語言中用于定義抽象類的一種方法，請讀者注意區(qū)分）定義的，那么什么是抽象類，使用抽象類能為我們帶來什么好處呢？
在面向?qū)ο蟮母拍钪校覀冎浪械膶ο蠖际峭ㄟ^類來描繪的，但是反過來卻不是這樣。并不是所有的類都是用來描繪對象的，如果一個類中沒有包含足夠的信息來描繪一個具體的對象，這樣的類就是抽象類。抽象類往往用來表征我們在對問題領域進行分析、設計中得出的抽象概念，是對一系列看上去不同，但是本質(zhì)上相同的具體概念的抽象。
比如：如果我們進行一個圖形編輯軟件的開發(fā)，就會發(fā)現(xiàn)問題領域存在著圓、三角形這樣一些具體概念，它們是不同的，但是它們又都屬于形狀這樣一個概念，形狀這個概念在問題領域是不存在的，它就是一個抽象概念。正是因為抽象的概念在問題領域沒有對應的具體概念，所以用以表征抽象概念的抽象類是不能夠?qū)嵗摹?br />在面向?qū)ο箢I域，抽象類主要用來進行類型隱藏。我們可以構造出一個固定的一組行為的抽象描述，但是這組行為卻能夠有任意個可能的具體實現(xiàn)方式。這個抽象描述就是抽象類，而這一組任意個可能的具體實現(xiàn)則表現(xiàn)為所有可能的派生類。模塊可以操作一個抽象體。由于模塊依賴于一個固定的抽象體，因此它可以是不允許修改的；同時，通過從這個抽象體派生，也可擴展此模塊的行為功能。熟悉OCP的讀者一定知道，為了能夠?qū)崿F(xiàn)面向?qū)ο笤O計的一個最核心的原則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可以有自己的數(shù)據(jù)成員，也可以有非abstarct的成員方法，而在interface方式的實現(xiàn)中，Demo只能夠有靜態(tài)的不能被修改的數(shù)據(jù)成員（也就是必須是static final的，不過在interface中一般不定義數(shù)據(jù)成員），所有的成員方法都是abstract的。從某種意義上說，interface是一種特殊形式的abstract class。
從編程的角度來看，abstract class和interface都可以用來實現(xiàn)"design by contract"的思想。但是在具體的使用上面還是有一些區(qū)別的。
首先，abstract class在Java語言中表示的是一種繼承關系，一個類只能使用一次繼承關系。但是，一個類卻可以實現(xiàn)多個interface。也許，這是Java語言的設計者在考慮Java對于多重繼承的支持方面的一種折中考慮吧。
其次，在abstract class的定義中，我們可以賦予方法的默認行為。但是在interface的定義中，方法卻不能擁有默認行為，為了繞過這個限制，必須使用委托，但是這會 增加一些復雜性，有時會造成很大的麻煩。
在抽象類中不能定義默認行為還存在另一個比較嚴重的問題，那就是可能會造成維護上的麻煩。因為如果后來想修改類的界面（一般通過abstract class或者interface來表示）以適應新的情況（比如，添加新的方法或者給已用的方法中添加新的參數(shù)）時，就會非常的麻煩，可能要花費很多的時間（對于派生類很多的情況，尤為如此）。但是如果界面是通過abstract class來實現(xiàn)的，那么可能就只需要修改定義在abstract class中的默認行為就可以了。
同樣，如果不能在抽象類中定義默認行為，就會導致同樣的方法實現(xiàn)出現(xiàn)在該抽象類的每一個派生類中，違反了"one rule，one place"原則，造成代碼重復，同樣不利于以后的維護。因此，在abstract class和interface間進行選擇時要非常的小心。
三、從設計理念層面看abstract class和interface
上面主要從語法定義和編程的角度論述了abstract class和interface的區(qū)別，這些層面的區(qū)別是比較低層次的、非本質(zhì)的。本文將從另一個層面：abstract class和interface所反映出的設計理念，來分析一下二者的區(qū)別。作者認為，從這個層面進行分析才能理解二者概念的本質(zhì)所在。
前面已經(jīng)提到過，abstarct class在Java語言中體現(xiàn)了一種繼承關系，要想使得繼承關系合理，父類和派生類之間必須存在"is a"關系，即父類和派生類在概念本質(zhì)上應該是相同的。對于interface 來說則不然，并不要求interface的實現(xiàn)者和interface定義在概念本質(zhì)上是一致的，僅僅是實現(xiàn)了interface定義的契約而已。為了使論述便于理解，下面將通過一個簡單的實例進行說明。
考慮這樣一個例子，假設在我們的問題領域中有一個關于Door的抽象概念，該Door具有執(zhí)行兩個動作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沒有大的區(qū)別。
如果現(xiàn)在要求Door還要具有報警的功能。我們該如何設計針對該例子的類結構呢（在本例中，主要是為了展示abstract class和interface反映在設計理念上的區(qū)別，其他方面無關的問題都做了簡化或者忽略）下面將羅列出可能的解決方案，并從設計理念層面對這些不同的方案進行分析。
解決方案一：
簡單的在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() { … }
｝

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

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

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

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

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

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

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

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

關于軟件優(yōu)化,硬件升級方面的:

至強64位雙CPU
2G內(nèi)存 DDR2 533

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

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

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

?????
???

今天遇到個以前使用Struts沒有注意的地方。
現(xiàn)象：
?? 在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 。

繁重