Ⅰ JDK7.0 與 JDK6.0 區別 及 JDK7的新特性
JDK7.0和JDK6.0有什麼區別？
jdk7是模塊化程序,模塊間的依賴性變小了.jdk的好多功能間有相互依賴性,導致一個配置不對,好多不能用.舉例來說：假設你正使用Logging API（java.util.logging)），Logging需要NIO和JMX，JMX需要JavaBeans, JNDI, RMI和CORBA，JNDI需要java.applet.Applet而且JavaBeans依賴AWT.
JDK7 新特性：
JSR203:JDK中會更多的IO API（「NIO.2」）訪問文件系統與之前的JDK中通過java.io.File訪問文件的方式不同，JDK7將通過java.nio.file包中的類完成。JDK7會使用java.nio.file.Path類來操作任何文件系統中的文件。（這里說的任何文件系統指的是可以使用任何文件存儲方式的文件系統）
示例：
Java7之前
File file = new File(「some_file」);
使用Java7
Path path = Paths.get(「some_file」);
在File類中加入了新的方法toPath()，可以方便的轉換File到Path
Path path = new File(「some_file」).toPath();
Socket通道綁定和配置在JDK7中面向通道的網路編程也得以更新！JDK7中可以直接綁定通道的socket和直接操作socket屬性。JDK7提供了平台socket屬性和指定實現的socket屬性。
JDK7加入了一個新的位元組通道類，SeekableByteChannel
NetworkChannel是面向網路通道編程模塊中的又一個新的超介面。利用它可以方便的綁定通道socket，並且方便設置和獲取socket的屬性。
MulticastChannel介面方便創建IP協議多播。多播實現直接綁定到本地的多播設備。
靈活的非同步I/O可以通過真正的非同步I/O，在不同的線程中運行數以萬計的流操作！JKD7提供了對文件和socket的非同步操作。一些JDK7中的新通道：
AsynchronousFileChannel：非同步文件通道可以完成對文件的非同步讀寫操作。
AsynchronouseSocketChannel：Socket中的一個簡單非同步通道，方法是非同步的並且支持超時。
：非同步的ServerSocket
AsynchronousDatagramChannel：基於數據包的非同步socket
JSR292:Java平台中的動態編程語言Da Vinci Machine項目（JSR292）的主旨是擴展JVM支持除Java以外的其它編程語言，尤其是對動態編程語言的支持。所支持的語言必須和Java一樣不收到歧視並共同存在。JSR334:Java語言的一些改進OpenJDK項目的創造（JSR334）的主旨是對Java語言進行一些小的改進來提高每天的Java開發人員的工作。這些改進包括：
Switch語句允許使用String類型
支持二進制常量和數字常量中可以使用下劃線
使用一個catch語言來處理多種異常類型
對通用類型實例的創建提供類型推理
Try-with-resources語句來自動關閉資源
JSR119:Java編譯器APIJSR199是在JDK6中加入的，主要用來提供調用Java編譯器的API。除了提供javac的命令行工具，JSR199提供Java編譯器到程序交互的能力。Java編譯器API要達到三個目標：
對編譯器和其它工具的調用
對結構化的編譯信息進行訪問
對文件輸入輸出定製化處理的能力
JSR206:Java XML處理的API （JAXP）JSR206即Java API for XML Processing（JAXP），是Java處理XML文檔的一個與實現無關，靈活的API。
JAXP1.3的主要特性包括：
DOM3
內建通過XML Schema進行文檔校驗的處理器
對XML Schema中的數據類型的實現，在javax.xml.datatype包中。
XSLTC，最快的轉換器，也是XSLT處理中的默認引擎。
提供對XInclude的實現。這將會方便我們使用文本和其它已有的XML來創建新的文檔，這樣可以對文檔片段進行重用。
JDK7中會包含JAXP1.3，這個是JAXP的最新實現。
綁定技術（JAXB）JSR222即Java Architecture for XML Binding（JAXB）。JAXB的目的是便於Java程序進行Java類到XML文檔的映射。
JAXB2的主要特性：
支持全部的W3C XML Schema特性。（JAXB1.0說明了對於W3C XML Schema中某些特性的不支持）
支持綁定Java到XML文檔，通過添加javax.xml.bind.annotation包來控制綁定。
大量減少了對於schema衍生出來的類。
通過JAXP1.3的校驗API來提供額外的校驗能力。
JDK7中將包括JAXB2.2
JSR224：基於XML的Web服務API（JAX-WS）JSR224即Java API for XML-based Web Services（JAX-WS），是一個基於Annotation標注的編程模型，主要針對Web Service應用和客戶端開發。
JAX-WS2的主要特性包括：
對JAXB2.1 API的支持（JSR222）
對Web Services Addressing 1.0的支持
EndpointReference(EPR)的API：創建(BindingProvider.getEndpointReference()，Endpoint.getEndpointReference()，MessageContext.getEndpointReference())
事務處理(使用JAXB2.1綁定W3C EPR到W3CEndpointReference類，使用JAXB Marshall/Unmarshall W3CendpointReference類)
提供友好的API來啟用和停止某些特性，例如MTOM特性和Addressing特性
JDK7將包含JAX-WS2.2
可插拔的Annotation處理APIJSR269即Pluggable Annotation-Processing API
從JDK5開始，Annotation標注就成了強大的機制用來標注我們的類、屬性和方法。通常Annotation標注是在創建階段或者運行階段進行處理的，並獲取語義結果。JSR269主要用來定義一套API，允許通過可插拔的API來進行標注處理器的創建。
規范包括一部分的API用來對Java編程語言進行構建，還有就對標注處理器聲明和控制運行的部分。
有了程序中的Annotation標注，就需要有標注處理器框架來反射程序的結構。
Annotation處理器會指定他們處理的標注並且更多的處理器可以合作運行。
標注處理器和程序結構的API可以在構建階段訪問。
小的改進java.util.Objects提供了一套9個靜態方法。其中兩個方法用來檢測當前對象是null還是非null。兩個方法用來提供生成toString()字元串同時支持null對象。兩個用來處理hash的方法。兩個方法用來處理equals。最後一個compare方法用來進行比較。Swing JLayer組件JXLayer是一個組件裝飾器，提供了用來裝飾多個組合組件的方式，並且可以捕獲所有滑鼠、鍵盤和FocusEvent的事件，並針對所有的XLayer子組件。這個組件只會對public swing的api起作用，對全局設置沒有作用，例如對EventQueue或者RepaintManager。（除了這些，Swing還將在JDK7中提供JXDatePicker和CSS方式樣式）並發和集合APIJSR166，並發和集合API提供了靈活的非同步處理，並發HashMap，傳輸隊列和輕量級的fork/join框架以及本地線程方式的偽隨機數生成器。類載入器體系結構類載入器已經升級到了可以在無等級類載入器拓撲中避免死鎖。JDK7中包含了一個對於多線程自定義類載入器的增強實現，名字為具有並行能力的類載入器。使用平行能力的類載入器載入class，會同步到類載入器和類名。Locale類的改進Java Locale避免由於小的變化導致數據丟失。除此，Locale應該提供更多的特性，例如IETF BCP 47和UTR 35（CLDR/LDML）。分離用戶Locale和用戶介面LocaleJDK7分離了UI語言的locale和格式化locale，這個已經在Vista之後的windows系統中實現了。嚴格的類文件檢測通過JavaSE6的規范，version51（SE7）的類文件和之後的版本必須通過類型檢測來檢驗。對於老的推理驗證VM不可以宕掉Elliptic-Curve
Cryptography (ECC)橢圓曲線加密
從JDK7開始，Java提供對標準的ECC演算法的靈活實現（基於橢圓曲線的公鑰加密演算法）Swing中的Nimbus外觀Nimbus是JDS（Java Desktop System）中的新外觀。這個也是Solaris11的GTK主題Java2D中的XRender PipelineJDK7中加入了基於X11 XRender擴展的Java2D圖形管道。這將提供更多的對於當前先進的GPUs訪問的功能。TLS1.2TLS (Transport Layer Security)是一個用在Internet上的數據傳輸安全協議，用來避免監聽、引誘和消息偽造。TLS的主要目的是提供兩個應用間通信的隱私和數據完整。TLS是RFC5246標准，在JDK7中提供1.2JDBC4.0/4.1JDBC4.1特性只在JDK7或者更高版本中存在。JDBC4.1隻是對JDBC4.0進行較小的改動。關於一些JDBC4.0/4.1的特性：
數據源—Derby包括了對於javax.sql.DataSource的新的實現
JDBC驅動自動載入—應用不必在通過Class.forName()方法來載入資料庫驅動了。取而代之的是DriverManager會根據應用請求連接的情況，自動查找到合適的JDBC驅動。
包裝—這是JDBC4.0中的新的概念，主要是通過這種機制可以讓應用獲取的廠商提供的標准JDBC對象實現，例如Connections，Statements和ResultSets。
Statement事件—連接池可以監聽Statement的關閉和錯誤時間。addStatementEventListener和removeStatementEventListener被加入到了javax.sql.PooledConnection
JDK7提供了JDBC4.1全部的支持
透明窗體和異形窗體為了6u10版本的圖形處理，JDK提供了透明效果的支持（簡單透明和像素透明）並且提供了對於異形窗體的支持（可以將窗體設置成任意形狀），輕重混合並且增強了AWT安全警告。透明效果和異形窗體是通過com.sun.awt.AWTUtilities類實現的。Unicode6.0Unicode6.0提供了諸如2.088字元集、對已經存在字元集的屬性改進、格式化改進以及新的屬性和數據文件。
JDK7已經更新到對Unicode6.0的支持。
要來關閉URLClassLoader的方法
對JMX代理和MBeans的改進
通過URLClassLoader，應用可以通過URL搜索路徑來載入類和資源。JKD7提供了close()新方法來幫助URLClassLoader清理資源。
這個改進來至於JRockit，可以方便連接平台。MBean伺服器可以通過防火牆提供一套MBeans，這些暴露了VM中的一些內部操作的信息
新的垃圾回收器JDK7提供了新的垃圾回收器，針對目前的CMS垃圾回收器，這將會讓垃圾回收器有更少的停頓時間和更高的語言效果。改進的JSRJSR901：Java Language Specification（JLS）Java語言計劃
JSR901包括了從第一版Java規范到現在為止的所有的變化、說明和補充。Java語言通過JLS規范。
對於JLS的改變通過JSR901進行管理
JDK7將會包括最新的JSR901
JSR924：JVM平台規范
JSR924目的是維護Java虛擬機規范的變化，其中第二版是為了J2SE1.5的。
Java SE API
JavaSE APIs保持著對例行維護和小范圍改進的加入計劃的記錄
延期到JDK8或者之後的規范
JSR294：Java語言和虛擬機對模塊編程技術的支持—當前JSR主要的目的是提供在編譯期和運行期的模塊編程支持
JSR308：對於Java類型的Annotation注釋—這將是對於當前注釋符號系統的擴展，將允許我們在類型中出現注釋符號。
JSR296：Swing應用框架—主旨是消除Swing編程中的模板代碼並且提供Swing程序更加簡單的結構。
模塊化—提供一個明確的、簡單的、低級別的模塊系統，主要目的是將JDK模塊化。
JSR TBD：Lambda項目—Lambda表達式（通俗的也稱為「閉包「）和對Java編程語言的保護方法
JSR TBD：對於集合支持的語言—常量表達式對於lists、sets和maps的迭代以及通過索引符號對lists和maps的訪問。
Swing JDatePicker組件—添加SwingLabs JXDatePicker組件到平台。
Ⅱ jdk7 Map<String, Integer> map = {"key":1}; List<String> list = ["item"];
你去網路一下關鍵字「關於網傳JDK1.7語法層次支持集合的問題」，會找到csdn上面的一篇博文，看了你就明白了。
網上有人以訛傳訛，其實jdk7甚至到jdk8都根本沒有實現這樣的特性，我都試過了，寫的語法沒錯，可是jdk7不支持而已。
Ⅲ 怎樣查看JDK源碼實現
1打開eclipse，點 「window」-> "Preferences" -> "Java" -> "Installed JRES"
2此時"Installed JRES"右邊是列表窗格，列出了系統中的 JRE 環境，選擇你的JRE，然後點邊上的 "Edit..."， 會出現一個窗口(Edit JRE)
3選中rt.jar文件的這一項：「c:\program files\java\jre_1.5.0_06\lib\rt.jar」 點 左邊的「+」 號展開它
4展開後，可以看到「Source Attachment:(none)」，點這一項，點右邊的按鈕「Source Attachment...」, 選擇你的JDK目錄下的 「src.zip」文件
5一路點"ok",結束
Ⅳ jdk源代碼在哪裡下啊
在jdk的安裝目錄下，有一個src.zip，這裡面就是源代碼
當然，這個源代碼並不全，有些類的源代碼是沒有的。不過除非你要看非常深入的jdk代碼，一般這點就足夠了。
Ⅳ jdk的哪些源碼適合閱讀！！！！
我覺得有這么幾個不錯，說給你聽聽。如果你是初學者的話，java集合框架，比如hashmap ,hashtable,arraylist這些代表數據結構的類。這個可以學到優雅的內部類的設計，如何做多線程同步，代碼重構堪稱典範。java的io包，學習一下他是如何使用裝飾器模式的。 還有java的logging包的代碼，這個很簡單，練手用最合適了。
Ⅵ java jdk1.7源碼包,和經典資料
jdk 源碼 在你下jdk1.7 並安裝的時候就有 在jdk 里 就有src的壓縮包 裡面就是源碼
至於資料 看API文檔吧..這沒啥資料 一般 源碼都能看懂 也沒啥難得..
Ⅶ 2021-01-18：java中，HashMap的創建流程是什麼
jdk1.7創建流程：
三種構造器。
1.初始容量不能為負數，默認16。
2.初始容量大於最大容量時，初始容量等於最大容量。
3.負載因子必須大於0，默認0.75。
4.根據初始容量算出容量，容量是2的n次冪。
5.設置負載因子loadFactor 。
6.設置容量極限threshold。
7.設置table數組。
8.調用init()空方法。
參數為集合的構造器。
1.調用有兩個參數的構造器。
2.inflateTable方法。初始化table數組。
3.putAllForCreate方法。遍歷參數，放入當前map。
jdk1.8創建流程：
兩種構造器。
1.初始容量不能為負數，默認16。
2.初始容量大於最大容量時，初始容量等於最大容量。
3.負載因子必須大於0，默認0.75。
4.設置負載因子loadFactor 。
5.設置容量極限threshold，調用tableSizeFor方法，大於initialCapacity的最小的二次冪數值 。。
無參構造器。
1.只設置了負載因子，其他什麼都沒做。
參數為集合的構造器。
1.設置負載因子。
2.putMapEntries方法。遍歷參數，放入當前map。
***
[HashMap源碼分析（jdk7）](https://www.cnblogs.com/fsmly/p/11278561.html)
[JDK1.8中的HashMap實現](https://www.cnblogs.com/doufuyu/p/10874689.html)
[評論](https://user.qzone.qq.com/3182319461/blog/1610924590)
Ⅷ java：哪裡能看到JDK的源代碼
我認為你說的是Java的源碼，JDK是一個編譯器
Java源碼在Javajdk1.8.0_60src.zip中
如果你要的真的是Jdk的源碼的話，Orccle官網應該會有
Ⅸ java7和java8對hashmap做了哪些優化
HashMap的原理介紹
此乃老生常談，不作仔細解說。
一句話概括之：HashMap是一個散列表，它存儲的內容是鍵值對(key-value)映射。
Java 7 中HashMap的源碼分析
首先是HashMap的構造函數代碼塊1中，根據初始化的Capacity與loadFactor（載入因子）初始化HashMap.
//代碼塊1
public HashMap(int initialCapacity, float loadFactor) {
if (initialCapacity < 0)
throw new IllegalArgumentException("Illegal initial capacity: " +
initialCapacity);
if (initialCapacity > MAXIMUM_CAPACITY)
initialCapacity = MAXIMUM_CAPACITY;
if (loadFactor <= 0 || Float.isNaN(loadFactor))
throw new IllegalArgumentException("Illegal load factor: " +loadFactor);
this.loadFactor = loadFactor;
threshold = initialCapacity;
init();
}
Java7中對於<key1,value1>的put方法實現相對比較簡單，首先根據 key1 的key值計算hash值，再根據該hash值與table的length確定該key所在的index,如果當前位置的Entry不為null，則在該Entry鏈中遍歷，如果找到hash值和key值都相同，則將值value覆蓋，返回oldValue；如果當前位置的Entry為null，則直接addEntry。
代碼塊2
public V put(K key, V value) {
if (table == EMPTY_TABLE) {
inflateTable(threshold);
}
if (key == null)
return putForNullKey(value);
int hash = hash(key);
int i = indexFor(hash, table.length);
for (Entry<K,V> e = table[i]; e != null; e = e.next) {
Object k;
if (e.hash == hash && ((k = e.key) == key || key.equals(k))) {
V oldValue = e.value;
e.value = value;
e.recordAccess(this);
return oldValue;
}
}
modCount++;
addEntry(hash, key, value, i);
return null;
}
//addEntry方法中會檢查當前table是否需要resize
void addEntry(int hash, K key, V value, int bucketIndex) {
if ((size >= threshold) && (null != table[bucketIndex])) {
resize(2 * table.length); //當前map中的size 如果大於threshole的閾值，則將resize將table的length擴大2倍。
hash = (null != key) ? hash(key) : 0;
bucketIndex = indexFor(hash, table.length);
}
createEntry(hash, key, value, bucketIndex);
}
Java7 中resize（）方法的實現比較簡單，將OldTable的長度擴展，並且將oldTable中的Entry根據rehash的標記重新計算hash值和index移動到newTable中去。代碼如代碼塊3中所示，
//代碼塊3 --JDK7中HashMap.resize()方法
void resize(int newCapacity) {
Entry[] oldTable = table;
int oldCapacity = oldTable.length;
if (oldCapacity == MAXIMUM_CAPACITY) {
threshold = Integer.MAX_VALUE;
return;
}
Entry[] newTable = new Entry[newCapacity];
transfer(newTable, initHashSeedAsNeeded(newCapacity));
table = newTable;
threshold = (int)Math.min(newCapacity * loadFactor, MAXIMUM_CAPACITY + 1);
}
/**
* 將當前table的Entry轉移到新的table中
*/
void transfer(Entry[] newTable, boolean rehash) {
int newCapacity = newTable.length;
for (Entry<K,V> e : table) {
while(null != e) {
Entry<K,V> next = e.next;
if (rehash) {
e.hash = null == e.key ? 0 : hash(e.key);
}
int i = indexFor(e.hash, newCapacity);
e.next = newTable[i];
newTable[i] = e;
e = next;
}
}
}
HashMap性能的有兩個參數：初始容量(initialCapacity) 和載入因子(loadFactor)。容量 是哈希表中桶的數量，初始容量只是哈希表在創建時的容量。載入因子 是哈希表在其容量自動增加之前可以達到多滿的一種尺度。當哈希表中的條目數超出了載入因子與當前容量的乘積時，則要對該哈希表進行 rehash 操作（即重建內部數據結構），從而哈希表將具有大約兩倍的桶數。
根據源碼分析可以看出：在Java7 中 HashMap的entry是按照index索引存儲的，遇到hash沖突的時候採用拉鏈法解決沖突，將沖突的key和value插入到鏈表list中。
然而這種解決方法會有一個缺點，假如key值都沖突，HashMap會退化成一個鏈表，get的復雜度會變成O(n)。
在Java8中為了優化該最壞情況下的性能，採用了平衡樹來存放這些hash沖突的鍵值對，性能由此可以提升至O(logn)。
代碼塊4 -- JDK8中HashMap中常量定義
static final int DEFAULT_INITIAL_CAPACITY = 1 << 4;
static final int TREEIFY_THRESHOLD = 8; // 是否將list轉換成tree的閾值
static final int UNTREEIFY_THRESHOLD = 6; // 在resize操作中，決定是否untreeify的閾值
static final int MIN_TREEIFY_CAPACITY = 64; // 決定是否轉換成tree的最小容量
static final float DEFAULT_LOAD_FACTOR = 0.75f; // default的載入因子
在Java 8 HashMap的put方法實現如代碼塊5所示，
代碼塊5 --JDK8 HashMap.put方法
public V put(K key, V value) {
return putVal(hash(key), key, value, false, true);
}
final V putVal(int hash, K key, V value, boolean onlyIfAbsent,
boolean evict) {
Node<K,V>[] tab; Node<K,V> p; int n, i;
if ((tab = table) == null || (n = tab.length) == 0)
n = (tab = resize()).length; //table為空的時候，n為table的長度
if ((p = tab[i = (n - 1) & hash]) == null)
tab[i] = newNode(hash, key, value, null); // (n - 1) & hash 與Java7中indexFor方法的實現相同，若i位置上的值為空，則新建一個Node，table[i]指向該Node。
else {
// 若i位置上的值不為空，判斷當前位置上的Node p 是否與要插入的key的hash和key相同
Node<K,V> e; K k;
if (p.hash == hash &&
((k = p.key) == key || (key != null && key.equals(k))))
e = p;//相同則覆蓋之
else if (p instanceof TreeNode)
// 不同，且當前位置上的的node p已經是TreeNode的實例，則再該樹上插入新的node。
e = ((TreeNode<K,V>)p).putTreeVal(this, tab, hash, key, value);
else {
// 在i位置上的鏈表中找到p.next為null的位置，binCount計算出當前鏈表的長度，如果繼續將沖突的節點插入到該鏈表中，會使鏈表的長度大於tree化的閾值，則將鏈表轉換成tree。
for (int binCount = 0; ; ++binCount) {
if ((e = p.next) == null) {
p.next = newNode(hash, key, value, null);
if (binCount >= TREEIFY_THRESHOLD - 1) // -1 for 1st
treeifyBin(tab, hash);
break;
}
if (e.hash == hash &&
((k = e.key) == key || (key != null && key.equals(k))))
break;
p = e;
}
}
if (e != null) { // existing mapping for key
V oldValue = e.value;
if (!onlyIfAbsent || oldValue == null)
e.value = value;
afterNodeAccess(e);
return oldValue;
}
}
++modCount;
if (++size > threshold)
resize();
afterNodeInsertion(evict);
return null;
}
再看下resize方法，由於需要考慮hash沖突解決時採用的可能是list 也可能是balance tree的方式，因此resize方法相比JDK7中復雜了一些,
代碼塊6 -- JDK8的resize方法
inal Node<K,V>[] resize() {
Node<K,V>[] oldTab = table;
int oldCap = (oldTab == null) ? 0 : oldTab.length;
int oldThr = threshold;
int newCap, newThr = 0;
if (oldCap > 0) {
if (oldCap >= MAXIMUM_CAPACITY) {
threshold = Integer.MAX_VALUE;//如果超過最大容量，無法再擴充table
return oldTab;
}
else if ((newCap = oldCap << 1) < MAXIMUM_CAPACITY &&
oldCap >= DEFAULT_INITIAL_CAPACITY)
newThr = oldThr << 1; // threshold門檻擴大至2倍
}
else if (oldThr > 0) // initial capacity was placed in threshold
newCap = oldThr;
else { // zero initial threshold signifies using defaults
newCap = DEFAULT_INITIAL_CAPACITY;
newThr = (int)(DEFAULT_LOAD_FACTOR * DEFAULT_INITIAL_CAPACITY);
}
if (newThr == 0) {
float ft = (float)newCap * loadFactor;
newThr = (newCap < MAXIMUM_CAPACITY && ft < (float)MAXIMUM_CAPACITY ?
(int)ft : Integer.MAX_VALUE);
}
threshold = newThr;
@SuppressWarnings({"rawtypes","unchecked"})
Node<K,V>[] newTab = (Node<K,V>[])new Node[newCap];// 創建容量為newCap的newTab，並將oldTab中的Node遷移過來，這里需要考慮鏈表和tree兩種情況。