Java中級開發(fā)工程師知識點

一、版本更新說明：

2023.03.09文章公布

2023.03.11添加了JavaIO機制中的種類和應(yīng)用場景的解釋，添加了Java內(nèi)存模型的相關(guān)學問點

2023.03.13文章按技術(shù)劃分，增加J2EE標準的解釋

2023.04.25增加對LRU緩存設(shè)計的描述

2023.04.26增加比照較流行的開源技術(shù)和開源框架的介紹，對于這些技術(shù)的理解或使用可以增加自己的競爭優(yōu)勢，同時擴展自己的眼界

2023.04.27增加對數(shù)據(jù)庫事務(wù)的描述

二、正文

(一)Java

1.接口和抽象類的區(qū)分

①抽象類里可以有構(gòu)造方法，而接口內(nèi)不能有構(gòu)造方法。

②抽象類中可以有一般成員變量，而接口中不能有一般成員變量。

③抽象類中可以包含非抽象的一般方法，而接口中全部的方法必需是抽象的，不能有非抽象的一般方法。

④抽象類中的抽象方法的訪問類型可以是public，protected和默認類型，但接口中的抽象方法只有public和默認類型。

⑤抽象類中可以包含靜態(tài)方法，接口內(nèi)不能包含靜態(tài)方法。

⑥抽象類和接口中都可以包含靜態(tài)成員變量，抽象類中的靜態(tài)成員變量的訪問類型可以任意，但接口中定義的變量只能是publicstatic類型，并且默認為publicstatic類型。

⑦一個類可以實現(xiàn)多個接口，但只能繼承一個抽象類。

⑧接口更多的是在系統(tǒng)框架設(shè)計方法發(fā)揮作用，主要定義模塊之間的通信，而抽象類在代碼實現(xiàn)方面發(fā)揮作用，可以實現(xiàn)代碼的重用。

2.Java虛擬機的運行時數(shù)據(jù)區(qū)有幾塊?線程私有和線程共享區(qū)域有哪些?

①程序計數(shù)器：線程私有，當前縣城執(zhí)行的字節(jié)碼的行號指示器。

②虛擬機棧：線程私有，存放根本數(shù)據(jù)類型、對象引用和returnAddress類型。

③本地方法棧：為虛擬機使用到的Native方法效勞。

④Java堆：線程共享，存放對象的實例，也是GC回收器治理的主要區(qū)域。

⑤方法區(qū)：線程共享，存放已被虛擬機加載的類信息、常量、靜態(tài)變量、即時編譯后的代碼等數(shù)據(jù)。

⑥運行時常量池：方法區(qū)的一局部，存放編譯期生成的各種字面量和符號引用。

⑦直接內(nèi)存：不是虛擬機運行時數(shù)據(jù)區(qū)的一局部，也不是Java虛擬機標準中定義的內(nèi)存區(qū)域，簡單引起OOM特別，NIO會調(diào)用，不受Java堆大小的限制。

3.HashMap和HashTable區(qū)分?

①Hashtable是基于陳舊的Dictionary類的，HashMap是Java1.2引進的Map接口的一個實現(xiàn)。

②Hashtable的方法是同步的，而HashMap的方法不是，因此HashTable是線程安全的，但是代碼的執(zhí)行效率上要慢于HashMap。

③HashMap允許空值和空鍵，但是HashTable不行以。

④HashMap非同步實現(xiàn)Map接口，是一個“鏈表數(shù)組”的數(shù)據(jù)構(gòu)造，最大承載量是16，可以自動變長，由Entry[]掌握(key，value，next)，hashCode()推斷key是否重復。

⑤建議需要做同步，使用ConcurrentHashMap，降低了鎖的粒度。在hashMap的根底上，ConcurrentHashMap將數(shù)據(jù)分為多個segment，默認16個(concurrencylevel)，然后每次操作對一個segment加鎖，避開多線程鎖得幾率，提高并發(fā)效率。這里在并發(fā)讀取時，除了key對應(yīng)的value為null之外，并沒有使用鎖。

4.ArrayList和LinkedList區(qū)分?

ArrayList基于數(shù)組實現(xiàn)，LinkedList基于鏈表實現(xiàn)，ArrayList增加和刪除比LinkedList慢，但是LinkedList在查找的時需要遞歸查找，效率比ArrayList慢。關(guān)于多線程方面，假如要求線程安全的，有一個Vector，不過比擬多的使用的是CopyOnWriteArrayList替代ArrayList，CopyOnWriteArrayList適合使用在讀操作遠遠大于寫操作的場景里，比方緩存。發(fā)生修改時候做copy，新老版本分別，保證讀的高性能，適用于以讀為主的狀況。

5.Set接口

①HashSet是Set接口的典型實現(xiàn)，HashSet按hash算法來存儲元素，因此具有很好的存取和查找性能。特點：不能保證元素的排列挨次，挨次有可能發(fā)生變化;HashSet是異步的;集合元素值可以是null;當向HashSet集合中存入一個元素時，HashSet會調(diào)用該對象的hashCode()方法來得到該對象的hashCode值，然后依據(jù)該HashCode值來確定該對象在HashSet中存儲的位置。HashSet還有一個子類LinkedHashSet，其集合也是依據(jù)元素hashCode值來打算元素的存儲位置，但它同時用鏈表來維護元素的次序，這樣使得元素看起來是以插入的挨次保存的，也就是說，當遍歷LinkedHashSet集合元素時，它將會按元素的添加挨次來訪問集合里的元素。所以LinkedHashSet的性能略低于HashSet，但在迭代訪問全部元素時將有很好的性能，由于它以鏈表來維護內(nèi)部挨次。

②TreeSet是SortSet接口的唯一實現(xiàn)，TreeSet可以確保集合元素處于排序狀態(tài)。TreeSet不是依據(jù)元素插入挨次進展排序的，而是依據(jù)元素的值來排序的。TreeSet支持兩種排序方法：自然排序和定制排序。

③EnumSet中全部值都必需是指定枚舉類型的值，它的元素也是有序的，以枚舉值在枚舉類的定義挨次來打算集合元素的挨次。EnumSet集合不允許參加null元素，否則會拋出NullPointerException特別。EnumSet類沒有暴露任何構(gòu)造器來創(chuàng)立該類的實例，程序應(yīng)當通過它供應(yīng)的static方法來創(chuàng)立EnumSet對象。

④總結(jié)：A、HashSet的性能比Treeset好，由于TreeSet需要額外的紅黑樹算法來維護集合元素的次序，只有當需要一個保持排序的Set時，才會用TreeSet。B、EnumSet是性能最好的，但它只能保存枚舉值。

C、它們都是線程擔心全的。

注：Set是一種不包含重復的元素的Collection，即任意的兩個元素e1和e2都有e1.equals(e2)=false，Set最多有一個null元素。

關(guān)于HashSet，條目數(shù)和容量之和來講，迭代是線性的。因此，假如迭代性能很重要，那就應(yīng)當慎重選擇一個適當?shù)某跏既萘俊Ｈ萘窟x得太大，既鋪張空間，也鋪張時間。默認的初試容量是101，一般來講，它比你所需要的要多。可以使用int構(gòu)造函數(shù)來指定初始容量。要安排HashSet的初始容量為17:

Sets=newHashSet(17);

HashSet另有一個稱作裝載因數(shù)(loadfactor)的調(diào)整參數(shù)(tuningparameter)。

區(qū)分:

1.HashSet是通過HashMap實現(xiàn)的,TreeSet是通過TreeMap實現(xiàn)的,只不過Set用的只是Map的key。

2.Map的key和Set都有一個共同的特性就是集合的唯一性.TreeMap更是多了一個排序的功能.

3.hashCode和equal()是HashMap用的,由于無需排序所以只需要關(guān)注定位和唯一性即可.

a.hashCode是用來計算hash值的,hash值是用來確定hash表索引的.

b.hash表中的一個索引處存放的是一張鏈表,所以還要通過equal方法循環(huán)比擬鏈上的每一個對象才可以真正定位到鍵值對應(yīng)的Entry.

c.put時,假如hash表中沒定位到,就在鏈表前加一個Entry,假如定位到了,則更換Entry中的value,并返回舊value

4.由于TreeMap需要排序,所以需要一個Comparator為鍵值進展大小比擬.固然也是用Comparator定位的.

a.Comparator可以在創(chuàng)立TreeMap時指定

b.假如創(chuàng)立時沒有確定,那么就會使用pareTo()方法,這就要求key必需實現(xiàn)Comparable接口.

TreeMap是使用Tree數(shù)據(jù)構(gòu)造實現(xiàn)的,所以使用compare接口就可以完成定位了.

6.Java中Collection和Collections的區(qū)分

①java.util.Collection是一個集合接口，它供應(yīng)了對集合對象進展根本操作的通用接口方法。java.util.Collections是一個包裝類。

②它包含有各種有關(guān)集合操作的靜態(tài)多態(tài)方法。此類不能實例化，就像一個工具類，效勞于Java的Collection框架。

7.Java容器

JAVA的容器List,Map,Set

Collection

├List

│├LinkedList

│├ArrayList

│└Vector

│└Stack

└Set

Map

├Hashtable

├HashMap

└WeakHashMap

!其中的Vector和Stack類現(xiàn)在已經(jīng)極少使用。

8.CookieSession區(qū)分

詳細來說cookie機制采納的是在客戶端保持狀態(tài)的方案,而session機制采納的是在效勞器端保持狀態(tài)的方案.同時我們也看到,由于采納效勞器端保持狀態(tài)的方案在客戶端也需要保存一個標識,所以session機制可能需要借助于cookie機制來到達保存標識的目的,但實際上它還有其他選擇.

cookie機制.正統(tǒng)的cookie分發(fā)是通過擴展HTTP協(xié)議來實現(xiàn)的,效勞器通過在HTTP的響應(yīng)頭中加上一行特別的指示以提示掃瞄器根據(jù)指示生成相應(yīng)的cookie.然而純粹的客戶端腳本如JavaScript或者VBScript也可以生成cookie.而cookie的使用是由掃瞄器根據(jù)肯定的原則在后臺自動發(fā)送給效勞器的.掃瞄器檢查全部存儲的cookie,假如某個cookie所聲明的作用范圍大于等于將要懇求的資源所在的位置,則把該cookie附在懇求資源的HTTP懇求頭上發(fā)送給效勞器.

cookie的內(nèi)容主要包括：名字,值,過期時間,路徑和域.路徑與域一起構(gòu)成cookie的作用范圍.若不設(shè)置過期時間,則表示這個cookie的生命期為掃瞄器會話期間,關(guān)閉掃瞄器窗口,cookie就消逝.這種生命期為掃瞄器會話期的cookie被稱為會話cookie.會話cookie一般不存儲在硬盤上而是保存在內(nèi)存里,固然這種行為并不是標準規(guī)定的.若設(shè)置了過期時間,掃瞄器就會把cookie保存到硬盤上,關(guān)閉后再次翻開掃瞄器,這些cookie仍舊有效直到超過設(shè)定的過期時間.存儲在硬盤上的cookie可以在不同的掃瞄器進程間共享,比方兩個IE窗口.而對于保存在內(nèi)存里的cookie,不同的掃瞄器有不同的處理方式

session機制.session機制是一種效勞器端的機制,效勞器使用一種類似于散列表的構(gòu)造(也可能就是使用散列表)來保存信息.

當程序需要為某個客戶端的懇求創(chuàng)立一個session時,效勞器首先檢查這個客戶端的懇求里是否已包含了一個session標識(稱為sessionid),假如已包含則說明以前已經(jīng)為此客戶端創(chuàng)立過session,效勞器就根據(jù)sessionid把這個session檢索出來使用(檢索不到,會新建一個),假如客戶端懇求不包含sessionid,則為此客戶端創(chuàng)立一個session并且生成一個與此session相關(guān)聯(lián)的sessionid,sessionid的值應(yīng)當是一個既不會重復,又不簡單被找到規(guī)律以仿造的字符串,這個sessionid將被在本次響應(yīng)中返回給客戶端保存.

保存這個sessionid的方式可以采納cookie,這樣在交互過程中掃瞄器可以自動的根據(jù)規(guī)章把這個標識發(fā)揮給效勞器.一般這個cookie的名字都是類似于SEEESIONID.但cookie可以被人為的制止,則必需有其他機制以便在cookie被制止時仍舊能夠把sessionid傳遞回效勞器.

常常被使用的一種技術(shù)叫做URL重寫,就是把sessionid直接附加在URL路徑的后面.還有一種技術(shù)叫做表單隱蔽字段.就是效勞器會自動修改表單,添加一個隱蔽字段,以便在表單提交時能夠把sessionid傳遞回效勞器.比方：實際上這種技術(shù)可以簡潔的用對action應(yīng)用URL重寫來代替.

9、面對對象和面對過程的區(qū)分：

面對過程就是分析出解決問題所需要的步驟，然后用函數(shù)把這些步驟一步一步實現(xiàn)，使用的時候一個一個依次調(diào)用就可以了。

面對對象是把構(gòu)成問題事務(wù)分解成各個對象，建立對象的目的不是為了完成一個步驟，而是為了描敘某個事物在整個解決問題的步驟中的行為。

10、Java內(nèi)存模型

①Java內(nèi)存模型分為主內(nèi)存和工作內(nèi)存兩個局部，其中主內(nèi)存存放變量，工作內(nèi)存由每個線程創(chuàng)立和治理，保存被該線程使用到的變量的主內(nèi)存的副本拷貝。變量從主內(nèi)存復制到工作內(nèi)存，挨次執(zhí)行read和load操作，變量從工作內(nèi)存同步到主內(nèi)存的時候，挨次執(zhí)行store和write操作。

對于volatile變量在各個線程的全都性：在各個線程的工作內(nèi)存中，volatile存在不全都的狀況，但在每次使用前都會刷新，執(zhí)行引擎看不到不全都的狀況，因此可以認為不存在全都性問題。

②原子性、可見性和有序性

③先行發(fā)生原則

11、Java垃圾回收機制

Java的垃圾回收機制是Java虛擬機供應(yīng)的力量，用于在空閑時間以不定時的方式動態(tài)回收無任何引用的對象占據(jù)的內(nèi)存空間。

System.gc();

Runtime.getRuntime().gc();

上面的方法調(diào)用時用于顯式通知JVM可以進展一次垃圾回收，但真正垃圾回收機制詳細在什么時間點開頭發(fā)生動作這同樣是不行預料的，這和搶占式的線程在發(fā)生作用時的原理一樣。

12、類加載器，類加載時機

類初始化的時機，有且僅有四個：

A、遇到new、getstatic、putstatic、invokestatic這四條字節(jié)碼指令的時候。

B、使用java.lang.reflect進展反射調(diào)用的時候。

C、當時始化一個類的時候，發(fā)覺其父類還沒有初始化，那么先去初始化它的父類。

D、當虛擬機啟動的時候，需要初始化main函數(shù)所在的類。

13、JavaIO和NIO區(qū)分

①NIO操作直接緩存區(qū)，直接與OS交互，SelectorIO復用機制。

IONIO

面對流面對緩沖

堵塞IO非堵塞IO

無選擇器

Selector：JavaNIO的選擇器允許一個單獨的線程來監(jiān)視多個輸入通道，你可以注冊多個通道使用一個選擇器，然后使用一個單獨的線程來“選擇”通道：這些通道里已經(jīng)有可以處理的輸入，或者選擇已預備寫入的通道。這種選擇機制，使得一個單獨的線程很簡單來治理多個通道。

②NIO與Netty：A、NIO的類庫和API簡單，使用麻煩，需要嫻熟使用Selector、ServerSocketChannel、SOcketChannel、ByteBuffer等。B、NIO涉及到Reactor模式，需要了解Java多線程和網(wǎng)絡(luò)編程。C、JDKNIOBug-epollbug簡單導致Selector空輪詢，最終導致CPU100%占用，雖然JDK1.6update18修復了這個問題，但是直到JDK1.7問題依舊存在，只是降低了發(fā)生的概率。

③Netty的優(yōu)點：A、API簡潔，開發(fā)門檻低;B、功能強大，預置了多種解碼功能，支持多種主流協(xié)議;C、可以通過ChannelHandler對通信框架進展敏捷的擴展;D、性能高，Netty的綜合性能是最好的;E、Netty修復了一經(jīng)發(fā)覺了全部的JDKNIOBUG，成熟，穩(wěn)定。

同步和異步的概念描述的是用戶線程與內(nèi)核的交互方式：同步是指用戶線程發(fā)起IO懇求后需要等待或者輪詢內(nèi)核IO操作完成后才能連續(xù)執(zhí)行;而異步是指用戶線程發(fā)起IO懇求后仍連續(xù)執(zhí)行，當內(nèi)核IO操作完成后會通知用戶線程，或者調(diào)用用戶線程注冊的回調(diào)函數(shù)。

引申：

Java中IO的種類和應(yīng)用場景：

A、同步堵塞式：BIO。用于連接數(shù)目較小且固定的架構(gòu)，對效勞器資源占用高。

B、偽異步IO變成：線程池和任務(wù)隊列。

C、NIO編程：a、緩沖徐ByteBuffer;b、通道channel全雙工，同時用于讀寫;c、多路復用器selector。用于連接數(shù)目多且較短的架構(gòu)，如談天效勞器等，但是編程簡單，存在epollbug，導致Selector空輪詢，直至CPU占用到達100%，雖然在JDK1.6update18中有對這個bug的修復，但是在JDK1.7中依舊可能會消失這個問題，只是降低了bug消失的概率。

D、AIO編程：用于連接數(shù)目多且較長的架構(gòu)，如相冊效勞器等，充分調(diào)用OS參加并發(fā)操作，基于JDK1.7。

堵塞和非堵塞的概念描述的是用戶線程調(diào)用內(nèi)核IO操作的方式：堵塞是指IO操作需要徹底完成后才返回到用戶空間;而非堵塞是指IO操作被調(diào)用后馬上返回給用戶一個狀態(tài)值，無需等到IO操作徹底完成。

14、Java鎖機制

①synchronized：把代碼塊聲明為synchronized，有兩個重要后果，通常是指該代碼具有原子性和可見性。作用：A、當兩個并發(fā)線程訪問同一個對象object中的這個synchronized(this)同步代碼塊時，一個時間內(nèi)只能有一個線程得到執(zhí)行。另一個線程必需等待當前線程執(zhí)行完這個代碼塊以后才能執(zhí)行該代碼塊。B、當一個線程訪問object的一個synchronized(this)同步代碼塊時，另一個線程仍舊可以訪問該object中的非synchronized(this)同步代碼塊。C、尤其關(guān)鍵的是，當一個線程訪問object的一個synchronized(this)同步代碼塊時，其他線程對object中全部其它synchronized(this)同步代碼塊的訪問將被堵塞。

A、原子性：原子性意味著個時刻，只有一個線程能夠執(zhí)行一段代碼，這段代碼通過一個monitorobject愛護。從而防止多個線程在更新共享狀態(tài)時相互沖突。

B、可見性：可見性則更為微妙，它要應(yīng)付內(nèi)存緩存和編譯器優(yōu)化的各種反常行為。它必需確保釋放鎖之前對共享數(shù)據(jù)做出的更改對于隨后獲得該鎖的另一個線程是可見的。

C、volatile只保證可見性和制止重排序，不保證原子性。

②synchronized限制：

A.它無法中斷一個正在等候獲得鎖的線程;

B.也無法通過投票得到鎖，假如不想等下去，也就沒法得到鎖;

C.同步還要求鎖的釋放只能在與獲得鎖所在的堆棧幀一樣的堆棧幀中進展，多數(shù)狀況下，這沒問題(而且與特別處理交互得很好)，但是，的確存在一些非塊構(gòu)造的鎖定更適宜的狀況。

③java.util.concurrent.lock：

ReentrantLock類實現(xiàn)了Lock，它擁有與synchronized一樣的并發(fā)性和內(nèi)存語義，但是添加了類似鎖投票、定時鎖等候和可中斷鎖等候的一些特性。此外，它還供應(yīng)了在劇烈爭用狀況下更佳的性能。

用sychronized修飾的方法或者語句塊在代碼執(zhí)行完之后鎖自動釋放，而是用Lock需要我們手動釋放鎖，所以為了保證鎖最終被釋放(發(fā)生特別狀況)，要把互斥區(qū)放在try內(nèi)，釋放鎖放在finally內(nèi)。

④ReentrantWriteReadLock中的ReadLock和WWriteLock，在全為讀時實現(xiàn)并發(fā)讀，并發(fā)讀寫或并發(fā)寫時候加鎖。

總結(jié)：synchronized是Java原語，堵塞的，競爭鎖機制;新鎖更加面對對象，并且支持中斷和支持公正鎖。

15、Java根本數(shù)據(jù)類型

boolean(1)、byte(8)、16)、short(16)、int(32)、float(32)、long(64)、double(64)

16、Java內(nèi)存模型

①特點：原子性、可見性、有序性。

A、原子性：read、load、use、store、write，synchronized關(guān)鍵字保證原子性

B、可見性：synchronized、volatile、final保證可見性

C、有序性：synchronized保證有序性

17、設(shè)計模式

①分類：

創(chuàng)立型模式，共五種：工廠方法模式、抽象工廠模式、單例模式、建筑者模式、原型模式。

構(gòu)造型模式，共七種：適配器模式、裝飾器模式、代理模式、外觀模式、橋接模式、組合模式、享元模式。

行為型模式，共十一種：策略模式、模板方法模式、觀看者模式、迭代子模式、責任鏈模式、命令模式、備忘錄模式、狀態(tài)模式、訪問者模式、中介者模式、解釋器模式。

其實還有兩類：并發(fā)型模式和線程池模式。

②設(shè)計模式6大原則：

A、開閉原則(OpenClosePrinciple)

開閉原則就是說對擴綻開放，對修改關(guān)閉。在程序需要進展拓展的時候，不能去修改原有的代碼，實現(xiàn)一個熱插拔的效果。所以一句話概括就是：為了使程序的擴展性好，易于維護和升級。想要到達這樣的效果，我們需要使用接口和抽象類，后面的詳細設(shè)計中我們會提到這點。

B、里氏代換原則(LiskovSubstitutionPrinciple)

里氏代換原則(LiskovSubstitutionPrincipleLSP)面對對象設(shè)計的根本原則之一。里氏代換原則中說，任何基類可以消失的地方，子類肯定可以消失。LSP是繼承復用的基石，只有當衍生類可以替換掉基類，軟件單位的功能不受到影響時，基類才能真正被復用，而衍生類也能夠在基類的根底上增加新的行為。里氏代換原則是對“開-閉”原則的補充。實現(xiàn)“開-閉”原則的關(guān)鍵步驟就是抽象化。而基類與子類的繼承關(guān)系就是抽象化的詳細實現(xiàn)，所以里氏代換原則是對實現(xiàn)抽象化的詳細步驟的標準。——FromBaidu百科

C、依靠倒轉(zhuǎn)原則(DependenceInversionPrinciple)

這個是開閉原則的根底，詳細內(nèi)容：真對接口編程，依靠于抽象而不依靠于詳細。

D、接口隔離原則(InterfaceSegregationPrinciple)

這個原則的意思是：使用多個隔離的接口，比使用單個接口要好。還是一個降低類之間的耦合度的意思，從這兒我們看出，其實設(shè)計模式就是一個軟件的設(shè)計思想，從大型軟件架構(gòu)動身，為了升級和維護便利。所以上文中屢次消失：降低依靠，降低耦合。

F、迪米特法則(最少知道原則)(DemeterPrinciple)

為什么叫最少知道原則，就是說：一個實體應(yīng)當盡量少的與其他實體之間發(fā)生相互作用，使得系統(tǒng)功能模塊相對獨立。

F、合成復用原則(CompositeReusePrinciple)

原則是盡量使用合成/聚合的方式，而不是使用繼承。

18、Java反射

反射機制指的是程序在運行時能夠獵取自身的信息。

為什么要用反射機制?直接創(chuàng)立對象不就可以了嗎，這就涉及到了動態(tài)與靜態(tài)的概念，

靜態(tài)編譯：在編譯時確定類型，綁定對象,即通過。

動態(tài)編譯：運行時確定類型，綁定對象。動態(tài)編譯最大限度發(fā)揮了java的敏捷性，表達了多態(tài)的應(yīng)用，有以降低類之間的藕合性。

一句話，反射機制的優(yōu)點就是可以實現(xiàn)動態(tài)創(chuàng)立對象和編譯，表達出很大的敏捷性，特殊是在J2EE的開發(fā)中

它的敏捷性就表現(xiàn)的非常明顯。

作用：①首先得依據(jù)傳入的類的全名來創(chuàng)立Class對象。②獲得類方法的方法。③獲得類中屬性的方法。

缺點：①性能第一：反射包括了一些動態(tài)類型，所以JVM無法對這些代碼進展優(yōu)化。因此，反射操作的效率要比那些非反射操作低得多。我們應(yīng)當避開在常常被執(zhí)行的代碼或?qū)π阅芤蠛芨叩某绦蛑惺褂梅瓷洹＂诎踩拗疲菏褂梅瓷浼夹g(shù)要求程序必需在一個沒有安全限制的環(huán)境中運行。假如一個程序必需在有安全限制的環(huán)境中運行，如Applet。③內(nèi)部暴露：由于反射允許代碼執(zhí)行一些在正常狀況下不被允許的操作(比方訪問私有的屬性和方法)，所以使用反射可能會導致意料之外的副作用--代碼有功能上的錯誤，降低可移植性。反射代碼破壞了抽象性，因此當平臺發(fā)生轉(zhuǎn)變的時候，代碼的行為就有可能也隨著變化。

19、Java引用

①假設(shè)我們在函數(shù)中寫了如下這個簡潔的語句：

StringBufferstr=newStringBuffer(Helloworld);

別看這個語句簡潔，其實包含了如下三個步驟：

首先，newStringBuffer(Helloworld)在堆里申請了一坨內(nèi)存，把創(chuàng)立好的StringBuffer對象放進去。其次，StringBufferstr聲明白一個指針。這個指針本身是存儲在棧上的(由于語句寫在函數(shù)中)，可以用來指向某個StringBuffer類型的對象。或者換一種說法，這個指針可以用來保存某個StringBuffer對象的地址。最終，當中這個等于號(賦值符號)把兩者關(guān)聯(lián)起來，也就是把剛申請的那一坨內(nèi)存的地址保存成str的值，完成引用。

②final常量的問題

針對引用類型變量的final修飾符也是許多人搞混淆的地方。實際上final只是修飾指針的值(也就是限定指針保存的地址不能變)。至于該指針指向的對象，內(nèi)容是否能變，那就管不著了。所以，對于如下語句：

finalStringBufferstrConst=newStringBuffer();

你可以修改它指向的對象的內(nèi)容，比方：

strConst.append();

但是不能修改它的值，比方：

strConst=null;

③傳參的問題：

例如：System.out.println(str);這個語句又是什么意思捏?這時候就兩說了。

第一種理解：可以認為傳進函數(shù)的是str這個指針，指針說白了就是一個地址的值，說得再白一點，就是個整數(shù)。根據(jù)這種理解，就是傳值的方式。也就是說，參數(shù)傳遞的是指針本身，所以是傳值的。

其次種理解：可以認為傳進去的是StringBuffer對象，根據(jù)這種理解，就是傳引用方式了。由于我們的確是把對象的地址(也就是引用)給傳了進去。

20、線程、線程池：

①創(chuàng)立線程有兩種方式：繼承Thread或?qū)崿F(xiàn)Runnable。Thread實現(xiàn)了Runnable接口，供應(yīng)了一個空的run()方法，所以不管是繼承Thread還是實現(xiàn)Runnable，都要有自己的run()方法。一個線程創(chuàng)立后就存在，調(diào)用start()方法就開頭運行(執(zhí)行run()方法)，調(diào)用wait進入等待或調(diào)用sleep進入休眠期，順當運行完畢或休眠被中斷或運行過程中消失特別而退出。

②wait和sleep比擬：sleep方法有：sleep(longmillis)，sleep(longmillis,longnanos)，調(diào)用sleep方法后，當前線程進入休眠期，暫停執(zhí)行，但該線程連續(xù)擁有監(jiān)視資源的全部權(quán)。到達休眠時間后線程將連續(xù)執(zhí)行，直到完成。若在休眠期另一線程中斷該線程，則該線程退出。等待有其它的線程調(diào)用notify()或notifyAll()進入調(diào)度狀態(tài)，與其它線程共同爭奪監(jiān)視。

③線程池：多線程技術(shù)主要解決處理器單元內(nèi)多個線程執(zhí)行的”問題，它可以顯著削減處理器單元的閑置時間，增加處理器單元的吞吐力量。一個線程池包括以下四個根本組成局部：

A、線程池治理器(ThreadPool)：用于創(chuàng)立并治理線程池，包括創(chuàng)立線程池，銷毀線程池，添加新任務(wù);

B、工作線程(PoolWorker)：線程池中線程，在沒有任務(wù)時處于等待狀態(tài)，可以循環(huán)的執(zhí)行任務(wù);

C、任務(wù)接口(Task)：每個任務(wù)必需實現(xiàn)的接口，以供工作線程調(diào)度任務(wù)的執(zhí)行，它主要規(guī)定了任務(wù)的入口，任務(wù)執(zhí)行完后的收尾工作，任務(wù)的執(zhí)行狀態(tài)等;

D、任務(wù)隊列(taskQueue)：用于存放沒有處理的任務(wù)。供應(yīng)一種緩沖機制。

④線程池分類：

A、newFixedThreadPool創(chuàng)立一個指定工作線程數(shù)量的線程池。

每當提交一個任務(wù)就創(chuàng)立一個工作線程，假如工作線程數(shù)量到達線程池初始的最大數(shù)，則將提交的任務(wù)存入到池隊列中。

B、newCachedThreadPool創(chuàng)立一個可緩存的線程池。

這種類型的線程池特點是：

1).工作線程的創(chuàng)立數(shù)量幾乎沒有限制(其實也有限制的,數(shù)目為Interger.MAX_VALUE),這樣可敏捷的往線程池中添加線程。

2).假如長時間沒有往線程池中提交任務(wù)，即假如工作線程空閑了指定的時間(默認為1分鐘)，則該工作線程將自動終止。終止后，假如你又提交了新的任務(wù)，則線程池重新創(chuàng)立一個工作線程。

C、newSingleThreadExecutor創(chuàng)立一個單線程化的Executor，即只創(chuàng)立唯一的工線程來執(zhí)行任務(wù)，假如這個線程特別完畢，會有另一個取代它，保證挨次執(zhí)行(我覺得這點是它的特色)。

單工作線程最大的特點是可保證挨次地執(zhí)行各個任務(wù)，并且在任意給定的時間不會有多個線程是活動的。

D、newScheduleThreadPool創(chuàng)立一個定長的線程池，而且支持定時的以及周期性的任務(wù)執(zhí)行，類似于Timer。

⑤Executors類，供應(yīng)了一系列靜態(tài)工廠方法用于創(chuàng)先線程池，返回的線程池都實現(xiàn)了ExecutorService接口。

⑥線程池參數(shù)：

A、corePoolSize(線程池的根本大小)

B、runnableTaskQueue(任務(wù)隊列)：用于保存等待執(zhí)行的任務(wù)的堵塞隊列。

1)LinkedBlockingQueue：一個基于鏈表構(gòu)造的堵塞隊列，此隊列按FIFO(先進先出)排序元素，吞吐量通常要高于ArrayBlockingQueue。靜態(tài)工廠方法Executors.newFixedThreadPool()使用了這個隊列。

2)SynchronousQueue：一個不存儲元素的堵塞隊列。每個插入操作必需等到另一個線程調(diào)用移除操作，否則插入操作始終處于堵塞狀態(tài)，吞吐量通常要高于LinkedBlockingQueue，靜態(tài)工廠方法Executors.newCachedThreadPool使用了這個隊列。

3)PriorityBlockingQueue：一個具有優(yōu)先級的無限堵塞隊列。

C、maximumPoolSize(線程池最大大小)：線程池允許創(chuàng)立的最大線程數(shù)。

D、ThreadFactory：用于設(shè)置創(chuàng)立線程的工廠，可以通過線程工廠給每個創(chuàng)立出來的線程設(shè)置更有意義的名字。

E、RejectedExecutionHandler(飽和策略)：當隊列和線程池都滿了，說明線程池處于飽和狀態(tài)，那么必需實行一種策略處理提交的新任務(wù)。這個策略默認狀況下是AbortPolicy，表示無法處理新任務(wù)時拋出特別。以下是JDK1.5供應(yīng)的四種策略：

1)AbortPolicy：直接拋出特別。

2)CallerRunsPolicy：只用調(diào)用者所在線程來運行任務(wù)。

3)DiscardOldestPolicy：丟棄隊列里最近的一個任務(wù)，并執(zhí)行當前任務(wù)。

4)DiscardPolicy：不處理，丟棄掉。

5)固然也可以依據(jù)應(yīng)用場景需要來實現(xiàn)RejectedExecutionHandler接口自定義策略。如記錄日志或長久化不能處理的任務(wù)。

F、keepAliveTime(線程活動保持時間)：線程池的工作線程空閑后，保持存活的時間。所以假如任務(wù)許多，并且每個任務(wù)執(zhí)行的時間比擬短，可以調(diào)大這個時間，提高線程的利用率。

G、TimeUnit(線程活動保持時間的單位)：可選的單位有天(DAYS)，小時(HOURS)，分鐘(MINUTES)，毫秒(MILLISECONDS)，微秒(MICROSECONDS,千分之一毫秒)和毫微秒(NANOSECONDS,千分之一微秒)。

21、J2EE的13種標準

(1)、JDBC(javaDatabaseConnectivity)：

JDBCAPI為訪問不同的數(shù)據(jù)庫供應(yīng)了一種統(tǒng)一的途徑，就像ODBC一樣，JDBC對開發(fā)者屏蔽了一些細節(jié)問題，同時，JDBC對數(shù)據(jù)庫的訪問也具有平臺無關(guān)性。

(2)、JNDI(JavaNameandDirectoryInterface):

JNDIAPI被用于執(zhí)行名字和名目效勞。它供應(yīng)了全都的模型用來存取和操作企業(yè)級的資源如DNS和LDAP，本地文件系統(tǒng)，或應(yīng)用效勞器中的對象。

(3)、EJB(EnterpriseJavaBean)：

J2ee技術(shù)之所以贏得全體廣泛重視的緣由之一就是EJB，他們供應(yīng)了一個框架開發(fā)和實施分布式商務(wù)規(guī)律，由此很顯著簡化了具有可伸縮性和高度簡單的企業(yè)級應(yīng)用開發(fā)。EJB標準定義了EJB組件何時如何與他們的容器連續(xù)擰交互作用。容器負責供應(yīng)公用的效勞，例如名目效勞、事務(wù)治理、安全性、資源緩沖池以及容錯性。但是留意的是，EJB并不是J2EE的唯一途徑。正是由于EJB的開放性，使得有的廠商能夠以一種和EJB平行的方式來到達同樣的目的。

(4)、RMI(RemoteMethodInvoke)：remote(遙遠的)invoke(調(diào)用)：

正如其名字所表示的那樣，RMI協(xié)議調(diào)用遠程對象上方法。它使用了序列化方式在客戶端和效勞器端傳遞數(shù)據(jù)。RMI是一種被EJB使用的更底層的協(xié)議。

(5)、JavaIDL(接口定義語言)/CORBA：公共對象懇求代理構(gòu)造(CommonObjectRequestBreakerArchitecture)：

在javaIDL的支持下，開發(fā)人員可以將Java和CORBA集成在一起。他們可以創(chuàng)立Java對象并使之可以在CORBAORB中綻開，或者他們還可以創(chuàng)立Java類并做為和其他ORB一起綻開的CORBA對象客戶。后一種方法供應(yīng)了另外一種途徑，通過它可以被用于你的新的應(yīng)用和舊系統(tǒng)相集成。

(6)、JSP(JavaServerPages):

Jsp頁面由html代碼和嵌入其中的Java新代碼所組成。效勞器在頁面被客戶端所懇求以后對這些java代碼進展處理，然后將生成的html頁面返回給客戶端的掃瞄器。

(7)、JavaServlet：

servlet是一種小型的java程序，它擴展了web效勞器的功能。作為一種效勞器端的應(yīng)用，當被懇求時開頭執(zhí)行，這和CGIPerl腳本很相像。Servlet供應(yīng)的功能大多和jsp類似，不過實現(xiàn)方式不同。JSP通過大多數(shù)的html代碼中嵌入少量的java代碼，而servlet全部由java寫成并生成相應(yīng)的html。

(8)、XML(ExtensibleMarkupLanguage)：

XML是一種可以用來定義其他標記語言的語言。它被用來在不同的商務(wù)過程中共享數(shù)據(jù)。XML的進展和Java是相互獨立的，但是，它和java具有一樣目標正是平臺立。通過java和xml的組合，我們可以得到一個完善的具有平臺立性的解決方案。

(9)、JMS(JavaMessageService)：

Ms是用于和面對消息的中間件相互通信的應(yīng)用程序接口(API)。它既支持點對點的域，有支持公布/訂閱類型的域，并且供應(yīng)對以下類型的支持：經(jīng)認可的消息傳遞，事務(wù)性消息傳遞，全都性消息和具有長久性的訂閱者的支持。JMS還供應(yīng)了另一種方式對您的應(yīng)