深入理解java

A. 深入理解java虛擬機第二版和第三版的區別

區別：

第三版是一款針對java學習打造的圖書，它從Java程序員的角度出發，系統地將Java程序運行過程中涉及的各種知識整合到了一起，而第二版不僅技術更新、內容更豐富，而且實戰性更強。

B. 深入理解Java中為什麼內部類可以訪問外部類的成員

一般來說，外部類調用內部類的方法分為以下幾種情況：
1.使用static可以聲明一個內部類， 可以直接在外部調用

// 定義外部類
class Outer
{
// 定義外部類的私有屬性
private static String info = "hello world";
// 使用static定義內部類
static class Inner
{
// 定義內部類的方法
public void print()
{
// 直接訪問外部類的私有屬性
System.out.println(info);
}
}
// 定義外部類的方法
public void fun()
{
// 通過內部類的實例化對象調用方法
new Inner().print();
}
}

public class InnerClassDemo03
{
public static void main(String args[])
{
// 通過Outer.Inner創建內部類的實例，並調用它的print方法
new Outer.Inner().print() ;
}
}
2.不使用statc聲明一個內部類 ，使外部調用

//定義外部類
class Outer
{
//定義外部類的私有屬性
private String info = "hello world";
//定義內部類
class Inner
{
//定義內部類的方法
public void print()
{
//直接訪問外部類的私有屬性
System.out.println(info);
}
};
//定義外部類的方法
public void fun()
{
//通過內部類的實例化對象調用方法
new Inner().print();
}
};
public class InnerClassDemo04
{
public static void main(String args[])
{
//外部類實例化對象
Outer out = new Outer();
//實例化內部類對象
Outer.Inner in = out.new Inner();
//調用內部類的方法
in.print();
}
}
3.在方法中定義內部類 ，使外部調用

//定義外部類
class Outer
{
//定義外部類的私有屬性
private String info = "hello world";
//定義外部類的方法
public void fun(final int temp)
{
//在方法中定義的內部類
class Inner
{
//定義內部類的方法
public void print()
{
//直接訪問外部類的私有屬性
System.out.println("類中的屬性：" + info);
System.out.println("方法中的參數：" + temp);
}
}
//通過內部類的實例化對象調用方法
new Inner().print();
}
}

public class InnerClassDemo05
{
public static void main(String args[]){
//調用外部類的方法
new Outer().fun(30);
}
}

C. Java是什麼意思啊

Java是一種編程語言，計算機語言：

1991年，Sun成立了一個稱為Green的項目小組，專攻計算機在家電產品上的嵌入式應用。

由於C++所具有的優勢，該項目組的研究人員首先考慮採用C++來編寫程序。但對於硬體資源極其匱乏的單片式系統來說，C++程序過於復雜和龐大。另外由於消費電子產品所採用的嵌入式處理器晶元的種類繁雜，如何讓編寫的程序跨平台運行也是個難題。

為了解決困難，他們首先著眼於語言的開發。對於新語言的設計，Sun公司研發人員並沒有開發一種全新的語言，而是根據嵌入式軟體的要求，對C++進行了改造，去除了留在C++的一些不太實用及影響安全的成分，並結合嵌入式系統的實時性要求，開發了一種稱為Oak的面向對象語言。後來Oak語言也就因為缺乏硬體的支持而無法進入市場，從而被擱置了下來。

1995年，互聯網的蓬勃發展給了Oak機會。業界為了使死板、單調的靜態網頁能夠「靈活」起來，急需一種軟體技術來開發一種程序，這種程序可以通過網路傳播並且能夠跨平台運行。於是，世界各大IT企業為此紛紛投入了大量的人力、物力和財力。這個時候，Sun公司想起了那個被擱置起來很久的Oak，並且重新審視了那個用軟體編寫的試驗平台，由於它是按照嵌入式系統硬體平台體系結構進行編寫的，所以非常小，特別適用於網路上的傳輸系統，而Oak也是一種精簡的語言，程序非常小，適合在網路上傳輸。

在申請注冊商標時，發現Oak已經被人使用了，再想了一系列名字之後，最終，使用了提議者在喝一杯Java咖啡時無意提到的Java詞語。

Java由此誕生啦！

以上這就是Java，你了解到啦嗎？

D. 深入理解Java中為什麼內部類可以訪問外部類的成員

內部類簡介

雖然Java是一門相對比較簡單的編程語言，但是對於初學者， 還是有很多東西感覺雲里霧里，
理解的不是很清晰。內部類就是一個經常讓初學者感到迷惑的特性。 即使現在我自認為Java學的不錯了，
但是依然不是很清楚。其中一個疑惑就是為什麼內部類對象可以訪問外部類對象中的成員（包括成員變數和成員方法）？
早就想對內部類這個特性一探究竟了，今天終於抽出時間把它研究了一下。

內部類就是定義在一個類內部的類。定義在類內部的類有兩種情況：一種是被static關鍵字修飾的， 叫做靜態內部類，
另一種是不被static關鍵字修飾的， 就是普通內部類。 在下文中所提到的內部類都是指這種不被static關鍵字修飾的普通內部類。
靜態內部類雖然也定義在外部類的裡面， 但是它只是在形式上（寫法上）和外部類有關系，
其實在邏輯上和外部類並沒有直接的關系。而一般的內部類，不僅在形式上和外部類有關系（寫在外部類的裡面）， 在邏輯上也和外部類有聯系。
這種邏輯上的關系可以總結為以下兩點：

1 內部類對象的創建依賴於外部類對象；

2 內部類對象持有指向外部類對象的引用。

上邊的第二條可以解釋為什麼在內部類中可以訪問外部類的成員。就是因為內部類對象持有外部類對象的引用。但是我們不禁要問， 為什麼會持有這個引用？ 接著向下看， 答案在後面。

通過反編譯位元組碼獲得答案

在源代碼層面， 我們無法看到原因，因為Java為了語法的簡介， 省略了很多該寫的東西， 也就是說很多東西本來應該在源代碼中寫出， 但是為了簡介起見， 不必在源碼中寫出，編譯器在編譯時會加上一些代碼。 現在我們就看看Java的編譯器為我們加上了什麼？
首先建一個工程TestInnerClass用於測試。 在該工程中為了簡單起見， 沒有創建包， 所以源代碼直接在默認包中。在該工程中， 只有下面一個簡單的文件。

?

1
2
3
4
5
6
7
8
9

public class Outer {
int outerField = 0;

class Inner{
void InnerMethod(){
int i = outerField;
}
}
}

該文件很簡單， 就不用過多介紹了。 在外部類Outer中定義了內部類Inner， 並且在Inner的方法中訪問了Outer的成員變數outerField。
雖然這兩個類寫在同一個文件中， 但是編譯完成後， 還是生成各自的class文件：

這里我們的目的是探究內部類的行為， 所以只反編譯內部類的class文件Outer$Inner.class 。 在命令行中， 切換到工程的bin目錄， 輸入以下命令反編譯這個類文件：

?

1

javap -classpath . -v Outer$Inner

-classpath . 說明在當前目錄下尋找要反編譯的class文件
-v 加上這個參數輸出的信息比較全面。包括常量池和方法內的局部變數表， 行號， 訪問標志等等。
注意， 如果有包名的話， 要寫class文件的全限定名， 如：

?

1

javap -classpath . -v com..Outer$Inner

反編譯的輸出結果很多， 為了篇幅考慮， 在這里我們省略了常量池。 下面給出除了常量池之外的輸出信息。

?

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38

{
final Outer this$0;
flags: ACC_FINAL, ACC_SYNTHETIC

Outer$Inner(Outer);
flags:
Code:
stack=2, locals=2, args_size=2
0: aload_0
1: aload_1
2: putfield #10 // Field this$0:LOuter;
5: aload_0
6: invokespecial #12 // Method java/lang/Object."<init>":()V
9: return
LineNumberTable:
line 5: 0
LocalVariableTable:
Start Length Slot Name Signature
0 10 0 this LOuter$Inner;

void InnerMethod();
flags:
Code:
stack=1, locals=2, args_size=1
0: aload_0
1: getfield #10 // Field this$0:LOuter;
4: getfield #20 // Field Outer.outerField:I
7: istore_1
8: return
LineNumberTable:
line 7: 0
line 8: 8
LocalVariableTable:
Start Length Slot Name Signature
0 9 0 this LOuter$Inner;
8 1 1 i I
}</init>

首先我們會看到， 第一行的信息如下：
?

1

final Outer this$0;

這句話的意思是， 在內部類Outer$Inner中， 存在一個名字為this$0 ， 類型為Outer的成員變數， 並且這個變數是final的。
其實這個就是所謂的「在內部類對象中存在的指向外部類對象的引用」。但是我們在定義這個內部類的時候， 並沒有聲明它，
所以這個成員變數是編譯器加上的。

雖然編譯器在創建內部類時為它加上了一個指向外部類的引用， 但是這個引用是怎樣賦值的呢？畢竟必須先給他賦值，它才能指向外部類對象。下面我們把注意力轉移到構造函數上。 下面這段輸出是關於構造函數的信息。

?

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15

Outer$Inner(Outer);
flags:
Code:
stack=2, locals=2, args_size=2
0: aload_0
1: aload_1
2: putfield #10 // Field this$0:LOuter;
5: aload_0
6: invokespecial #12 // Method java/lang/Object."<init>":()V
9: return
LineNumberTable:
line 5: 0
LocalVariableTable:
Start Length Slot Name Signature
0 10 0 this LOuter$Inner;</init>

我們知道， 如果在一個類中， 不聲明構造方法的話， 編譯器會默認添加一個無參數的構造方法。 但是這句話在這里就行不通了， 因為我們明明看到， 這個構造函數有一個構造方法， 並且類型為Outer。 所以說，
編譯器會為內部類的構造方法添加一個參數， 參數的類型就是外部類的類型。
下面我們看看在構造參數中如何使用這個默認添加的參數。 我們來分析一下構造方法的位元組碼。 下面是每行位元組碼的意義：
aload_0 ：
將局部變數表中的第一個引用變數載入到操作數棧。 這里有幾點需要說明。
局部變數表中的變數在方法執行前就已經初始化完成；局部變數表中的變數包括方法的參數；成員方法的局部變數表中的第一個變數永遠是this；操作數棧就是
執行當前代碼的棧。所以這句話的意思是： 將this引用從局部變數表載入到操作數棧。

aload_1：
將局部變數表中的第二個引用變數載入到操作數棧。 這里載入的變數就是構造方法中的Outer類型的參數。
putfield #10 // Field this$0:LOuter;
使用操作數棧頂端的引用變數為指定的成員變數賦值。 這里的意思是將外面傳入的Outer類型的參數賦給成員變數this$0 。
這一句putfield位元組碼就揭示了， 指向外部類對象的這個引用變數是如何賦值的。
下面幾句位元組碼和本文討論的話題無關， 只做簡單的介紹。 下面幾句位元組碼的含義是： 使用this引用調用父類（Object）的構造方法然後返回。
用我們比較熟悉的形式翻譯過來， 這個內部類和它的構造函數有點像這樣： （注意， 這里不符合Java的語法， 只是為了說明問題）

?

1
2
3
4
5
6
7
8

class Outer$Inner{
final Outer this$0;

public Outer$Inner(Outer outer){
this.this$0 = outer;
super();
}
}

說到這里， 可以推想到， 在調用內部類的構造器初始化內部類對象的時候， 編譯器默認也傳入外部類的引用。 調用形式有點像這樣： （注意， 這里不符合java的語法， 只是為了說明問題）
vcq9ysfP4M2stcShoyDU2sTasr//wOC1xLPJ1LGx5MG/b3V0ZXJGaWVsZKOsIM/Cw++NDQtcSjugo8YnI+Cgo8cHJlIGNsYXNzPQ=="brush:java;">
void InnerMethod();
flags:
Code:
stack=1, locals=2, args_size=1
0: aload_0
1: getfield #10 // Field this$0:LOuter;
4: getfield #20 // Field
Outer.outerField:I
7: istore_1
8: return
getfield #10 // Field this$0:LOuter;
將成員變數this$0載入到操作數棧上來
getfield #20 // Field Outer.outerField:I
使用上面載入的this$0引用， 將外部類的成員變數outerField載入到操作數棧
istore_1
將操作數棧頂端的int類型的值保存到局部變數表中的第二個變數上（注意， 第一個局部變數被this佔用，
第二個局部變數是i）。操作數棧頂端的int型變數就是上一步載入的outerField變數。 所以， 這句位元組碼的含義就是：
使用outerField為i賦值。
上面三步就是內部類中是如何通過指向外部類對象的引用， 來訪問外部類成員的。

文章寫到這里， 相信讀者對整個原理就會有一個清晰的認識了。 下面做一下總結：
本文通過反編譯內部類的位元組碼， 說明了內部類是如何訪問外部類對象的成員的，除此之外， 我們也對編譯器的行為有了一些了解， 編譯器在編譯時會自動加上一些邏輯， 這正是我們感覺困惑的原因。

關於內部類如何訪問外部類的成員， 分析之後其實也很簡單， 主要是通過以下幾步做到的：
1 編譯器自動為內部類添加一個成員變數， 這個成員變數的類型和外部類的類型相同， 這個成員變數就是指向外部類對象的引用；
2 編譯器自動為內部類的構造方法添加一個參數， 參數的類型是外部類的類型， 在構造方法內部使用這個參數為1中添加的成員變數賦值；
3 在調用內部類的構造函數初始化內部類對象時， 會默認傳入外部類的引用。

E. 有沒有關於java深入一點的書推薦

學習的最好途徑就是看書「，這是我自己學習並且小有了一定的積累之後的第一體會。個人認為看書有兩點好處：

1.能出版出來的書一定是經過反復的思考、雕琢和審核的，因此從專業性的角度來說，一本好書的價值遠超其他資料。

2.對著書上的代碼自己敲的時候方便。

「看完書之後再次提升自我的最好途徑是看一些相關的好博文「，我個人認為這是學習的第二步，因為一本書往往有好幾百頁，好的博文是自己看書學習之後的一些總結和提煉，對於梳理學習的游蠢扮內容很有好處，當然這里不是說自己的學習方法，就不再扯下去了。

很多程序員們往往有看書的沖動，但不知道看哪些書，下面我就給各位Java程序猿們推薦一些好書（每本書的作者會加粗標紅），其中絕大多數都是我自己平時在看的書，也算是我對於平時讀的書做一個小總結和讀後感吧。

首先推薦的不是一本書，而是一個博客，也是我們博客園另外一位博友java_my_life。

目前市面上講解設計模式的書很多，雖然我前面講了看書是最好的，但是對設計模式感興趣的朋友們，我推薦的是這個博客。這位博友的設計模式講得非常非常好，我認為90%的內容都是沒有問題且很值得學習的，其講解設計模式的大體路線是：

隨便開篇點明該設計模式的定義

圖文並茂講解該設計模式中的結構

以詳細的代碼形式寫一下該種設計模式的實現

補充內容

講解該設計模式的優缺點

對於一個設計模式我們關注、學習的知識點，不就是上面這些嗎？

不過我要重點提醒一下網友們，同一種設計檔衫模式的寫法有多種，並不是說只有按某種寫法來寫才是這種設計模式。比方說適配器模式，我們關注適配器模式一定要關注的是什麼是適配器模式不是怎麼寫適配器模式，不要認為某段代碼不是按照適配器模式的寫法寫下來的它就不是適配器模式了，記住這一點，你在學習設計模式的時候一定會對代碼中用到的設計模式有更深入的理解。

1、深入理解Java虛擬機：JVM高級特性與最佳實踐

如果你不滿足於做一個只會寫ifelse的Java程序員，而是希望更進一步，我隨便舉幾個例子吧：

了解Java代碼的底層運行機制

定位性能問題

對整個系統進行性能調優

解決各種奇奇怪怪的線上線下問題

更加高級別的，為自己的項目量身定做一款適合自己項目的虛擬機

那麼Java虛擬機是你必學的一門技術。《深入理解Java虛擬機：JVM高級特性與最佳實踐》作者是周志明，這本書可以說是國內寫得最好的有關Java虛擬機的書籍，近半年，前前後後這本書我起碼看了有5遍。國內寫虛擬機的書除了這本，其實還有一些其他的，我也買過，不過粗略看下來，很多內容也是《深入理解Java虛擬機：JVM高神灶級特性與最佳實踐》此書裡面的。

另外值得一提的是，《深入理解Java虛擬機：JVM高級特性與最佳實踐》這本書，有電子版的，網上搜一下就能下載到了。不過建議有興趣的朋友還是去買書看，電子版本下載到的一般是比較老的版本，相比最新修訂版的《深入理解Java虛擬機：JVM高級特性與最佳實踐》，有很多作者新補充的知識點是沒有的。

2、HotSpot實戰

所有的Java虛擬機都是遵循著Java虛擬機規范來的，市面上的Java虛擬機幾十款，《深入理解Java虛擬機：JVM高級特性與最佳實踐》一書裡面講的虛擬機並不針對某種特定的虛擬機，而是從Java虛擬機規范的角度來講解Java虛擬機。

我們平時使用的乃至商用的大多數Java虛擬機都是Sun公司的HotSpot，大家cmd進入命令行，使用」java-version」命令就可以看到了。如果希望在Java虛擬機規范的基礎上更加深入地去理解虛擬機的一些細節是怎麼實現的，就可以看一下《HotSpot實戰》一書，作者是陳濤。不過由於HotSpot的源碼都是C/C++寫的，所以要求讀者有非常好的C/C++基礎，如果對這兩門語言不是很熟悉的朋友，看這本書可能對你幫助不是很大。

最後提一句，如果有興趣的朋友，不妨先去網上下載一個openJDK，HotSpot的源碼就在裡面。

3、Java並發編程實戰

這本書常常被列入Java程序員必讀十大書籍排行榜前幾位，不過個人不是很推薦這本書。

《Java並發編程實戰》作者是BrianGoetz，怎麼說呢，這本書前前後後我也看了兩遍左右，個人感受是：

文字多代碼少

講解多實踐少

我覺得這可能就是老外寫書的特點吧，因為Java是北美國家（加拿大、美國）開發和維護的，所以老外對Java方方面面的理論知識體系都掌握得是非常清楚和透徹的。翻開這本書看，多線程什麼用、什麼是死鎖、什麼是競爭、什麼是線程安全等等，方方面面的知識點都用大量的文字篇幅講解，不免讓人感覺十分枯燥，也難讓讀者有實質性的進步。我這本書看了兩遍也屬於一目十行意思，有興趣的地方就重點看一下。

無論如何，作為一本常常位於Jva程序員必讀十大書籍排行榜前幾名的書，還是一定要推薦給大家的。

4、java多線程編程核心技術

《Java多線程編程核心技術》作者高洪岩。想要學習多線程的朋友，這本書是我大力推薦的，我的個人博客裡面二十多篇的多線程博文都是基於此書，並且在這本書的基礎上進行提煉和總結而寫出來的。

此書和《Java並發編程實戰》相反，這本書的特點是大篇幅的代碼+小篇幅的精講解，可能這和中國人寫的書比較偏向實用主義的風格有關。本書關於線程安全、synchronized、Reentrant、Timer等等都用詳細的代碼進行了講解，而且每個大知識點下的多個小知識點都會詳細講解到，非常有實踐價值。

有興趣的朋友們，我相信只要你們跟著這本書裡面的代碼敲、運行、思考，三步走，對於多線程的使用與理解一定會進幾大步。

不過這本書的缺點就是對於Java並發包下的一些類像CountDownLatch、Semphore、CyclicBarrier、Future、Callable等都沒有講到，重點的CAS和AQS也沒有觸及，重點類的實現原理也沒有提。當然，這很深入了，在學習了這本書之後如果能再去對這些知識進行一些學習、研究的話，你一定會慢慢成長為一個很厲害的多線程高手。

5、EffectiveJava中文版

這是唯一一本我沒有買的書。初識這本書，是在我的博文Java代碼優化（長期更新）裡面，底下評論的時候有朋友提到了這本書，當時我說要去買，不過這兩個月一直都沒時間去逛書店，甚是遺憾，之後肯定會找時間去買這本書的。

《EffectiveJava中文版》的作者是JoshuaBloch，這個人就很厲害了，他是谷歌的首席架構師，屬於超級技術大牛級別了吧，呵呵。由於沒有看過這本書，所以我不好發表評論，但是從這本書的知名度以及其作者的來頭來看（多提一句，這本書也是Java之父JamesGosling博士推崇的一本書），我相信這一定是一本值得一看的好書。

好的代碼是每個Java程序員都應該去追求的，不是說我今天寫一段好代碼相比寫一段爛代碼對性能會有多大的提升，更多的應該是提升了代碼的可讀性以及可以規避許多潛在的、未知的問題，避免代碼上線之後出問題而花時間去維護—-無論從時間成本、人力成本還是風險成本來說，這都是非常高的。

6、深入分析JavaWeb技術內幕

《深入分析JavaWeb技術內幕》，作者許令波，淘寶工程師。

這本書我用一個字概括就是：全。真的非常全，HTTP、DNS、CDN、靜態化、Jetty、Tomcat、Servlet、Spring、MyBatis等等，什麼都有，涉及知識面非常廣，但又不像專門精講某個知識點的書籍一樣講得非常深入，感覺這本書就是盡量去用短的篇幅講清楚一些JavaWeb使用到的技術的內幕，讓讀者對這些知識點的技術內幕有一個理性的認識。

不過，盡管每個知識點的篇幅都不多，但是重點都基本講到了，是一本讓人真正有收獲的書。如果想進一步了解這些技術的技術內幕，就要自己去買相關書籍或者自己上網查資料了，有種拋磚引玉，或者說師傅領進門、修行在個人的感覺。

7、大型網站技術架構核心原理與案例分析

一個字評價這本書，_；兩個字評價這本書，很_；三個字評價這本書，非常_。呵呵，好了，再說下去可能別人以為我是水軍了。

《大型網站技術架構核心原理與案例分析》的作者是李智慧，原阿里巴巴技術專家。

Java的大多數應用都是用在Web上的，現在只要稍微大型一點的Web應用，都一定是一個分布式系統，那麼一個分布式系統用到了哪些技術？一個大型網站是如何從一個小型網站成長起來的？如何保證你的網站安全？分布式系統使用到了緩存，有哪些緩存？緩存的使用有哪些值得注意的事項？

關於分布式的知識點，都在這本書裡面有體現，只有你想不到，沒有他寫不到，而且寫得非常易懂，基本屬於看一兩遍，再記一些筆記就知道是怎麼一回事兒了。多看幾遍，對分布式的理解一定會加深不少。而且裡面不僅僅是分布式的知識，還非常接地氣地寫了如何做一個好的架構師，其實我認為這不僅僅是寫給想做架構師的讀者看的，就是給讀者一些建議，如何更好地提出意見、如何更讓別人關注你的聲音、如何看到他人的優點，入木三分，讓人獲益匪淺。

8、大型網站系統與Java中間件實踐

《大型網站系統與Java中間件實踐》作者曾憲傑，是淘寶的技術總監，算起來應該在阿里有至少P8的級別了吧。

這本書的部分內容和上面一本李智慧的《大型網站技術架構核心原理與案例分析》有所重合，像分布式系統的演化、CDN、CAP理論和BASE理論等等，這也更說明這些都是分布式系統或者說是一個大型網站重點關注的內容，當作一次再學習也不錯。

本書要突出的重點是中間件三個字，中間件是分布式系統中一個非常重要的東西，其最重要的作用應該就是解耦，降低模塊與模塊之間的強依賴，不同的模塊之間的依賴度降低，便可以各自獨立地開發自己的功能，這也可以說是軟體工程發展的目標和驅動力。

因此，本書有一部分的內容就是基於中間件，詳細講解了中間件與JMS的各種知識，適合對分布式系統比較熟悉並且想要往中間件方面有一定研究的讀者。

9、從Paxos到ZooKeeper分布式一致性原理與實踐

《從Paxos到ZooKeeper分布式一致性原理與實踐》，作者倪超，阿里巴巴工程師。

這本書是我最近在研讀的一本書，和上面的《大型網站系統與Java中間件實踐》一樣，屬於分布式組件的范疇，屬於有些深入的內容，當然也是我自己的個人興趣。當然，如果有志向做一個出色的大型網站架構師、公司的技術總監之類，這些知識當然是必須掌握的。

本書從分布式系統基本理論開始講起，講到Paxos演算法，最後慢慢引入到Zookeeper，循序漸進。當然，更多的我目前還不方便發表什麼看法，因為這本書的第二張Paxos演算法我都還沒有弄懂（Paxos演算法確實有些難以理解和不太易懂），接下來的章節還沒有看下去。

如果網友們所在的公司在使用Zookeeper，並且你又對Zookeeper感興趣想要研究一下它的原理的，這本書將是不二之選。

10、MySQL5.6從零開始學

《MySQL5.6從零開始學》，作者劉增傑和李坤。

作為一名Java程序員，我認為我們千萬不要覺得資料庫是DBA的事情，資料庫對一個Java程序員來說也是必須掌握的一門知識，豐富的資料庫性能優化經驗是一個頂尖程序員必備技能。

目前主流的資料庫有Oracle和MySQL，當然推薦大家的是MySQL，主要原因我認為有兩點：

1、MySQL相比Oracle更輕量級、更小、安裝和卸載更方便，SQL其實都是差不多的，如果想學資料庫，學MySQL就可以了，在家裡面可以自己方便地研究，如果你的公司使用Oracle，只要再用對比學習法，關注一下Oracle和MySQL的差別即可

2、隨著2009年阿里巴巴去IOE的運動的進行，目前國內的很多互聯網公司都會選擇MySQL作為它們使用的資料庫，因為MySQL免費，所以既省錢又不需要出了問題就依賴甲骨文公司

MySQL學習我推薦的是這本我自己學習看的《MySQL5.6從零開始學》，我是覺得挺好的這本書，書裡面的知識點很細致、很全面，讀者選擇書籍的標准大多不就是這兩點嗎？

11、Spring源碼深度解析

《Spring源碼深度解析》，作者郝佳。

Spring這個框架做得太好了，功能太強大了，以至於很多開發者都只知Spring，不知什麼是工廠、什麼是單例、什麼是代理（我面試別人的真實體會）。這種功能強大的框架內部一定是很復雜的實現，這就導致一旦你的程序使用Spring，出了問題，可能是Error、可能是Exception、可能是程序運行結果不是你的預期的，出現諸如此類問題的時候，將會讓你感到困惑，除了上網查資料或者問別人似乎沒有更好的解決辦法。

研讀Spring的源代碼不失為一種很好的學習方法，我個人認為這有很多好處：

理解框架內部的實現之後，可以主動去解決問題，而不需要依賴別人

Spring框架內部實現用到了很多設計模式，很好的代碼設計思路，這將會對你寫代碼、對你理解設計模式有很大的提高

研究Spring框架將會大大增強你讀代碼的能力，我相信只要你能研究清楚Spring內部是如何實現的，其他任何一個框架的源代碼都難不倒你

總而言之，我認為讀代碼的能力是一個普通的程序員和一個好的程序員之間最大的差別之一，前者只會把別人寫好的東西拿來用，後者不僅能用好，還清楚知道別人寫好的東西底層是如何實現的，在出現問題的時候可以輕松解決。

Spring源代碼，個人推薦《Spring源碼深度解析》一書，真要研究透並且寫清楚Spring源代碼，恐怕三四本書都不夠，作者在近400頁的篇幅中盡量去講解Spring源代碼是如何實現的，殊為不易，盡管無法講得完全，但是相信作者的講解配合上讀者自己的研究，一定可以對Spring的實現有更深度的理解。

以上就是我對Java高級部分應該看的書籍的推薦，希望可以對你有所幫助。說一點我的建議，我們學Java技術更重要的還是看視頻教程，我們只有看更多的視頻教程，不斷的練習，在腦海當中產生深刻的記憶。我永遠堅信我的一句話：書籍能詮釋的東西畢竟有限。

最後在這里推薦大家關注一下我的微信公眾號：Java新手學習，給你准備了一套最新的Java基礎精講視頻教程和Java系統學習路線，關注即可觀看。

F. 深入理解Java虛擬機：JVM高級特性與最佳實踐的內容簡介

作為一位java程序員，你是否也曾經想深入理解java虛擬機，但是卻被它的復雜和深奧拒之門外？沒關系，《深入理解java虛擬機:jvm高級特性與最佳實踐》極盡化繁為簡之妙，能帶領你在輕松中領略java虛擬機的奧秘。《深入理解java虛擬機:jvm高級特性與最佳實踐》是近年來國內出版的唯一一本與java虛擬機相關的專著，也是唯一一本同時從核心理論和實際運用這兩個角度去探討java虛擬機的著作，不僅理論分析得透徹，而且書中包含的典型案例和最佳實踐也極具現實指導意義。
全書共分為五大部分。第一部分從宏觀的角度介紹了整個java技術體系的過去、現在和未來，以及如何獨立地編譯一個openjdk7，這對理解後面的內容很有幫助。第二部分講解了jvm的自動內存管理，包括虛擬機內存區域的劃分原理以及各種內存溢出異常產生的原因；常見的垃圾收集演算法以及垃圾收集器的特點和工作原理；常見的虛擬機的監控與調試工具的原理和使用方法。第三部分分析了虛擬機的執行子系統，包括class的文件結構以及如何存儲和訪問class中的數據；虛擬機的類創建機制以及類載入器的工作原理和它對虛擬機的意義；虛擬機位元組碼的執行引擎以及它在實行代碼時涉及的內存結構。第四部分講解了程序的編譯與代碼的優化，闡述了泛型、自動裝箱拆箱、條件編譯等語法糖的原理；講解了虛擬機的熱點探測方法、hotspot的即時編譯器、編譯觸發條件，以及如何從虛擬機外部觀察和分析jit編譯的數據和結果。第五部分探討了java實現高效並發的原理，包括jvm內存模型的結構和操作；原子性、可見性和有序性在java內存模型中的體現；先行發生原則的規則和使用；線程在java語言中的實現原理；虛擬機實現高效並發所做的一系列鎖優化措施。
《深入理解java虛擬機:jvm高級特性與最佳實踐》適合所有java程序員、系統調優師和系統架構師閱讀。