一、海量數據處理
所謂海量數據處理，無非就是基於海量數據上的存儲、處理、操作。何謂海量，就 是數據量太大，所以導致要麼是無法在較短時間內迅速解決，要麼是數據太大，導 致無法一次性裝入內存。
那解決辦法呢?
針對時間，我們可以採用巧妙的算法搭配合適的數據結構，如Bloom filter/Hash/bit- map/堆/trie樹。 針對空間，無非就一個辦法：大而化小，分而治之（hash映射）。
相關內容之後會在GitHub上更新，希望多多關注
（順手留下GitHub鏈接，需要獲取相關面試等內容的可以自己去找）
https://github.com/xiangjiana/Android-MS
更多完整項目下載。未完待續。源碼。圖文知識後續上傳github。
可以點擊關於我聯繫我獲取
二、算法/數據結構基礎
1.Bloom Filter
Bloom Filter（BF）是一種空間效率很高的隨機數據結構，它利用位數組很簡潔地 表示一個集合，並能判斷一個元素是否屬於這個集合。它是一個判斷元素是否存在 集合的快速的概率算法。Bloom Filter有可能會出現錯誤判斷，但不會漏掉判斷。也 就是Bloom Filter判斷元素不再集合，那肯定不在。如果判斷元素存在集合中，有一 定的概率判斷錯誤。因此，Bloom Filter不適合那些“零錯誤”的應用場合。
而在能容忍低錯誤率的應用場合下，Bloom Filter比其他常見的算法（如hash，折 半查找）極大節省了空間。
適用範圍: 可以用來實現數據字典，進行數據的判重，或者集合求交集
2.Hash
Hash，一般翻譯做“散列”，也有直接音譯爲“哈希”的，就是把任意長度的輸入（又 叫做預映射， pre-image），通過散列算法，變換成固定長度的輸出，該輸出就是 散列值。這種轉換是一種壓縮映射，也就是，散列值的空間通常遠小於輸入的空 間，不同的輸入可能會散列成相同的輸出，而不可能從散列值來唯一的確定輸入 值。簡單的說就是一種將任意長度的消息壓縮到某一固定長度的消息摘要的函數。
3. Bit-map
所謂的Bit-map就是用一個bit位來標記某個元素對應的值。由於採用了Bit爲單位來 存儲數據，因此在存儲空間方面，可以大大節省。 如果說了這麼多還沒明白什麼是Bit-map，那麼我們來看一個具體的例子，假設我 們要對0-7內的5個元素(4,7,2,5,3)排序（這裏假設這些元素沒有重複）。那麼我們 就可以採用Bit-map的方法來達到排序的目的。要表示8個數，我們就只需要8個 Bit（1Bytes），首先我們開闢1Byte的空間，將這些空間的所有Bit位都置爲0(如下 圖：)
然後遍歷這5個元素，首先第一個元素是4，那麼就把4對應的位置爲1（可以這樣操 作 p+(i/8)|(0x01<<(i%8)) 當然了這裏的操作涉及到Big-ending和Little-ending的情 況，這裏默認爲Big-ending）,因爲是從零開始的，所以要把第五位置爲一（如下 圖）：
然後再處理第二個元素7，將第八位置爲1,，接着再處理第三個元素，一直到最後處 理完所有的元素，將相應的位置爲1，這時候的內存的Bit位的狀態如下：
4.堆
堆是一種特殊的二叉樹，具備以下兩種性質 1）每個節點的值都大於（或者都小於，稱爲最小堆）其子節點的值 2）樹是完全平衡的，並且最後一層的樹葉都在最左邊這樣就定義了一個最大堆。 如下圖用一個數組來表示堆：
5.trie樹
下面我們有and,as,at,cn,com這些關鍵詞，那麼如何構建trie樹呢？
從上面的圖中，我們或多或少的可以發現一些好玩的特性。
第一：根節點不包含字符，除根節點外的每一個子節點都包含一個字符。 第二：從根節點到某一節點，路徑上經過的字符連接起來，就是該節點對應的字符 串。
第三：每個單詞的公共前綴作爲一個字符節點保存。
適用範圍： 前綴統計，詞頻統計。
6.外排序
適用範圍: 大數據的排序，去重
基本原理及要點：
外部排序的兩個獨立階段：
1）首先按內存大小，將外存上含n個記錄的文件分成若干長度L的子文件或段。依 次讀入內存並利用有效的內部排序對他們進行排序，並將排序後得到的有序字文件 重新寫入外存，通常稱這些子文件爲歸併段。
2）對這些歸併段進行逐趟歸併，使歸併段逐漸由小到大，直至得到整個有序文件 爲之。
外排序的優化方法： 置換選擇 敗者樹原理，最優歸併樹
三、面試問題解決
1、海量日誌數據，提取出某日訪問百度次數最多的那個IP。
算法思想： 分而治之+Hash
①.IP地址最多有2^32=4G種取值情況，所以不能完全加載到內存中處理； ②.可以考慮採用“分而治之”的思想，按照IP地址的Hash(IP)%1024值，把海量IP日 志分別存儲到1024個小文件中。這樣，每個小文件最多包含4MB個IP地址；
③.對於每一個小文件，可以構建一個IP爲key，出現次數爲value的Hash map，同時 記錄當前出現次數最多的那個IP地址；
④.可以得到1024個小文件中的出現次數最多的IP，再依據常規的排序算法得到總體 上出現次數最多的IP；
2丶搜索引擎會通過日誌文件把用戶每次檢索使用的所有檢索串 都記錄下來，每個查詢串的長度爲1-255字節。假設目前有一千 萬個記錄（這些查詢串的重複度比較高，雖然總數是1千萬，但 如果除去重複後，不超過3百萬個。一個查詢串的重複度越高， 說明查詢它的用戶越多，也就是越熱門。），請你統計最熱門的 10個查詢串，要求使用的內存不能超過1G。
可以在內存中處理，典型的Top K算法
算法思想： hashmap+堆
①.先對這批海量數據預處理，在O（N）的時間內用Hash表完成統計；
②.藉助堆這個數據結構，找出Top K，時間複雜度爲O(N*logK)。 或者：採用trie樹，關鍵字域存該查詢串出現的次數，沒有出現爲0。最後用10個元 素的最小推來對出現頻率進行排序。
3、有一個1G大小的一個文件，裏面每一行是一個詞，詞的大小 不超過16字節，內存限制大小是1M。返回頻數最高的100個詞。
算法思想： 分而治之 + hash統計 + 堆排序
①.順序讀文件中，對於每個詞x，取hash(x)%5000，然後按照該值存到5000個小文 件（記爲x0,x1,…x4999）中。這樣每個文件大概是200k左右。如果其中的有的文件 超過了1M大小，還可以按照類似的方法繼續往下分，直到分解得到的小文件的大小 都不超過1M。
②.對每個小文件，採用trie樹/hash_map等統計每個文件中出現的詞以及相應的頻 率。
③.取出出現頻率最大的100個詞（可以用含100個結點的最小堆）後，再把100個詞 及相應的頻率存入文件，這樣又得到了5000個文件。最後就是把這5000個文件進 行歸併（類似於歸併排序）的過程了。
4、有10個文件，每個文件1G，每個文件的每一行存放的都是用 戶的query，每個文件的query都可能重複。要求你按照query的 頻度排序。
方案1：算法思想：分而治之 + hash統計 + 堆排序
順序讀取10個文件，按照hash(query)%10的結果將query寫入到另外10個文件中。 這樣新生成的文件每個的大小大約也1G，大於1G繼續按照上述思路分。
找一臺內存在2G左右的機器，依次對用hash_map(query, query_count)來統計每個 query出現的次數。利用快速/堆/歸併排序按照出現次數進行排序。將排序好的 query和對應的query_cout輸出到文件中。這樣得到了10個排好序的文件（記 爲）。
對這10個文件進行歸併排序（內排序與外排序相結合）。
方案2： 算法思想：hashmap+堆
一般query的總量是有限的，只是重複的次數比較多而已，可能對於所有的query， 一次性就可以加入到內存了。這樣，我們就可以採用trie樹/hash_map等直接來統計 每個query出現的次數，然後按出現次數做快速/堆/歸併排序就可以了。
5、 給定a、b兩個文件，各存放50億個url，每個url各佔64字 節，內存限制是4G，讓你找出a、b文件共同的url
方案1： 可以估計每個文件安的大小爲5G×64=320G，遠遠大於內存限制的4G。所 以不可能將其完全加載到內存中處理。考慮採取分而治之的方法。
算法思想： 分而治之 + hash統計
遍歷文件a，對每個url求取hash(url)%1000，然後根據所取得的值將url分別存儲到 1000個小文件（記爲a0,a1,…,a999）中。這樣每個小文件的大約爲300M。
遍歷文件b，採取和a相同的方式將url分別存儲到1000小文件（記爲 b0,b1,…,b999）。這樣處理後，所有可能相同的url都在對應的小文件 （a0vsb0,a1vsb1,…,a999vsb999）中，不對應的小文件不可能有相同的url。然後 我們只要求出1000對小文件中相同的url即可。
求每對小文件中相同的url時，可以把其中一個小文件的url存儲到hash_set中。然後 遍歷另一個小文件的每個url，看其是否在剛纔構建的hash_set中，如果是，那麼就 是共同的url，存到文件裏面就可以了。
方案2： 如果允許有一定的錯誤率，可以使用Bloom filter，4G內存大概可以表示 340億bit。將其中一個文件中的url使用Bloom filter映射爲這340億bit，然後挨個讀 取另外一個文件的url，檢查是否與Bloom filter，如果是，那麼該url應該是共同的 url（注意會有一定的錯誤率）。
6、在2.5億個整數中找出不重複的整數，注，內存不足以容納這 2.5億個整數。
採用2-Bitmap（每個數分配2bit，00表示不存在，01表示出現一次，10表示多次， 11無意義）進行，共需內存2^32 * 2 bit=1 GB內存，還可以接受。然後掃描這2.5億 個整數，查看Bitmap中相對應位，如果是00變01，01變10，10保持不變。所描完 事後，查看bitmap，把對應位是01的整數輸出即可。
7、給40億個不重複的unsigned int的整數，沒排過序的，然後 再給一個數，如何快速判斷這個數是否在那40億個數當中？
方案1： 申請512M的內存，一個bit位代表一個unsigned int值。讀入40億個數，設 置相應的bit位，讀入要查詢的數，查看相應bit位是否爲1，爲1表示存在，爲0表示 不存在。
方案2： 因爲2^32爲40億多，所以給定一個數可能在，也可能不在其中；
這裏我們把40億個數中的每一個用32位的二進制來表示
假設這40億個數開始放在一個文件中。
然後將這40億個數分成兩類:
1.最高位爲0
2.最高位爲1
並將這兩類分別寫入到兩個文件中，其中一個文件中數的個數<=20億，而另一個 >=20億（這相當於折半了）；
與要查找的數的最高位比較並接着進入相應的文件再查找
再然後把這個文件爲又分成兩類:
1.次最高位爲0
2.次最高位爲1
並將這兩類分別寫入到兩個文件中，其中一個文件中數的個數<=10億，而另一個 >=10億（這相當於折半了）；
與要查找的數的次最高位比較並接着進入相應的文件再查找。
… 以此類推，就可以找到了。
相關內容之後會在GitHub上更新，希望多多關注
（順手留下GitHub鏈接，需要獲取相關面試等內容的可以自己去找）
https://github.com/xiangjiana/Android-MS
更多完整項目下載。未完待續。源碼。圖文知識後續上傳github。
可以點擊關於我聯繫我獲取