詳解Java中AbstractMap抽象類
jdk1.8.0_144 下載地址:http://www.dbjr.com.cn/softs/551512.html
AbstractMap抽象類實現(xiàn)了一些簡單且通用的方法,本身并不難。但在這個抽象類中有兩個方法非常值得關(guān)注,keySet和values方法源碼的實現(xiàn)可以說是教科書式的典范。
抽象類通常作為一種骨架實現(xiàn),為各自子類實現(xiàn)公共的方法。上一篇我們講解了Map接口,此篇對AbstractMap抽象類進行剖析研究。
Java中Map類型的數(shù)據(jù)結(jié)構(gòu)有相當(dāng)多,AbstractMap作為它們的骨架實現(xiàn)實現(xiàn)了Map接口部分方法,也就是說為它的子類各種Map提供了公共的方法,沒有實現(xiàn)的方法各種Map可能有所不同。
抽象類不能通過new關(guān)鍵字直接創(chuàng)建抽象類的實例,但它可以有構(gòu)造方法。AbstractMap提供了一個protected修飾的無參構(gòu)造方法,意味著只有它的子類才能訪問(當(dāng)然它本身就是一個抽象類,其他類也不能直接對其實例化),也就是說只有它的子類才能調(diào)用這個無參的構(gòu)造方法。
在Map接口中其內(nèi)部定義了一個Entry接口,這個接口是Map映射的內(nèi)部實現(xiàn)用于維護一個key-value鍵值對,key-value存儲在這個Map.Entry中。AbstractMap對這個內(nèi)部接口進行了實現(xiàn),一共有兩個:一個是可變的SimpleEntry和一個是不可變的SimpleImmutableEntry。
public static class SimpleEntry<K,V> implements Entry<K,V>, java.io.Serializable
實現(xiàn)了Map.Entry<K, V>接口,并且實現(xiàn)了Serializable(可被序列化)。
它的方法比較簡單都是取值存值的操作,對于key值的定義是一個final修飾意味著是一個不可變的引用。另外其setValue方法稍微特殊,存入value值返回的并不是存入的值,而是返回的以前的舊值。需要重點學(xué)習(xí)的是它重寫的equals和hashCode方法。
public boolean equals(Object o) { if (!(o instanceof Map.Entry)) //判斷參數(shù)是否是Map.Entry類型,要equals相等首先得是同一個類型 return false; Map.Entry<?,?> e = (Map.Entry<?,?>)o; //將Object類型強轉(zhuǎn)為Map.Entry類型,這里參數(shù)使用“?”而不是“K, V”是因為泛型在運行時類型會被擦除,編譯器不知道具體的K,V是什么類型 return eq(key, e.getKey()) && eq(value, e.getValue()); //key和value分別調(diào)用eq方法進行判斷,都返回ture時equals才相等。 }
private static boolean eq(Object o1, Object o2) { return o1 == null ? o2 == null : o1.equals(o2); //這個三目運算符也很簡單,只不過需要注意的是盡管這里o1、o2是Object類型,Object類型的equals方法是通過“==”比較的引用,所以不要認(rèn)為這里有問題,因為在實際中,o1類型有可能是String,盡管被轉(zhuǎn)為了Object,所以此時在調(diào)用equals方法時還是調(diào)用的String#equals方法。 }
要想正確重寫equals方法并能正確使用,通常還需要重寫hashCode方法。
public int hashCode() { return (key == null ? 0 : key.hashCode()) ^ (value == null ? 0 : value.hashCode()); //key和value的值不為null時,將它們的hashCode進行異或運算。 }
public static class SimpleImmutableEntry<K,V> implements Entry<K,V>, java.io.Serializable SimpleImmutableEntry
定義為不可變的Entry,其實是事實不可變,因為它不提供setValue方法,在多個線程同時訪問時自然不能通過setValue方法進行修改。它相比于SimpleEntry其key和value成員變量都被定義為了final類型。調(diào)用setValue方法將會拋出UnsupportedOperationException異常。
它的equals和hashCode方法和SimpleEntry一致。
接下來查看AbstractMap抽象類實現(xiàn)了哪些Map接口中的方法。
public int size()
Map中定義了一個entrySet方法,返回的是Map.Entry的Set集合,直接調(diào)用Set集合的size方法即是Map的大小。
public boolean isEmpty()
調(diào)用上面的size方法,等于0即為空。
public boolean containsKey(Object key)
這個方法的實現(xiàn)較為簡單,通過調(diào)用entrySet方法獲取Set集合的迭代器遍歷Map.Entry,與參數(shù)key比較。Map可以存儲為null的key值,由于key=null在Map中存儲比較特殊(不能計算hashCode值),所以在這里也做了判斷參數(shù)key是否為空。
public boolean containsValue(Object value)
這個方法實現(xiàn)和containsKey一致。
public V get(Object key)
這個方法實現(xiàn)和上面兩個也類似,不同的是上面相等返回boolean,這個方法返回value值。
public V put(K key, V value)
向Map中存入key-value鍵值對的方法并沒有具體實現(xiàn),會直接拋出一個UnsupportedOperationException異常。
public V remove(Object key)
通過參數(shù)key刪除Map中指定的key-value鍵值對。這個方法也很簡單,也是通過迭代器遍歷Map.Entry的Set集合,找到對應(yīng)key值,通過調(diào)用Iterator#remove方法刪除Map.Entry。
public void putAll(Map<? extends K, ? extends V> m)
這個方法也很簡單遍歷傳入的Map,調(diào)用put方法存入就可以了。
public void clear()
調(diào)用entrySet方法獲取Set集合再調(diào)用Set#clear()方法清空。
public Set<K> keySet()
返回Map key值的Set集合。AbstractMap中定義了一個成員變量“transient Set<K> keySet”,在JDK7中keySet變量是由volatile修飾的,但在JDK8中并沒有使用volatile修飾。在對keySet變量的注釋中解釋道,訪問這些字段的方法本身就沒有同步,加上volatile也不能保證線程安全。關(guān)于keySet方法的實現(xiàn)就有點意思了。
首先思考該方法是返回key值的Set集合,很自然的能想到一個簡單的實現(xiàn)方式,遍歷Entry數(shù)組取出key值放到Set集合中,類似下面代碼:
public Set<K> keySet() { Set<K> ks = null; for (Map.Entry<K, V> entry : entrySet()) { ks.add(entry.getKey()); } return ks; }
這就意味著每次調(diào)用keySet方法都會遍歷Entry數(shù)組,數(shù)據(jù)量大時效率會大大降低。不得不說JDK源碼是寫得非常好,它并沒有采取遍歷的方式。如果不遍歷Entry,那又如何知道此時Map新增了一個key-value鍵值對呢?
答案就是在keySet方法內(nèi)部重新實現(xiàn)了一個新的自定義Set集合,在這個自定義Set集合中又重寫了iterator方法,這里是關(guān)鍵,iterator方法返回Iterator接口,而在這里又重新實現(xiàn)了Iterator迭代器,通過調(diào)用entrySet方法再調(diào)用它的iterator方法。下面結(jié)合代碼來分析:
public Set<K> keySet() { Set<K> ks = keySet; //定義的transient Set<K> keySet if (ks == null) { //第一次調(diào)用肯定為null,則通過下面代碼創(chuàng)建一個Set示例 ks = new AbstractSet<K>() { //創(chuàng)建一個自定義Set public Iterator<K> iterator() { //重寫Set集合的iterator方法 return new Iterator<K>() { //重新實現(xiàn)Iterator接口 private Iterator<Entry<K,V>> i = entrySet().iterator(); //引用Entry的Set集合Iterator迭代器 public boolean hasNext() { return i.hasNext(); //對key值的判斷,就是對entry的判斷 } public K next() { return i.next().getKey(); //取下一個key值,就是取entry#getKey } public void remove() { i.remove(); //刪除key值,就是刪除entry } }; } public int size() { //重寫的Set#size方法 return AbstractMap.this.size(); //key值有多少就是整個Map有多大,所以調(diào)用本類的size方法即可。這個是內(nèi)部類,直接使用this關(guān)鍵字代表這個類,應(yīng)該指明是調(diào)用AbstractMap中的size方法,沒有this則表示是static靜態(tài)方法 } public boolean isEmpty() { //重寫的Set#isEmpty方法 return AbstractMap.this.isEmpty(); //對是否有key值,就是判斷Map是否為空,,所以調(diào)用本類的isEmpty方法即可 } public void clear() { //重寫的Set#clear方法 AbstractMap.this.clear(); //清空key值,就是清空Map,,所以調(diào)用本類的clear方法即可 } public boolean contains(Object k) { //重寫Set#contains方法 return AbstractMap.this.containsKey(k); //判斷Set是否包含數(shù)據(jù)k,就是判斷Map中是否包含key值,所以調(diào)用本類的containsKey方法即可 } }; keySet = ks; //將這個自定義Set集合賦值給變量keySet,在以后再次調(diào)用keySet方法時,因為keySet不為null,只需直接返回。 } return ks;
我認(rèn)為這是一種很巧妙的實現(xiàn),盡管這個方法是圍繞key值,但實際上可以結(jié)合Entry來實現(xiàn),而不用遍歷Entry,同時上面提到了調(diào)用entrySet# iterator方法,這里則又是模板方法模式的最佳實踐。因為entrySet在AbstractMap中并未實現(xiàn),而是交給了它的子類去完成,但是對于keySet方法卻可以對它進行一個“算法骨架” 實現(xiàn),這就是模板方法模式。
public Collection<V> values()
對于values方法則完全可以參考keySet,兩者有著異曲同工之妙,這里為節(jié)省篇幅不再贅述。
public abstract Set<Entry<K,V>> entrySet()
一個抽象方法,交給它的子類去完成,說明這個方法并不是特別“通用”。
public boolean equals(Object o)
Map中規(guī)定只有在Map中的每對key-value鍵值對的key和value都一一對應(yīng)時他們的equals比較才返回true。在方法中先判斷簡單的條件,如果引用相等,直接返回true,如果參數(shù)o不是Map類型直接返回false,如果兩個Map的數(shù)量不同也直接返回false。后面才再遍歷Entry數(shù)組比較Entry中的key和value是否一一對應(yīng)。方法簡單,但這給了我們一個啟示,在條件判斷中,先判斷簡單的基本的,再判斷復(fù)雜的。
public int hashCode()
重寫了Object類的equals方法,重寫hashCode也是必須的。AbstractMap對hashCode的實現(xiàn)是將所有Map.Entry(這里就是SimpleEntry或SimpleImmutableEntry)的hashCode值向加,最后得出的總和作為Map的hashCode值。
public String toString()
這個方法沒什么好說的,就是取出所有鍵值對使用StringBuilder對其進行拼接。
protected Object clone() throws CloneNotSupportedException
實現(xiàn)一個淺拷貝,由于是淺拷貝對于變量keySet和values不進行拷貝,防止兩個淺拷貝引發(fā)的問題。
相關(guān)文章
mybatis 自定義實現(xiàn)攔截器插件Interceptor示例
這篇文章主要介紹了mybatis 自定義實現(xiàn)攔截器插件Interceptor,文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2020-10-10工作中禁止使用Executors快捷創(chuàng)建線程池原理詳解
這篇文章主要為大家介紹了工作中禁止使用Executors快捷創(chuàng)建線程池原理詳解,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進步,早日升職加薪2022-11-11解決Java調(diào)用BAT批處理不彈出cmd窗口的方法分析
本篇文章是對Java調(diào)用BAT批處理不彈出cmd窗口的方法進行了詳細(xì)的分析介紹,需要的朋友參考下2013-05-05解決Error:(5, 28) java: 程序包org.apache.ibatis.io
這篇文章主要介紹了解決Error:(5, 28) java: 程序包org.apache.ibatis.io不存在問題,具有很好的參考價值,希望對大家有所幫助,如有錯誤或未考慮完全的地方,望不吝賜教2024-05-05Java微服務(wù)分布式調(diào)度Elastic-job環(huán)境搭建及配置
Elastic-Job在配置中提供了JobEventConfiguration,支持?jǐn)?shù)據(jù)庫方式配置,會在數(shù)據(jù)庫中自動創(chuàng)建JOB_EXECUTION_LOG和JOB_STATUS_TRACE_LOG兩張表以及若干索引,來記錄作業(yè)的相關(guān)信息2023-02-02簡單聊一聊Java線程池ThreadPoolExecutor
在使用線程池之后,開啟線程就變成了在線程池當(dāng)中找到一個空閑的線程,銷毀線程變成了歸還線程到線程池的過程,下面這篇文章主要給大家介紹了關(guān)于Java線程池ThreadPoolExecutor的相關(guān)資料,需要的朋友可以參考下2022-06-06IDEA 配合 Dockerfile 部署 SpringBoot 工程的注意事項
這篇文章主要介紹了IDEA 配合 Dockerfile 部署 SpringBoot 工程,本文給大家介紹的非常詳細(xì),對大家的學(xué)習(xí)或工作具有一定的參考借鑒價值,需要的朋友可以參考下2021-09-09