面試江湖:一招破解 Java 集合類面試題


今日招式:Java集合類面試題

Java集合類絕對是我們的老朋友了,Java技術江湖里,誰人不知,誰人不曉,它的使用率非常高,使用難度卻也不大,這也導致了很多人對它不屑一顧,殊不知其中卻暗藏玄機,今天我們不妨一起來破解一下Java集合類的面試題。


面試官常用招式:

只見面試官微微一笑,拔出長劍,向你刺來,你趕緊拔劍相迎,幾招過后,你才意識到面試官使的都是虛招,只是試探你而已。

1.Java集合框架的基礎接口有哪些?

  1. Collection為集合層級的根接口。一個集合代表一組對象,這些對象即為它的元素。Java平臺不提供這個接口任何直接的實現(xiàn)。


  2. Set是一個不能包含重復元素的集合。這個接口對數(shù)學集合抽象進行建模,被用來代表集合,就如一副牌。


  3. List是一個有序集合,可以包含重復元素。你可以通過它的索引來訪問任何元素。List更像長度動態(tài)變換的數(shù)組。


  4. Map是一個將key映射到value的對象.一個Map不能包含重復的key:每個key最多只能映射一個value。


  5. 一些其它的接口有Queue、Dequeue、SortedSet、SortedMap和ListIterator。

2.Iterater和ListIterator之間有什么區(qū)別?

(1)我們可以使用Iterator來遍歷Set和List集合,而ListIterator只能遍歷List。

(2)Iterator只可以向前遍歷,而LIstIterator可以雙向遍歷。

(3)ListIterator從Iterator接口繼承,然后添加了一些額外的功能,比如添加一個元素、替換一個元素、獲取前面或后面元素的索引位置。

3.遍歷一個List有哪些不同的方式?

  1. List<String> strList =newArrayList<>();

  2. for(String obj : strList){System.out.println(obj);}


  3. Iterator<String> it = strList.iterator();

  4. while(it.hasNext()){String obj = it.next();System.out.println(obj);}

使用迭代器更加線程安全,因為它可以確保,在當前遍歷的集合元素被更改的時候,它會拋出ConcurrentModificationException。

4.在Java中,HashMap是如何工作的?

  1. HashMap在Map.Entry靜態(tài)內(nèi)部類實現(xiàn)中存儲key-value對。HashMap使用哈希算法,在put和get方法中,它使用hashCode()和equals()方法。當我們通過傳遞key-value對調(diào)用put方法的時候,HashMap使用Key hashCode()和哈希算法來找出存儲key-value對的索引。Entry存儲在LinkedList中,所以如果存在entry,它使用equals()方法來檢查傳遞的key是否已經(jīng)存在,如果存在,它會覆蓋value,如果不存在,它會創(chuàng)建一個新的entry然后保存。當我們通過傳遞key調(diào)用get方法時,它再次使用hashCode()來找到數(shù)組中的索引,然后使用equals()方法找出正確的Entry,然后返回它的值。下面的圖片解釋了詳細內(nèi)容。


  2. 其它關于HashMap比較重要的問題是容量、負荷系數(shù)和閥值調(diào)整。HashMap默認的初始容量是32,負荷系數(shù)是0.75。閥值是為負荷系數(shù)乘以容量,無論何時我們嘗試添加一個entry,如果map的大小比閥值大的時候,HashMap會對map的內(nèi)容進行重新哈希,且使用更大的容量。容量總是2的冪,所以如果你知道你需要存儲大量的key-value對,比如緩存從數(shù)據(jù)庫里面拉取的數(shù)據(jù),使用正確的容量和負荷系數(shù)對HashMap進行初始化是個不錯的做法。

5.hashCode()和equals()方法有何重要性?

  1. HashMap使用Key對象的hashCode()和equals()方法去決定key-value對的索引。當我們試著從HashMap中獲取值的時候,這些方法也會被用到。如果這些方法沒有被正確地實現(xiàn),在這種情況下,兩個不同Key也許會產(chǎn)生相同的hashCode()和equals()輸出,HashMap將會認為它們是相同的,然后覆蓋它們,而非把它們存儲到不同的地方。同樣的,所有不允許存儲重復數(shù)據(jù)的集合類都使用hashCode()和equals()去查找重復,所以正確實現(xiàn)它們非常重要。equals()和hashCode()的實現(xiàn)應該遵循以下規(guī)則:

(1)如果o1.equals(o2),那么o1.hashCode() == o2.hashCode()總是為true的。

(2)如果o1.hashCode() == o2.hashCode(),并不意味著o1.equals(o2)會為true。

6.我們能否使用任何類作為Map的key?

  1. 我們可以使用任何類作為Map的key,然而在使用它們之前,需要考慮以下幾點:

(1)如果類重寫了equals()方法,它也應該重寫hashCode()方法。

(2)類的所有實例需要遵循與equals()和hashCode()相關的規(guī)則。請參考之前提到的這些規(guī)則。

(3)如果一個類沒有使用equals(),你不應該在hashCode()中使用它。

(4)用戶自定義key類的最佳實踐是使之為不可變的,這樣,hashCode()值可以被緩存起來,擁有更好的性能。不可變的類也可以確保hashCode()和equals()在未來不會改變,這樣就會解決與可變相關的問題了。

  1. 比如,我有一個類MyKey,在HashMap中使用它。


  2. //傳遞給MyKey的name參數(shù)被用于equals()和hashCode()中 MyKey key = new MyKey('Pankaj'); //assume hashCode=1234 myHashMap.put(key, 'Value'); // 以下的代碼會改變key的hashCode()和equals()值 key.setName('Amit'); //assume new hashCode=7890 //下面會返回null,因為HashMap會嘗試查找存儲同樣索引的key,而key已被改變了,匹配失敗,返回null myHashMap.get(new MyKey('Pankaj'));


  3. 那就是為何String和Integer被作為HashMap的key大量使用。

7.HashMap和HashTable有何不同?

(1)HashMap允許key和value為null,而HashTable不允許。

(2)HashTable是同步的,而HashMap不是。所以HashMap適合單線程環(huán)境,HashTable適合多線程環(huán)境。

(3)在Java1.4中引入了LinkedHashMap,HashMap的一個子類,假如你想要遍歷順序,你很容易從HashMap轉向LinkedHashMap,但是HashTable不是這樣的,它的順序是不可預知的。

(4)HashMap提供對key的Set進行遍歷,因此它是fail-fast的,但HashTable提供對key的Enumeration進行遍歷,它不支持fail-fast。

(5)HashTable被認為是個遺留的類,如果你尋求在迭代的時候修改Map,你應該使用CocurrentHashMap。

8.ArrayList和Vector有何異同點?

  1. ArrayList和Vector在很多時候都很類似。

(1)兩者都是基于索引的,內(nèi)部由一個數(shù)組支持。

(2)兩者維護插入的順序,我們可以根據(jù)插入順序來獲取元素。

(3)ArrayList和Vector的迭代器實現(xiàn)都是fail-fast的。

(4)ArrayList和Vector兩者允許null值,也可以使用索引值對元素進行隨機訪問。

  1. 以下是ArrayList和Vector的不同點。

(1)Vector是同步的,而ArrayList不是。然而,如果你尋求在迭代的時候?qū)α斜磉M行改變,你應該使用CopyOnWriteArrayList。

(2)ArrayList比Vector快,它因為有同步,不會過載。

(3)ArrayList更加通用,因為我們可以使用Collections工具類輕易地獲取同步列表和只讀列表。

9.Array和ArrayList有何區(qū)別?什么時候更適合用Array?

  1. Array可以容納基本類型和對象,而ArrayList只能容納對象。


  2. Array是指定大小的,而ArrayList大小是固定的。


  3. Array沒有提供ArrayList那么多功能,比如addAll、removeAll和iterator等。盡管ArrayList明顯是更好的選擇,但也有些時候Array比較好用。

(1)如果列表的大小已經(jīng)指定,大部分情況下是存儲和遍歷它們。

(2)對于遍歷基本數(shù)據(jù)類型,盡管Collections使用自動裝箱來減輕編碼任務,在指定大小的基本類型的列表上工作也會變得很慢。

(3)如果你要使用多維數(shù)組,使用[][]比List>更容易。

10.ArrayList和LinkedList有何區(qū)別?

  1. ArrayList和LinkedList兩者都實現(xiàn)了List接口,但是它們之間有些不同。

(1)ArrayList是由Array所支持的基于一個索引的數(shù)據(jù)結構,所以它提供對元素的隨機訪問,復雜度為O(1),但LinkedList存儲一系列的節(jié)點數(shù)據(jù),每個節(jié)點都與前一個和下一個節(jié)點相連接。所以,盡管有使用索引獲取元素的方法,內(nèi)部實現(xiàn)是從起始點開始遍歷,遍歷到索引的節(jié)點然后返回元素,時間復雜度為O(n),比ArrayList要慢。

(2)與ArrayList相比,在LinkedList中插入、添加和刪除一個元素會更快,因為在一個元素被插入到中間的時候,不會涉及改變數(shù)組的大小,或更新索引。

(3)LinkedList比ArrayList消耗更多的內(nèi)存,因為LinkedList中的每個節(jié)點存儲了前后節(jié)點的引用。

11.哪些集合類是線程安全的?

  1. Vector、HashTable、Properties和Stack是同步類,所以它們是線程安全的,可以在多線程環(huán)境下使用。Java1.5并發(fā)API包括一些集合類,允許迭代時修改,因為它們都工作在集合的克隆上,所以它們在多線程環(huán)境中是安全的。

12.Collections類是什么?

  1. Java.util.Collections是一個工具類僅包含靜態(tài)方法,它們操作或返回集合。它包含操作集合的多態(tài)算法,返回一個由指定集合支持的新集合和其它一些內(nèi)容。這個類包含集合框架算法的方法,比如折半搜索、排序、混編和逆序等。

13.Comparable和Comparator接口有何區(qū)別?

  1. Comparable和Comparator接口被用來對對象集合或者數(shù)組進行排序。Comparable接口被用來提供對象的自然排序,我們可以使用它來提供基于單個邏輯的排序。


  2. Comparator接口被用來提供不同的排序算法,我們可以選擇需要使用的Comparator來對給定的對象集合進行排序。

14.我們?nèi)绾螌σ唤M對象進行排序?

  1. 如果我們需要對一個對象數(shù)組進行排序,我們可以使用Arrays.sort()方法。如果我們需要排序一個對象列表,我們可以使用Collection.sort()方法。兩個類都有用于自然排序(使用Comparable)或基于標準的排序(使用Comparator)的重載方法sort()。Collections內(nèi)部使用數(shù)組排序方法,所有它們兩者都有相同的性能,只是Collections需要花時間將列表轉換為數(shù)組。


高手過招

面試官見你應對自如,知道你也不是等閑之輩,于是眼神也變得專注起來,于是你們雙雙躍起,在空中展開廝斗,雖然面試官每一招都非常到位,但是你依然可以與之抗衡。

1、HashMap為什么不直接使用hashCode()處理后的哈希值直接作為table的下標?

HashMap自己實現(xiàn)了自己的hash()方法,通過兩次擾動使得它自己的哈希值高低位自行進行異或運算,降低哈希碰撞概率也使得數(shù)據(jù)分布更平均;

在保證數(shù)組長度為2的冪次方的時候,使用hash()運算之后的值與運算(&)(數(shù)組長度 - 1)來獲取數(shù)組下標的方式進行存儲,這樣一來是比取余操作更加有效率,二來也是因為只有當數(shù)組長度為2的冪次方時,h&(length-1)才等價于h%length,三來解決了“哈希值與數(shù)組大小范圍不匹配”的問題;

2、為什么數(shù)組長度要保證為2的冪次方呢?

只有當數(shù)組長度為2的冪次方時,h&(length-1)才等價于h%length,即實現(xiàn)了key的定位,2的冪次方也可以減少沖突次數(shù),提高HashMap的查詢效率;

如果 length 為 2 的次冪 則 length-1 轉化為二進制必定是 11111……的形式,在于 h 的二進制與操作效率會非常的快,而且空間不浪費;如果 length 不是 2 的次冪,比如 length 為 15,則 length - 1 為 14,對應的二進制為 1110,在于 h 與操作,最后一位都為 0 ,而 0001,0011,0101,1001,1011,0111,1101 這幾個位置永遠都不能存放元素了,空間浪費相當大,更糟的是這種情況中,數(shù)組可以使用的位置比數(shù)組長度小了很多,這意味著進一步增加了碰撞的幾率,減慢了查詢的效率!這樣就會造成空間的浪費。

3、HashMap的put方法的具體流程?

4、ConcurrentHashMap的具體實現(xiàn)知道嗎?

答:在JDK1.7中,ConcurrentHashMap采用Segment + HashEntry的方式進行實現(xiàn),結構如下:

該類包含兩個靜態(tài)內(nèi)部類 HashEntry 和 Segment ;前者用來封裝映射表的鍵值對,后者用來充當鎖的角色;Segment 是一種可重入的鎖 ReentrantLock,每個 Segment 守護一個HashEntry 數(shù)組里得元素,當對 HashEntry 數(shù)組的數(shù)據(jù)進行修改時,必須首先獲得對應的 Segment 鎖。

在JDK1.8中,放棄了Segment臃腫的設計,取而代之的是采用Node + CAS + Synchronized來保證并發(fā)安全進行實現(xiàn),結構如下:

插入元素過程(建議去看看源碼):

如果相應位置的Node還沒有初始化,則調(diào)用CAS插入相應的數(shù)據(jù);

  1. elseif((f = tabAt(tab, i =(n -1)& hash))==null){

  2. if(casTabAt(tab, i,null,newNode<K,V>(hash, key, value,null)))

  3. break;// no lock when adding to empty bin

  4. }

如果相應位置的Node不為空,且當前該節(jié)點不處于移動狀態(tài),則對該節(jié)點加synchronized鎖,如果該節(jié)點的hash不小于0,則遍歷鏈表更新節(jié)點或插入新節(jié)點;

  1. if(fh >=0){

  2. binCount =1;

  3. for(Node<K,V> e = f;;++binCount){

  4. K ek;

  5. if(e.hash == hash &&

  6. ((ek = e.key)== key ||

  7. (ek !=null&& key.equals(ek)))){

  8. oldVal = e.val;

  9. if(!onlyIfAbsent)

  10. e.val = value;

  11. break;

  12. }

  13. Node<K,V> pred = e;

  14. if((e = e.next)==null){

  15. pred.next=newNode<K,V>(hash, key, value,null);

  16. break;

  17. }

  18. }

  19. }

如果該節(jié)點是TreeBin類型的節(jié)點,說明是紅黑樹結構,則通過putTreeVal方法往紅黑樹中插入節(jié)點;如果binCount不為0,說明put操作對數(shù)據(jù)產(chǎn)生了影響,如果當前鏈表的個數(shù)達到8個,則通過treeifyBin方法轉化為紅黑樹,如果oldVal不為空,說明是一次更新操作,沒有對元素個數(shù)產(chǎn)生影響,則直接返回舊值;如果插入的是一個新節(jié)點,則執(zhí)行addCount()方法嘗試更新元素個數(shù)baseCount;

5、HashMap的擴容操作是怎么實現(xiàn)的?

答:通過分析源碼我們知道了HashMap通過resize()方法進行擴容或者初始化的操作,下面是對源碼進行的一些簡單分析:

  1. /**

  2. * 該函數(shù)有2中使用情況:1.初始化哈希表;2.當前數(shù)組容量過小,需要擴容

  3. */

  4. finalNode<K,V>[] resize(){

  5. Node<K,V>[] oldTab = table;// 擴容前的數(shù)組(當前數(shù)組)

  6. int oldCap =(oldTab ==null)?0: oldTab.length;// 擴容前的數(shù)組容量(數(shù)組長度)

  7. int oldThr = threshold;// 擴容前數(shù)組的閾值

  8. int newCap, newThr =0;


  9. if(oldCap >0){

  10. // 針對情況2:若擴容前的數(shù)組容量超過最大值,則不再擴容

  11. if(oldCap >= MAXIMUM_CAPACITY){

  12. threshold =Integer.MAX_VALUE;

  13. return oldTab;

  14. }

  15. // 針對情況2:若沒有超過最大值,就擴容為原來的2倍(左移1位)

  16. elseif((newCap = oldCap <<1)< MAXIMUM_CAPACITY &&

  17. oldCap >= DEFAULT_INITIAL_CAPACITY)

  18. newThr = oldThr <<1;// double threshold

  19. }


  20. // 針對情況1:初始化哈希表(采用指定或者使用默認值的方式)

  21. elseif(oldThr >0)// initial capacity was placed in threshold

  22. newCap = oldThr;

  23. else{// zero initial threshold signifies using defaults

  24. newCap = DEFAULT_INITIAL_CAPACITY;

  25. newThr =(int)(DEFAULT_LOAD_FACTOR * DEFAULT_INITIAL_CAPACITY);

  26. }


  27. // 計算新的resize上限

  28. if(newThr ==0){

  29. float ft =(float)newCap * loadFactor;

  30. newThr =(newCap < MAXIMUM_CAPACITY && ft <(float)MAXIMUM_CAPACITY ?

  31. (int)ft :Integer.MAX_VALUE);

  32. }

  33. threshold = newThr;

  34. @SuppressWarnings({"rawtypes","unchecked"})

  35. Node<K,V>[] newTab =(Node<K,V>[])newNode[newCap];

  36. table = newTab;

  37. if(oldTab !=null){

  38. // 把每一個bucket都移動到新的bucket中去

  39. for(int j =0; j < oldCap;++j){

  40. Node<K,V> e;

  41. if((e = oldTab[j])!=null){

  42. oldTab[j]=null;

  43. if(e.next==null)

  44. newTab[e.hash &(newCap -1)]= e;

  45. elseif(e instanceofTreeNode)

  46. ((TreeNode<K,V>)e).split(this, newTab, j, oldCap);

  47. else{// preserve order

  48. Node<K,V> loHead =null, loTail =null;

  49. Node<K,V> hiHead =null, hiTail =null;

  50. Node<K,V>next;

  51. do{

  52. next= e.next;

  53. if((e.hash & oldCap)==0){

  54. if(loTail ==null)

  55. loHead = e;

  56. else

  57. loTail.next= e;

  58. loTail = e;

  59. }

  60. else{

  61. if(hiTail ==null)

  62. hiHead = e;

  63. else

  64. hiTail.next= e;

  65. hiTail = e;

  66. }

  67. }while((e =next)!=null);

  68. if(loTail !=null){

  69. loTail.next=null;

  70. newTab[j]= loHead;

  71. }

  72. if(hiTail !=null){

  73. hiTail.next=null;

  74. newTab[j + oldCap]= hiHead;

  75. }

  76. }

  77. }

  78. }

  79. }

  80. return newTab;

  81. }


武學根基

雖然剛剛的打斗確實激烈,招式也十分好看,但是背后隱藏著的武學基礎卻是有共同之處的。在本篇里指的便是Java集合類的基礎知識點。

其實Java集合類的面試題遠不止如此,面試官可能會問你每個實現(xiàn)細節(jié),所以即使你見過了所有的面試題型,并且都牢牢記住,那又有什么用呢,不能理解其原理,光會表面招式,最后就會被輕易擊敗。

下面我們不妨就見招拆招,說Java集合類里的那些基礎、門道以及正確掌握這部分內(nèi)容的方法。

初來乍到

第一次接觸集合類,遇到的是ArrayList,當時連<>代表泛型都不知道,讓我new一個ArrayList對象都不利索,直到開始了解到它的api,才感覺其實這個玩意也并不是很復雜呀,不就是put,get等一些看起來就很簡單的方法嗎。

小試牛刀

抱著這樣的想法,我開始在一些項目和練習題中使用ArrayList,用法確實不難,正常情況我們只需要使用put,get,remove等方法,不過有時候也會遇到一些問題,比如你在用for循環(huán)刪除ArrayList的元素時,就會發(fā)現(xiàn),如果你按照下標來刪除,是會報錯的,這就讓我很頭大了,不理解其實現(xiàn)原理,光會用api,看來還是不行啊。

漸入佳境

我一直認為,面試是學習的一大動力,當時為了面試大廠,確實也看了很多面試題,集合類是跨不過去的一道坎,并且需要深入到源碼里去理解,比如hashmap的底層原理,絕對是大場面試中最愛考的一道題目,于是我跟著幾位大牛的博客(后面有推薦)復習了一整遍hashmap的實現(xiàn)原理,理解了80%左右的內(nèi)容,這才能夠應付大廠的面試題。

學有所成

當你理解了整個hashmap的實現(xiàn)原理之后,你就會發(fā)現(xiàn)大部分面試題都難不倒你了。我自己做了一個總結,每當面試官問我“JDK里的hashmap是怎么實現(xiàn)的”我基本上都會用以下內(nèi)容做回答。

當然,這僅供參考,切不可死記硬背,畢竟這只是我自己理解后整理出來的東西。

hashmap是數(shù)組和鏈表的組合結構,數(shù)組是一個Entry數(shù)組,entry是k-V鍵值對類型,所以一個entry數(shù)組存著很entry節(jié)點,一個entry的位置通過key的hashcode方法,再進行hash(移位等操作),最后與表長-1進行相與操作,其實就是取hash值到的后n - 1位,n代表表長是2的n次方。

hashmap的默認負載因子是0.75,閾值是16 * 0.75 = 12;初始長度為16;

hashmap的增刪改查方式比較簡單,都是遍歷,替換。有一點要注意的是key相等時,替換元素,不相等時連成鏈表。

除此之外,1.8jdk改進了hashmap,當鏈表上的元素個數(shù)超過8個時自動轉化成紅黑樹,節(jié)點變成樹節(jié)點,以提高搜索效率和插入效率到logn。

還有一點值得一提的是,hashmap的擴容操作,由于hashmap非線程安全,擴容時如果多線程并發(fā)進行操作,則可能有兩個線程分別操作新表和舊表,導致節(jié)點成環(huán),查詢時會形成死鎖。chm避免了這個問題。

另外,擴容時會將舊表元素移到新表,原來的版本移動時會有rehash操作,每個節(jié)點都要rehash,非常不方便,而1.8改成另一種方式,對于同一個index下的鏈表元素,由于一個元素的hash值在擴容后只有兩種情況,要么是hash值不變,要么是hash值變?yōu)樵瓉碇?2^n次方,這是因為表長翻倍,所以hash值取后n位,第一位要么是0要么是1,所以hash值也只有兩種情況。這兩種情況的元素分別加到兩個不同的鏈表。這兩個鏈表也只需要分別放到新表的兩個位置即可,是不是很酷。

最后有一個比較冷門的知識點,hashmap1.7版本鏈表使用的是節(jié)點的頭插法,擴容時轉移鏈表仍然使用頭插法,這樣的結果就是擴容后鏈表會倒置,而hashmap.1.8在插入時使用尾插法,擴容時使用頭插法,這樣可以保證順序不變。


最后編輯于
?著作權歸作者所有,轉載或內(nèi)容合作請聯(lián)系作者
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 227,967評論 6 531
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 98,273評論 3 415
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 175,870評論 0 373
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經(jīng)常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 62,742評論 1 309
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 71,527評論 6 407
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 55,010評論 1 322
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,108評論 3 440
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,250評論 0 288
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 48,769評論 1 333
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 40,656評論 3 354
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 42,853評論 1 369
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,371評論 5 358
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點故事閱讀 44,103評論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,472評論 0 26
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,717評論 1 281
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,487評論 3 390
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 47,815評論 2 372

推薦閱讀更多精彩內(nèi)容

  • 在一個方法內(nèi)部定義的變量都存儲在棧中,當這個函數(shù)運行結束后,其對應的棧就會被回收,此時,在其方法體中定義的變量將不...
    Y了個J閱讀 4,427評論 1 14
  • ArrayList實現(xiàn)原理要點概括 參考文獻:http://zhangshixi.iteye.com/blog/6...
    晨光光閱讀 1,087評論 0 1
  • Java集合類可用于存儲數(shù)量不等的對象,并可以實現(xiàn)常用的數(shù)據(jù)結構如棧,隊列等,Java集合還可以用于保存具有映射關...
    小徐andorid閱讀 1,955評論 0 13
  • 通 知近段時間,發(fā)現(xiàn)部分學生在上課期間外出補課,也有學生在上課期間返回學校。上課期間,學生出入校園、教室,嚴重...
    新師說閱讀 239評論 0 0
  • 提起那篇論文,我的心往下一沉,好似萬丈高樓一腳蹬空。這種事怎么會忘記?我有點懷疑自己是存心忘記的,這是件很...
    阿金jinjin閱讀 234評論 0 8