距我將全套盜墓筆記成功保存在8MB空間里已經(jīng)過去了19天58分鐘32秒，我漸漸發(fā)覺更高、更快、更強(qiáng)的絕不限于奧運(yùn)精神，也充分體現(xiàn)了人類貪婪的本質(zhì)，無盡的需求催生出這光怪陸離的大千世界。

就在今天下午，我得到一個(gè)通知，要么繼續(xù)使用連續(xù)的存儲空間，但是只能有4MB，要么去使用不連續(xù)的存儲空間，總量可以仍然是8MB，那一刻，我的內(nèi)心反而是平靜的，因?yàn)槲抑溃@就是現(xiàn)實(shí)，一個(gè)不夠優(yōu)秀的系統(tǒng)是無法滿足各種刁鉆的需求的，并且我并不想丟掉一半的盜墓筆記，所以我必須使用不連續(xù)的存儲空間，一個(gè)不算壞的消息是，就算是不連續(xù)，但是每塊最小也有2048字節(jié)，并且連續(xù)的存儲空間是2048字節(jié)對齊的，還有什么好說的，擼起袖子加油干。

當(dāng)時(shí)我的腦海中，浮現(xiàn)出了星空的圖像，天頂中每顆閃爍的星代表的就是一段文字，我要怎么將它們串在一起呢？我想，首先要解決的是識別問題，即眼前的這顆星屬于哪本書？是的，我需要星的索引信息，每條索引信息對應(yīng)著一段可存儲的空間，記錄空間在硬盤中的偏移，長度，內(nèi)容是屬于哪本書，對應(yīng)內(nèi)容在書內(nèi)的偏移，這樣通過索引信息就可以在硬盤中找到存儲著的盜墓筆記的片段了，于是有了如下的設(shè)計(jì)，

book_name用來存儲書名，hd_ofs存儲這段存儲空間在硬盤中的偏移，file_ofs存儲這段存儲空間存儲的內(nèi)容在書中的偏移，chunk_len存儲這段存儲空間的長度，看起來是能工作的，那么這樣的設(shè)計(jì)夠不夠好呢，答案顯然是需要拿出工匠精神再來打磨一下了。

book_name，這里看起來很糟糕，如果書名很長則無法存儲完整，如果書名很短則浪費(fèi)了存儲空間，這里真的需要存儲一個(gè)書名嗎？按照我的需求，盜墓筆記全套是8本書，那么第一本書，我這里記錄1即可，依次則是2,3,4,...，我只需要數(shù)字就可以進(jìn)行區(qū)分，于是新的設(shè)計(jì)出現(xiàn)了

但是，新的問題又出現(xiàn)了，我能夠通過一個(gè)個(gè)的index對象找到數(shù)據(jù)塊，但是我該如何找到這些index對象呢？由于每個(gè)index對象占用12字節(jié)，那么將index搓堆存在一個(gè)只存儲index的數(shù)據(jù)塊內(nèi)，那么一個(gè)塊能存170個(gè)index，就像下面這樣

很好，現(xiàn)在有了一個(gè)index塊，那么170個(gè)index最多只能映射(170 * 2048)字節(jié)(340KB)的內(nèi)容，可我要存儲的盜墓筆記不止這么點(diǎn)內(nèi)容，所以還需要更多的index塊

很好，現(xiàn)在有了更多的index塊，我能通過index找到想要看的內(nèi)容，但是index塊也是不連續(xù)的，我要如何找到index塊在哪里呢？其實(shí)，我對之前每個(gè)數(shù)據(jù)塊填充170個(gè)index對象已經(jīng)感覺難受了，因?yàn)?70個(gè)index對象只使用了2040字節(jié)，這樣一個(gè)數(shù)據(jù)塊就有8字節(jié)的浪費(fèi)，如果這8字節(jié)用來存儲另一個(gè)index塊在硬盤中的偏移位置，那么index塊之間就能串聯(lián)在一起，而我要做的就是找到那個(gè)入口

經(jīng)過了兩頓燒烤的談判，我終于贏得了硬盤第1024個(gè)數(shù)據(jù)塊的永久使用權(quán)，于是第1024數(shù)據(jù)塊就成為了串起整部盜墓筆記的那個(gè)入口