一、事件處理
其實，由事件處理這個名字自然就想到MFC中的消息響應機制，就我的體會，它們應該算是南桔北枳的情形吧，我懷疑Java中的事件處理這個"新瓶"應是裝的MFC中的消息響應這個"舊酒"。
    所謂的"事件"即如鍵盤按鍵、鼠標點擊等這類由動作或什么導致某個狀態改變并需要對這個改變作相應響應的這類改變。我們可以將Java中的事件分為按鈕、鼠標、鍵盤、窗口、其它事件這幾大類。
    事件處理模型
 1.   基于繼承的事件處理模型（JDK1.0）
JDK1.0中，事件處理是基于繼承的，事件先發送到組件，然后沿容器層次向上傳播。沒有被組件處理的事件會自動地繼續傳播到組件的容器。——這個與MFC中的原始事件響應順序或者多態的響應機制似乎一致，而后面說的基于代理的事件處理機制似乎又與MFC的回調機制一致。
    具體的處理方法
調用action（）方法或handleEvent（）方法來獲取程序運行時發生的事件，所有組件發生的事件都在此方法中處理。
    2、基于代理的事件處理模型（JDK1。1）
在這個模型中，事件被直接送往產生這個事件的組件，
對于每一個組件注冊一個或多個稱為監聽者的類，這些類包含事件處理器，用來接收和處理這個事件。
監聽者就是實現了Listener接口的類。事件是只向注冊的監聽者報告的對象。每個事件都有一個對應的監聽者接口。
在Button對象上用鼠標進行點擊時，將發送一個ActionEvent事件。這個ActionEvent事件會被使用addActionListener()方法進行注冊的所有ActionListener的actionPerformed()方法接收。
基于代理的事件處理模型的特點
①事件不會被意外地處理。在層次模型中，一個事件可能傳播到容器，并在非預期的層次被處理。
②有可能創建并使用適配器(adapter)類對事件動作進行分類。
③有利于把工作分布到各個類中。
重點學習這種事件處理模型
3、事件
事件處理的三要素。
（1）事件源  事件源是一個事件的產生者，如按鈕、窗口及文本域等。
（2）事件類型  Java中所有的事件都封裝成一個類，這些事件類被集中在java.awt.event包，所有的事件類均繼承了AWTEvent類和一個方法——getSouce（）方法，該方法返回發生事件的對象。
（3）事件監聽器  不同的類型事件發生后，由事件監聽器接收事件并調用相應的事件處理方法。所有的事件監聽器實際上都是一個java.awt.event包中的接口，引入了java.util.EventListener接口。不同事件類型的監聽器具有不同的方法。
事件處理步驟
① 程序加入java.awt.event包：
Import java.awt.event；
② 給所需的事件源對象注冊事件監聽器：
事件源對象.addXXXListener（XXXListener）；
③ 實現相應的方法。如果某個監聽器接口包含多個方法，則需要實現所有的方法
例：b2.addActionListener(this)
4、事件Adapters(適配器)
實現每個Listener接口的所有方法的工作量是非常大的，為了方便起見，Java語言提供了Adapters類，用來實現含有多個方法的類。
你定義的Listener可以繼承Adapter類，而且只需重寫你所需要的方法。
例如，窗口事件對應的監聽器為WindowListener，它必須實現多個方法，包括windowOpened()、windowClosed()、windowClosing()、WindowIconfied()、WindowDeiconfied()、WindowActivated()、WindowDeactivated()，這樣加大了不必要的編程工作量。
如果繼承了WindowAdapter，就只需實現其中某一個或幾個方法，不需要實現所有的方法。后面很多的例子都只實現windowClosing()一個方法，目的是在關閉窗口時退出系統。
４.1 按鈕事件的處理
    點擊按鈕所發生的事件為動作事件
    動作事件對應的事件類是ActionEvent類
    動作事件對應的事件監聽器為： ActionListener
    監聽器的主要方法：
        actionPerformed(ActionEvent e)發生動作事件時被調用
    實現動作事件的操作工程：
        第一步，注冊動作事件監聽器addActionListener(ActionListener)。
        第二步，實現ActionListener接口的方法：actionPerformed(ActionEvent e) 
4.2鼠標事件的處理
    觸發鼠標事件的事件源通常是一個容器，當鼠標進入、離開容器，或者在容器中單擊鼠標、拖動鼠標等操作時，都發生鼠標事件
    鼠標事件對應的事件類是MouseEvent類    
    MouseEvent類中方法：
        getX()獲取鼠標的X坐標
        getY()獲取鼠標的Y坐標
        getPoint()獲取鼠標的位置
    鼠標事件對應的事件監聽器有兩個：MouseListener（或者MouseAdapter）對應鼠標事件，MouseMotionListener（或者MouseMotionAdapter）對應鼠標移動事件。
    MouseListener（或者MouseAdapter）的主要方法
        MousePressed(MouseEvent e)鼠標按下時的處理方法
        MouseReleased(MouseEvent e)鼠標釋放時的處理方法
        MouseEntered(MouseEvent e)鼠標進入時的處理方法
        MouseExited(MouseEvent e)鼠標離開時的處理方法
        MouseClicked(MouseEvent e）鼠標點擊時的處理方法

     MouseMotionListener（或者MouseMotionAdapter）的主要方法
        MouseMoved(MouseEvent e)鼠標移動時的處理方法
        MouseDraged(MouseEvent e)鼠標拖動時的處理方法
４.3 鍵盤事件的處理
    在具有鍵盤焦點的組件中按下或釋放鍵盤等操作時，都發生鍵盤事件
    鍵盤事件對應的事件類是KeyEvent類
        KeyEvent類主要方法：
            getKeyCode（）獲得按下或釋放的鍵代碼
            getKeyText（）獲得按下或釋放的鍵的字符串
    鍵盤事件對應的事件監聽器為：KeyListener或KeyAdapter
    主要方法：
        KeyPressed(KeyEvent e)按下鍵盤時的處理方法
        KeyReleased(KeyEvent e)釋放鍵盤時的處理方法
４.4 窗口事件的處理
    有Window及其擴展類（Frame、Dialog）等才能激發窗口事件，表示窗口處于激活/無效狀態、圖標/非圖標狀態或打開/關閉狀態等
窗口事件對應的類為WindowEvent，監聽器為WindowListener（或WindowAdapter）
    主要方法：
        windowOpened（WindowEvent e）打開窗口的事件處理
        windowClosed（WindowEvent e）關閉窗口的事件處理
        windowClosing（WindowEvent e）正在關閉窗口的事件處理
        WindowActivated(WindowEvent e)激活狀態的事件處理
        WindowDeactivated(WindowEvent e)無效狀態的事件處理
4.5 其它事件的處理
    4.5.1  復選框、單選鈕事件處理
        事件類是ItemEvent ：
        選項事件對應的事件監聽器為： ItemListener
        方法：
            itemStateChanged (ItemEvent e)發生選項事件時被調用
    ４.5.2 滾動條事件處理
        調整事件對應的事件類是AdjustmentEvent類 ：
        調整事件對應的事件監聽器為： AdjustmentListener
        方法：
            adjustmentValueChanged (AdjustmentEvent e)發生調整事件時被調用
    4.5.3 下拉列表的事件處理
        事件類是ItemEvent ：
        選項事件對應的事件監聽器為： ItemListener
        方法：
            itemStateChanged (ItemEvent e)生下拉列表發生了動作時被調用
        (可見，下拉列表的事件處理與事件類型、事件監聽器及方法與復選框、單選框的事件處理的事件類型、事件監聽器及方法一樣)
    ４.5.4　菜單事件的處理
        菜單事件一般是當我們點擊某個菜單項時所發生的事件。
        菜單項有兩種：
            MenuItem 動作事件
            CheckboxMenuItem，選項事件
        MenuItem的事件處理
            第一步，給所有的MenuItem菜單項注冊動作事件監聽器addActionListener(ActionListener)。
            第二步，實現ActionListener接口的方法：actionPerformed(ActionEvent e)。在該方法中用e.getSource()獲取用戶所選的菜單項，并進行相應的處理。
        CheckboxMenuItem的事件處理
            第一步，給所有的CheckMenuItem菜單項注冊選項事件監聽器addItemListener(ItemListener)。
            第二步，實現ItemListener接口的方法：itemStateChanged(ItemEvent e)。在該方法中用e.getSource()獲取用戶所選的菜單項，e.getItem()獲取用戶所選的菜單項的標簽，e.getStateChange()獲取是否選中，并進行相應的處理。

二、異常處理
任何好的編程語言和編程人員都不會忽視對異常的處理，作為比較熱門的面向對象編程的語言——Java，異常處理機制自然也是其重要特色之一。
    一般解釋異常，都將其說為：編程中的錯誤。但是，實際上這個錯誤可是非常頻繁，有多種，如：編譯錯誤、運行錯誤（具體上又分為：系統運行錯誤和邏輯運行錯誤，這個什么系統運行錯誤，自己倒很少將其算作是編程中的錯誤了，之前。）
    在JAVA中，異常是一個類，它繼承自Throwable類。每個異常類代表了運行錯誤（注意：是運行錯誤）。異常類中包含了該運行錯誤的信息及處理錯誤的方法等內容。
    Java的異常處理機制：
    每當Java程序運行過程中發生一個可識別的運行錯誤時，（即該錯誤有一個異常類與之相對應時），系統都會產生一個相應的該異常類的對象，（注意：叫做產生一個異常類對象。）即產生一個異常。
    一旦一個異常對象產生了，系統中就一定要有相應的機制來處理它，確保不會產生死機、死循環或其他對操作系統的損害，從而保證了整個程序運行的安全性
    異常和異常類:
    Error:由Java虛擬機生成并拋出,Java程序不做處理.
    Runtime Exception(被0除等系統錯誤,數組下標超范圍):由系統檢測, 用戶的Java 程序可不做處理,系統將它們交給缺省的異常處理程序（注意：有缺省的異常處理）.
    Exception(程序中的問題,可預知的): Java編譯器要求Java程序必須捕獲或聲明所有的非運行時異常
用戶自己產生異常
    Exception類
    構造函數：
    public Exception();
    public Exception(String  s);可以接受字符串參數傳入的信息，該信息通常是對該異常所對應的錯誤的描述。
    Exception類從父親Throwable那里還繼承了若干方法，其中常用的有：
    1）public String toString();
    toString()方法返回描述當前Exception 類信息的字符串。
    2）public void printStackTrace();
    printStackTrace()方法沒有返回值，它的功能是完成一個打印操作，在當前的標準輸出（一般就是屏幕）上打印輸出當前例外對象的堆棧使用軌跡，也即程序先后調用執行了哪些對象或類的哪些方法，使得運行過程中產生了這個例外對象。
    系統定義的運行異常
這些子類有些是系統事先定義好并包含在Java類庫中的，稱為系統定義的運行異常
    用戶自定義的異常
    對于某個應用所特有的運行錯誤，則需要編程人員根據程序的特殊邏輯在用戶程序里自己創建用戶自定義的異常類和異常對象
用戶定義的異常通常采用Exception作為異常類的父類
    但是這里有一個還未弄懂的問題：發生一個錯誤，系統怎么知道是可識別的？又是怎么產生相應異常類對象？異常類對象怎么就知道去用相應方法解決？每個處理相應異常的異常類對象難道就只有一個異常處理方法？————————————原來，由用戶自定義的異常，是通過語句throw才拋出異常。
    創建用戶自定義異常時，一般需要完成如下的工作：
    1）聲明一個新的異常類，使之以Exception類或其他某個已經存在的系統異常類或用戶異常為父類。
    2）為新的異常類定義屬性和方法，或重載父類的屬性和方法，使這些屬性和方法能夠體現該類所對應的錯誤的信息。
    異常的拋出
     Java程序在運行時如果引發了一個可以識別的錯誤，就會產生一個與該錯誤相對應的異常類的對象，把這個過程叫做異常的拋出，
實際是相應異常類對象的實例的拋出。
    根據異常類的不同，拋出異常的方式有系統自動拋出和用戶拋出兩種:
    １、系統自動拋出
    所用的系統定義的運行錯誤異常都是由系統自動地拋出
    ２、用戶拋出
    用戶自定義的異常不可能依靠系統自動拋出，而必須由用戶用Java語句拋出，在Java語句中，throw語句用來明確地拋出一個“異常”
    用throw語句拋出的格式
        返回類型 方法名(參數列表) throws 要拋出的異常類名列表{
                    …
                throw 異常類實例；//注意這里
                    …
         }
     注意：
    1）一般當程序中滿足某個條件時才拋出異常；
    往往把throw語句放在if語句的if分支中，
            if(I>100)
            throw (new MyException（）)；
     2）含有throw的語句的方法，應當在方法頭定義中增加如下的部分：
        throws 要拋出的異常類名列表
        這樣做主要是為了通知欲調用這個方法的上層方法，準備接受和處理它在運行中可能會拋出的異常
        如果方法中的throw語句不止一個，則應該在方法頭throws中列出所有可能的異常
    3）Java語言要求所有用throws關鍵字聲明的類和用throw拋出的對象必須是Throwable類或其子類。如果你試圖拋出一個不是可拋出（Throwable）對象，Java編譯器將會報錯
    異常處理：
    主要考慮如何捕捉異常，捕捉異常后程序如何跳轉，以及如何寫異常處理語句
        1．try…catch…finally 塊
    1）try
    在try語句的{ }中包含了可能會拋出一個或多個異常的一段程序代碼
    這些代碼實際上指定了它后面的catch塊所能捕捉的異常的范圍。
    Java程序運行到try塊中的語句時如果產生了異常，就不再繼續執行該try塊中其他的語句，而是直接進入catch塊中尋找第一個與之匹配的異常類型并進行處理。
    2)catch塊
    catch語句的參數類似于方法的定義，包括一個異常類型和一個異常對象。
    異常類型必須為Throwable類的子類，它指明了catch語句所處理的異常類型；
    異常對象則由Java運行時系統在try所指定的程序代碼塊中拋出的大括號中包含異常對象的處理的方法代碼。
    catch語句可以有多個，分別處理不同類型的異常。
    Java運行時系統從上到下分別對每個catch語句處理的異常類型進行檢測，直到找到與之相匹配的catch語句為止。
    這里，類型匹配指catch中的異常類型與生成的異常對象的類型完全一致或者是異常對象的父類，因此，catch語句的排序順序應該是從特殊到一般。（考慮為什么？）
    3）finally塊
    finally語句可以說是為異常處理事件提供的一個清理機制，一般用來關閉文件或釋放其他系統資源
    在try-catch-finally語句中可以沒有finally部分的語句。
    如果沒有finally部分，則當try指定的程序代碼拋出一個異常時，其他的程序代碼就不會被執行；
    如果存在finally部分，則不論try塊中是否發生了異常，是否執行過catch部分的語句，都要執行finally部分的語句。
    可見，finally部分的語句為異常處理提供了一個統一的出口。
    多異常處理   
    一個try塊可能會產生多種不同的異常，如果希望能采取不同的方法來處理這些例外，就需要使用多異常處理機制。
多異常處理是通過在一個try塊后面定義若干個catch塊來實現的，每個catch塊用來接收和處理一種特定的異常對象
通過catch塊的參數來判斷一個異常對象是否應為本catch塊接收和處理的異常。
    被哪個catch塊獲取，根據異常對象與catch塊的異常參數的匹配情況：當它們滿足下面三個條件的任何一個時，認為異常對象和參數匹配：
    1）異常對象與參數屬于相同的例外類。
    2）異常對象屬于參數例外類的子類。
    3）異常對象實現了參數所定義的接口。
    如果try塊產生的異常對象被第一個catch塊所接收，則程序的流程將直接跳轉到這個catch語句塊中，語句塊執行完后就退出當前方法，try塊中尚未執行的語句和其他的catch塊將被忽略
如果try塊產生的異常對象與第一個catch塊不匹配，系統將自動轉到第二個catch塊進行匹配，如果第二個仍不匹配，就轉向第三個、第四個……直到找到一個可以接收該異常對象的catch塊，完成流程的跳轉。
    如果try塊產生的異常對象被第一個catch塊所接收，則程序的流程將直接跳轉到這個catch語句塊中，語句塊執行完后就退出當前方法，try塊中尚未執行的語句和其他的catch塊將被忽略
    如果try塊產生的異常對象與第一個catch塊不匹配，系統將自動轉到第二個catch塊進行匹配，如果第二個仍不匹配，就轉向第三個、第四個……直到找到一個可以接收該異常對象的catch塊，完成流程的跳轉。
    若try塊中所有語句的執行都沒有引發異常，則所有的catch塊都會被忽略而不執行。
    注意：
    1）catch塊中的語句應根據異常的不同執行不同的操作
    所以在處理多異常時應注意認真設計各catch塊的排列順序。一般地處理較具體和較常見的異常的catch塊應放在前面，而可以與多種異常相匹配的catch塊應放在較后的位置。