java源碼讀法

A. java怎麼念

JAVA讀法：英 ['dʒɑːvə] 。

一、意思是：

1、n. （非正式）咖啡。

2、n. (Java) Java語言（一種計算機編程語言）；爪哇島。

3、n. (Java) （印、美）傑娃（人名）。

一、例句：

After five days of driving through Sumatra, we head over the water to Java.

我們的巴士在蘇門答臘行駛了五天，到了去爪哇的海邊。

二、短語：

1、Javasea 爪哇海。

2、Senior Java 高級軟體工程師。

3、Java coffee 爪哇咖啡。

4、java ratio 蔗汁比例。

5、Java quassiawood 常綠苦木。

(1)java源碼讀法擴展閱讀：

Java 編程語言

Java具有類似於C++語言的"形式和感覺"，但它要比C++語言更易於使用，而且在編程時徹底採用了一種"以對象為導向"的方式。使用Java編寫的應用程序，既可以在一台單獨的電腦上運行，也可以被分布在一個網路的伺服器端和客戶端運行。另外，Java還可以被用來編寫容量很小的應用程序模塊或者applet，做為網頁的一部分使用。

B. 如何快速讀懂項目源碼javaWeb

一：學會如何讀一個JavaWeb項目源代碼 步驟：表結構->web.xml->mvc->db->spring
ioc->log-> 代碼
1、先了解項目資料庫的表結構，這個方面是最容易忘記 的，有時候我們只顧著看每一個方法是怎麼進行的，卻沒
有去了解資料庫之間的主外鍵關聯。其實如果先了解數據 庫表結構，再去看一個方法的實現會更加容易。
2、然後需要過一遍web.xml，知道項目中用到了什麼攔
截器，監聽器，過濾器，擁有哪些配置文件。如果是攔截 器，一般負責過濾請求，進行AOP 等;如果是監 可能是定時任務，初始化任務;配置文件有如使用了 spring
後的讀取mvc 相關，db 相關，service 相關，aop 相關的文件。
3、查看攔截器，監聽器代碼，知道攔截了什麼請求，這
個類完成了怎樣的工作。有的人就是因為缺少了這一步， 自己寫了一個action，配置文件也沒有寫錯，但是卻怎麼
調試也無法進入這個action，直到別人告訴他，請求被攔
4、接下來，看配置文件，首先一定是mvc相關的，如 springmvc
中，要請求哪些請求是靜態資源，使用了哪些 view 策略，controller 註解放在哪個包下等。 然後是db 相關配置文件，看使用了什麼資料庫，使用了
什麼orm框架，是否開啟了二級緩存，使用哪種產品作 為二級緩存，事務管理的處理，需要掃描的實體類放在什 么位置。最後是spring 核心的ioc
功能相關的配置文件， 知道介面與具體類的注入大致是怎樣的。當然還有一些如 apectj 置文件，也是在這個步驟中完成
5、log
相關文件，日誌的各個級別是如何處理的，在哪些 地方使用了log 記錄日誌
6、從上面幾點後知道了整個開源項目的整體框架，閱讀 每個方法就不再那麼難了。
7、當然如果有項目配套的開發文檔也是要閱讀的。

C. java怎麼讀

US/ˈdʒɑː.və/ ；UK /ˈdʒɑː.və/ 。

【N-UNCOUNT】Java語言（一種計算機語言，尤用於創建網站）
Javais a computer programming language. It is used especially in creating websites.

例子：

,.

Java編程語言提供了JDBCAPI，它定義了怎樣訪問一個關系資料庫。

(3)java源碼讀法擴展閱讀：

Java是一門面向對象編程語言，不僅吸收了C++語言的各種優點，還摒棄了C++里難以理解的多繼承、指針等概念，因此Java語言具有功能強大和簡單易用兩個特徵。

Java語言作為靜態面向對象編程語言的代表，極好地實現了面向對象理論，允許程序員以優雅的思維方式進行復雜的編程 。

Java具有簡單性、面向對象、分布式、健壯性、安全性、平台獨立與可移植性、多線程、動態性等特點 。Java可以編寫桌面應用程序、Web應用程序、分布式系統和嵌入式系統應用程序等 。

語言特點：

1.簡單性

Java看起來設計得很像C++，但是為了使語言小和容易熟悉，設計者們把C++語言中許多可用的特徵去掉了，這些特徵是一般程序員很少使用的。

2.面向對象

Java是一個面向對象的語言。對程序員來說，這意味著要注意應中的數據和操縱數據的方法（method），而不是嚴格地用過程來思考。在一個面向對象的系統中，類（class）是數據和操作數據的方法的集合。

3.分布性

Java設計成支持在網路上應用，它是分布式語言。Java既支持各種層次的網路連接，又以Socket類支持可靠的流（stream）網路連接，所以用戶可以產生分布式的客戶機和伺服器。

4.編譯和解釋性

Java編譯程序生成位元組碼（byte-code），而不是通常的機器碼。Java位元組碼提供對體系結構中性的目標文件格式，代碼設計成可有效地傳送程序到多個平台。Java程序可以在任何實現了Java解釋程序和運行系統（run-time system）的系統上運行。

5.穩健性

Java原來是用作編寫消費類家用電子產品軟體的語言，所以它是被設計成寫高可靠和穩健軟體的。Java消除了某些編程錯誤，使得用它寫可靠軟體相當容易。

6.安全性

Java的存儲分配模型是它防禦惡意代碼的主要方法之一。Java沒有指針，所以程序員不能得到隱蔽起來的內幕和偽造指針去指向存儲器。

7.可移植性

Java使得語言聲明不依賴於實現的方面。Java環境本身對新的硬體平台和操作系統是可移植的。Java編譯程序也用Java編寫，而Java運行系統用ANSIC語言編寫。

8.高性能

Java是一種先編譯後解釋的語言，所以它不如全編譯性語言快。但是有些情況下性能是很要緊的，為了支持這些情況，Java設計者製作了「及時」編譯程序，它能在運行時把Java位元組碼翻譯成特定CPU（中央處理器）的機器代碼，也就是實現全編譯了。

9.多線索性

Java是多線索語言，它提供支持多線索的執行（也稱為輕便過程），能處理不同任務，使具有線索的程序設計很容易。Java的lang包提供一個Thread類，它支持開始線索、運行線索、停止線索和檢查線索狀態的方法。

10.動態性

Java語言設計成適應於變化的環境，它是一個動態的語言。例如，Java中的類是根據需要載入的，甚至有些是通過網路獲取的。

D. 如何讀懂JAVA源碼

先學會JAVA，至少你看單個方法的時候，能看懂這個方法是做什麼的。弄個myeclipse之類的軟體，將代碼運行一遍，看看是幹嘛的。然後先瀏覽一下主函數，裡面的具體的類可以先不管，先把主函數從頭到尾仔細看看，應該大概能知道這程序是幹嘛的了。接著就設斷點，按F6一步一步看。從頭細讀，遇到什麼類就先進去掃一下，稍微了解一下結構就行。然後具體看調用的方法，調哪個就看哪個，最好看懂方法的具體實現。如果一下子實在看不懂，那就自己在後面加個注釋方便呆會回來繼續看。先看後面的，這一行一行讀，不要怕麻煩，剛剛開始是慢點，讀得多了就基本能一掃而過了。

E. java開源框架的源代碼怎麼讀

Java開源框架的源代碼怎麼讀?說讀開源框架的源代碼對自己寫程序很有幫助的，我不知道從那裡下手
找一個你熟悉的項目,下回來源碼，然後單步跟蹤一遍，前題有一定基礎，至少會單步跟蹤調試對ide也得熟悉些，項目別選太大的，像apache裡面的項目都還可以。一開始還是比較艱難的，時間長了就好了。
如同你看不懂高手過招一樣。
還是一步一步的來吧。
先看一些基礎知識，寫一些東西，然後重點看自己用到的，或者即將用到的部分，這樣提高效果會更好。
開始的時候是把源代碼關聯，有不明白的地方可以ctrl直接過去看。之後有一些積攢之後，可以去看開源項目中的閃亮的地方，比如Spring中的IOC。然後參照自己去實現一個簡單的DEMO，之中可以參考一些資料。個人理解這樣會比較快速的將一個項目中的一部分較為深入的了解。畢竟一個成熟的開源項目技術的積攢及范圍都比較大。完全了解沒有必要也沒有可能。
我讀Spring的經驗。
首先要搞清它大體的處理步驟，然後再去詳細看每個類的具體內容。讀代碼，最忌從一開始就企圖詳細理解一個大工程的所有細節。先看大匡，然後再逐步掌握自己感興趣的細節。
讀代碼的時候可以把框架的代碼讀取到IDE的工程中去，
例如，用Eclipse讀代碼，方便得很。
或者在開發中設定classpath時，把代碼也帶上，
個人認為，多看例如JDK、Spring這樣優秀的代碼，對於掌握Java編程的精髓很有幫助。
初學者也不例外!
其實框架就是DB訪問，畫面顯示，資源管理。
首先要知道你的框架的特點，也就是他的側重點。
我看源代碼喜歡全局搜索，一直找到Java自帶的基礎類。一條先走到黑。嗬嗬，挺笨的
不過建議先會用，熟練用，在研讀。會快一些，少走彎路
不管是在校的學生還是剛參加工作的，都要從基礎開始，把一些經典的基礎問題搞明白了之後再去研究框架，其實感覺框架要先明白框架的總體，有時候不明白框架甚至看著源代碼都不知道屬於哪一類，引入也會產生問題，之後在去看源代碼。最主要的是光看不行，要親手做一下，即使是最簡單的程序也要親手做，如果是人家的程序照著手動敲一遍也會有很大的收獲的
對於開源項目，我覺得從如下方面著手比較好:
2.了解整體項目的技術架構
3.熟悉它用的技術與知識面，並逐個掌握
4.從單個模塊著手，調試代碼，熟悉基基本的流程與業務
5.在不修改其源碼的基礎上做一些擴展開發的工作，為我所用6.修改並優化其代碼

F. 如何讀JAVA源碼

最好下個編輯器，editplus，gvim之類的，我用的是gvim，當然有myeclipse之類的軟體就更好，將代碼引進去，然後從主類開始，先看一遍主類，大體知道是幹嘛的就好了，然後再細看，從上到下，當看到新類時，再轉過去看那個類，看懂了再回主類繼續，

G. 如何讀JAVA源代碼

您好，我現在是北大青鳥成都錦江校區的學生，正在學java，有點小經驗跟您分享下，不知道有沒有幫助
讀文件有4種方法，
1 按行讀
2 按規定大小位元組讀
3 按流讀
4 隨機讀取文件

我認為第3種是最好的，而且他是通吃的，

H. java並發包源碼怎麼讀

1. 各種同步控制工具的使用

1.1 ReentrantLock

ReentrantLock感覺上是synchronized的增強版，synchronized的特點是使用簡單，一切交給JVM去處理，但是功能上是比較薄弱的。在JDK1.5之前，ReentrantLock的性能要好於synchronized，由於對JVM進行了優化，現在的JDK版本中，兩者性能是不相上下的。如果是簡單的實現，不要刻意去使用ReentrantLock。

相比於synchronized，ReentrantLock在功能上更加豐富，它具有可重入、可中斷、可限時、公平鎖等特點。

首先我們通過一個例子來說明ReentrantLock最初步的用法：

package test;

import java.util.concurrent.locks.ReentrantLock;public class Test implements Runnable{ public static ReentrantLock lock = new ReentrantLock(); public static int i = 0;

@Override public void run() { for (int j = 0; j < 10000000; j++)
{ lock.lock(); try
{
i++;
} finally
{ lock.unlock();
}
}
}
public static void main(String[] args) throws InterruptedException {
Test test = new Test();
Thread t1 = new Thread(test);
Thread t2 = new Thread(test);
t1.start();
t2.start();
t1.join();
t2.join();
System.out.println(i);
}

}

有兩個線程都對i進行++操作，為了保證線程安全，使用了ReentrantLock，從用法上可以看出，與synchronized相比，ReentrantLock就稍微復雜一點。因為必須在finally中進行解鎖操作，如果不在finally解鎖，有可能代碼出現異常鎖沒被釋放，而synchronized是由JVM來釋放鎖。

那麼ReentrantLock到底有哪些優秀的特點呢？

1.1.1 可重入

單線程可以重復進入，但要重復退出

lock.lock();
lock.lock();try{
i++;

}
finally{
lock.unlock();
lock.unlock();
}

由於ReentrantLock是重入鎖，所以可以反復得到相同的一把鎖，它有一個與鎖相關的獲取計數器，如果擁有鎖的某個線程再次得到鎖，那麼獲取計數器就加1，然後鎖需要被釋放兩次才能獲得真正釋放(重入鎖)。這模仿了synchronized的語義；如果線程進入由線程已經擁有的監控器保護的 synchronized 塊，就允許線程繼續進行，當線程退出第二個（或者後續）synchronized塊的時候，不釋放鎖，只有線程退出它進入的監控器保護的第一個synchronized塊時，才釋放鎖。

public class Child extends Father implements Runnable{ final static Child child = new Child();//為了保證鎖唯一
public static void main(String[] args) { for (int i = 0; i < 50; i++) { new Thread(child).start();
}
}
public synchronized void doSomething() {
System.out.println("1child.doSomething()");
doAnotherThing(); // 調用自己類中其他的synchronized方法
}
private synchronized void doAnotherThing() { super.doSomething(); // 調用父類的synchronized方法
System.out.println("3child.doAnotherThing()");
}
@Override
public void run() {
child.doSomething();
}
}class Father { public synchronized void doSomething() {
System.out.println("2father.doSomething()");
}
}

我們可以看到一個線程進入不同的synchronized方法，是不會釋放之前得到的鎖的。所以輸出還是順序輸出。所以synchronized也是重入鎖

輸出：

1child.doSomething()
2father.doSomething()
3child.doAnotherThing()
1child.doSomething()
2father.doSomething()
3child.doAnotherThing()
1child.doSomething()
2father.doSomething()
3child.doAnotherThing()
...

1.1.2.可中斷

與synchronized不同的是，ReentrantLock對中斷是有響應的。中斷相關知識查看[高並發Java 二] 多線程基礎

普通的lock.lock()是不能響應中斷的，lock.lockInterruptibly()能夠響應中斷。

我們模擬出一個死鎖現場，然後用中斷來處理死鎖

package test;import java.lang.management.ManagementFactory;import java.lang.management.ThreadInfo;import java.lang.management.ThreadMXBean;import java.util.concurrent.locks.ReentrantLock;public class Test implements Runnable{ public static ReentrantLock lock1 = new ReentrantLock(); public static ReentrantLock lock2 = new ReentrantLock(); int lock; public Test(int lock)
{ this.lock = lock;
} @Override
public void run()
{ try
{ if (lock == 1)
{
lock1.lockInterruptibly(); try
{
Thread.sleep(500);
} catch (Exception e)
{ // TODO: handle exception
}
lock2.lockInterruptibly();
} else
{
lock2.lockInterruptibly(); try
{
Thread.sleep(500);
} catch (Exception e)
{ // TODO: handle exception
}
lock1.lockInterruptibly();
}
} catch (Exception e)
{ // TODO: handle exception
} finally
{ if (lock1.isHeldByCurrentThread())
{
lock1.unlock();
} if (lock2.isHeldByCurrentThread())
{
lock2.unlock();
}
System.out.println(Thread.currentThread().getId() + ":線程退出");
}
} public static void main(String[] args) throws InterruptedException {
Test t1 = new Test(1);
Test t2 = new Test(2);
Thread thread1 = new Thread(t1);
Thread thread2 = new Thread(t2);
thread1.start();
thread2.start();
Thread.sleep(1000); //DeadlockChecker.check();
} static class DeadlockChecker
{ private final static ThreadMXBean mbean = ManagementFactory
.getThreadMXBean(); final static Runnable deadlockChecker = new Runnable()
{ @Override
public void run()
{ // TODO Auto-generated method stub
while (true)
{ long[] deadlockedThreadIds = mbean.findDeadlockedThreads(); if (deadlockedThreadIds != null)
{
ThreadInfo[] threadInfos = mbean.getThreadInfo(deadlockedThreadIds); for (Thread t : Thread.getAllStackTraces().keySet())
{ for (int i = 0; i < threadInfos.length; i++)
{ if(t.getId() == threadInfos[i].getThreadId())
{
t.interrupt();
}
}
}
} try
{
Thread.sleep(5000);
} catch (Exception e)
{ // TODO: handle exception
}
}

}
};
public static void check()
{
Thread t = new Thread(deadlockChecker);
t.setDaemon(true);
t.start();
}
}

}

上述代碼有可能會發生死鎖，線程1得到lock1，線程2得到lock2，然後彼此又想獲得對方的鎖。

我們用jstack查看運行上述代碼後的情況

下面舉個例子：

package test;import java.util.concurrent.CyclicBarrier;public class Test implements Runnable{ private String soldier; private final CyclicBarrier cyclic; public Test(String soldier, CyclicBarrier cyclic)
{ this.soldier = soldier; this.cyclic = cyclic;
} @Override
public void run()
{ try
{ //等待所有士兵到齊
cyclic.await();
dowork(); //等待所有士兵完成工作
cyclic.await();
} catch (Exception e)
{ // TODO Auto-generated catch block
e.printStackTrace();
}

} private void dowork()
{ // TODO Auto-generated method stub
try
{
Thread.sleep(3000);
} catch (Exception e)
{ // TODO: handle exception
}
System.out.println(soldier + ": done");
} public static class BarrierRun implements Runnable
{ boolean flag; int n; public BarrierRun(boolean flag, int n)
{ super(); this.flag = flag; this.n = n;
} @Override
public void run()
{ if (flag)
{
System.out.println(n + "個任務完成");
} else
{
System.out.println(n + "個集合完成");
flag = true;
}

}

} public static void main(String[] args)
{ final int n = 10;
Thread[] threads = new Thread[n]; boolean flag = false;
CyclicBarrier barrier = new CyclicBarrier(n, new BarrierRun(flag, n));
System.out.println("集合"); for (int i = 0; i < n; i++)
{
System.out.println(i + "報道");
threads[i] = new Thread(new Test("士兵" + i, barrier));
threads[i].start();
}
}

}

列印結果：

集合

士兵5: done士兵7: done士兵8: done士兵3: done士兵4: done士兵1: done士兵6: done士兵2: done士兵0: done士兵9: done10個任務完成

1.7 LockSupport

提供線程阻塞原語

和suspend類似

LockSupport.park();
LockSupport.unpark(t1);

與suspend相比不容易引起線程凍結

LockSupport的思想呢，和Semaphore有點相似，內部有一個許可，park的時候拿掉這個許可，unpark的時候申請這個許可。所以如果unpark在park之前，是不會發生線程凍結的。

下面的代碼是[高並發Java 二] 多線程基礎中suspend示例代碼，在使用suspend時會發生死鎖。

而使用LockSupport則不會發生死鎖。

另外

park()能夠響應中斷，但不拋出異常。中斷響應的結果是，park()函數的返回，可以從Thread.interrupted()得到中斷標志。

在JDK當中有大量地方使用到了park，當然LockSupport的實現也是使用unsafe.park()來實現的。

public static void park() { unsafe.park(false, 0L);
}

1.8 ReentrantLock 的實現

下面來介紹下ReentrantLock的實現，ReentrantLock的實現主要由3部分組成：

• CAS狀態

• 等待隊列

• park()

ReentrantLock的父類中會有一個state變數來表示同步的狀態

• /**


• * The synchronization state.


• */


• private volatile int state;



通過CAS操作來設置state來獲取鎖，如果設置成了1，則將鎖的持有者給當前線程

• final void lock() { if (compareAndSetState(0, 1))


• setExclusiveOwnerThread(Thread.currentThread()); else


• acquire(1);


• }



如果拿鎖不成功，則會做一個申請

• public final void acquire(int arg) { if (!tryAcquire(arg) &&


• acquireQueued(addWaiter(Node.EXCLUSIVE), arg))


• selfInterrupt();


• }



首先，再去申請下試試看tryAcquire，因為此時可能另一個線程已經釋放了鎖。

如果還是沒有申請到鎖，就addWaiter，意思是把自己加到等待隊列中去

其間還會有多次嘗試去申請鎖，如果還是申請不到，就會被掛起

• private final boolean parkAndCheckInterrupt() {


• LockSupport.park(this); return Thread.interrupted();


• }



同理，如果在unlock操作中，就是釋放了鎖，然後unpark，這里就不具體講了。

2. 並發容器及典型源碼分析

2.1ConcurrentHashMap

我們知道HashMap不是一個線程安全的容器，最簡單的方式使HashMap變成線程安全就是使用Collections.synchronizedMap，它是對HashMap的一個包裝

• public static Map m=Collections.synchronizedMap(new HashMap());



同理對於List，Set也提供了相似方法。

但是這種方式只適合於並發量比較小的情況。

我們來看下synchronizedMap的實現

它會將HashMap包裝在裡面，然後將HashMap的每個操作都加上synchronized。

由於每個方法都是獲取同一把鎖(mutex)，這就意味著，put和remove等操作是互斥的，大大減少了並發量。

下面來看下ConcurrentHashMap是如何實現的

在ConcurrentHashMap內部有一個Segment段，它將大的HashMap切分成若干個段（小的HashMap），然後讓數據在每一段上Hash，這樣多個線程在不同段上的Hash操作一定是線程安全的，所以只需要同步同一個段上的線程就可以了，這樣實現了鎖的分離，大大增加了並發量。

在使用ConcurrentHashMap.size時會比較麻煩，因為它要統計每個段的數據和，在這個時候，要把每一個段都加上鎖，然後再做數據統計。這個就是把鎖分離後的小小弊端，但是size方法應該是不會被高頻率調用的方法。

在實現上，不使用synchronized和lock.lock而是盡量使用trylock，同時在HashMap的實現上，也做了一點優化。這里就不提了。

2.2BlockingQueue

BlockingQueue不是一個高性能的容器。但是它是一個非常好的共享數據的容器。是典型的生產者和消費者的實現。