java東西太多了，我都有點小凌亂了，記得太沒結構了   

兩種常用方法：

1. 引用計數（早期使用）

   • 簡介：堆中對象每次被棧中引用指向時，它的引用計數就加一，引用被刪除時就減一；當引用計數為0的時候就被回收
   • 優點：操作簡單，運行很快，在實時環境中比較有利
   • 缺點：容易出現循環引用（當A對象中有B對象的引用，B對象同時也存在A對象的引用時，AB對象的引用永遠不可能為0，類似于死鎖）

2. 引用遍歷（現在使用）

   • 簡介：從棧中根引用開始遞歸遍歷可達對象，標記所有可達對象，然后回收沒有標記的對象
   • 優點：不會出現循環引用，因為就算AB循環了，但是它們共同不可達，同樣會被回收
   • 缺點：實現復雜，運行慢，運行時要打斷應用程序工作

1. 異常：

   程序出現異常，就是在當前環境下沒有相應的處理程序可以調用時，程序會出現一種中斷現象。

2. 處理機制簡介：
   1. 出現異常時JVM會拋出一個異常類對象，如果程序中有相應的try-catch語句的話，會交給程序處理，如果沒有的話直接交給JVM，JVM一般會在控制臺打印出錯信息。
   2. 存在try-catch的話，當try捕獲到異常類對象時交給catch，匹配catch中定義的異常類，相同則執行catch語句塊，找不見對應的catch的話就交給JVM了
   3. Error和Exception的區別：
      1. Error屬于JVM一級的錯誤，可能和操作系統有關，程序無法控制和處理
      2. Exceptioan是開發者級的錯誤，大多數情況下可以由程序控制和處理，除了一些unchecked exception外，RuntimeException和其子類都是unchecked excception，如：NullPointerException，ClassCastException和IndexOutOfBoundsException

1. 簡介(百度百科)

   1. 在計算機科學領域，反射是指一類應用，它們能夠自描述和自控制。也就是說，這類應用通過采用某種機制來實現對自己行為的描述（self-rePResentation）和監測（examination），并能根據自身行為的狀態和結果，調整或修改應用所描述行為的狀態和相關的語義
   2. Java中，反射是一種強大的工具。它使您能夠創建靈活的代碼，這些代碼可以在運行時裝配
   3. 但需注意的是：如果使用不當，反射的成本很高。

2. 作用

   1. 通過類說明可以得到類的父類、實現的接口、內部類、構造函數、方法、屬性
   2. 可以根據構造器實例化一個對象，喚起一個方法，取屬性值，改屬性值

3. 使用

   1. 得到一個類說明

      123	Class cls=類.class;Class cls=對象.getClass();Class.forName("類路徑");

   2. 得到一個方法并喚起它

      12345

      Class cls=類.class;Constructor cons=cls.getConstructor(new Class[]{String.class});Object obj=cons.newInstance(new Object[]{"aaa"});Method method=cls.getMethod("方法名",new Class[]{String.class,Integer.class});method.invoke(obj,new Object[]{"aa",new Integer(1)});

1. struts2運行機制
2. 攔截器實現（動態代理，詳見：java_review001）
   1. 由ActionInvocation控制所有的攔截器
   2. 攔截器先執行before的代碼，再調ActionInvocation.invoke()方法，最后執行after代碼
   3. 對ActionInvocation中的invoke方法實現了遞歸調用
3. filter(過濾器)<->interaptor(攔截器)
   1. 攔截器是基于JAVA反射機制的，而過濾器是基于函數回調的。
   2. 過濾器依賴于Servlet容器，而攔截器不依賴于Servlet容器
   3. 攔截器只能對Action請求起作用，而過濾器可以對幾乎所有的請求起作用。
   4. 攔截器可以訪問Action上下文、值棧里的對象，而過濾器不能
   5. 在Action的生命周期中，攔截器可以多次被調用，而過濾器只能在容器初始化時被調用一次。

Spring在MVC模式中處于Controller位置

1. IoC(依賴注入)
   1. 簡介：通常，服務代碼需要先創建待使用的對象實例；而IoC模式中，創建待使用實例的任務由IoC容器來完成，服務代碼直接使用實例
   2. 優勢：
      1. 應用組件不需要在運行時自己尋找待使用對象，簡化代碼
      2. 只需在配置文件中管理組件依賴關系，不需要編寫依賴關系代碼
      3. 降低了組件間的耦合度，提高類的重用性，利于系統集成和配置
   3. 實現方法：反射機制
2. AOP(面向切面編程)
   1. 簡介：在核心服務代碼前后插入其它輔助服務代碼，相當于將整個服務切成片了
   2. 優勢：輕松實現輔助模塊的裝配
   3. 實現：動態代理(CGLIB),底層實現參考：Spring AOP 實現原理與 CGLIB 應用