寫作目的：之前在網上看到很多人在尋找可以解壓縮多個檔案的程式，其中有嘗試zlib的，使用zlib的原始碼可以生成字尾為點gz的壓縮檔案，但是一次只能壓縮一個檔案，無法壓縮多個檔案。其實，zlib的原始碼包裡有一個第三方的contrib已經實現解壓縮多個檔案，這就是minizip。下面就來看看是怎麼操作的。

下載zlib原始碼

去zlib網站下載原始碼並解壓，

這裡選擇tar.gz格式的原始碼包下載（其它格式都可以）

編譯zlib

進入到zlib-1.2.11目錄下，發現有個Makefile檔案，開啟如下，

這是個提示，讓我們先執行./configure。按照提示我們在終端輸入./configure並回車，執行完畢後再開啟看Makefile，發現裡面就有內容了，

此時在終端輸入make，這樣zlib原始碼就開始編譯了。
編譯完畢後如果輸入make install，就可以把編譯好的zlib庫放在系統路徑裡，以後寫程式碼就可以直接呼叫zlib提供的庫函數了。
以上這些操作資訊是寫在原始碼目錄下的readme檔案裡的，這裡擷取一段，

還有講example的，告訴我們example原始碼在哪，

原始碼目錄下還有個INDEX檔案，裡面敘述了構成zlib的所有public header files和private source files，有了這些資訊，就可以很方便的把需要的原始碼整合到自己的工程中去。

可以看出作者的文件寫的非常好。

minizip

下面就來解決之前說的問題：解壓縮多個檔案（基於minizip）。
minizip原始碼目錄在zlib-1.2.11/contrib目錄下，進入這個目錄，先看下該目錄下的README.contrib檔案，這個檔案描述了基於zlib寫的的第三方contributions，找到minizip的，

似乎得不到啥有用的資訊，我們直接進入minizip的目錄，

有個Makefile，開啟如下，

內容比較簡單，就是編譯出2個elf檔案：miniunz和minizip。通過名字就可以知道一個是用來解壓，另一個用來壓縮。
其中，

• 生成miniunz需要用到miniunz.c，unzip.c，ioapi.c和之前編譯zlib時生成的靜態庫libz.a
• 生成minizip需要用到minizip.c，zip.c，ioapi.c和之前編譯zlib時生成的靜態庫libz.a

輸入make執行Makefile，會有幾個warning，

定位到miniunz.c的100行，

這種條件編譯寫法是比較老的，現在編譯器已經不提倡這種寫法了，所以改為如下，

再編譯就沒這個warning了，按照這種方法也可以消除minizip.c中97行的warning。最後還剩個mkdir未宣告，一般這是因為沒有對應的標頭檔案導致的，在終端輸入man 2 mkdir並回車，

可以看出mkdir對應的是2個頭檔案，把這2個頭檔案新增到miniunz.c裡，再次編譯，就沒有任何warning了。

編譯完成後，就可以在minizip目錄下看到2個elf檔案：miniunz和minizip。這裡先測試一下minizip，在終端輸入./minizip -h並回車，得到以下幫助資訊，

我們在minizip目錄下新建一個目錄test，然後把minizip拷貝進去，然後在test目錄下建2個檔案a.txt和b.txt，隨意寫點內容在裡面。

然後按照之前的幫助資訊，輸入./minizip -o -9 target.zip a.txt b.txt 並回車，可以發現生成了target.zip檔案，開啟它發現實現了多個檔案的壓縮，


再來測試下miniunz，先把a.txt和b.txt刪除，再把miniunz拷貝進來。先看下miniunz的幫助資訊，輸入./miniunz -h並回車，結果居然有error，說明這個miniunz.c裡的main函式寫的不夠好，沒有對-h的支援，畢竟是第三方contributions

不過沒關係，一般來說-h不行，那麼就直接./miniunz回車，這次幫助資訊出來了，

我們輸入./miniunz -x target.zip，提示解壓成功，我們看下目錄，確實OK了。

加密解壓縮

解壓縮多個檔案已經測試OK，下面就來測試以下加密解壓縮多個檔案，畢竟minizip和miniunz的幫助資訊裡顯示是支援加密的。
先測試minizip的加密功能，終端下輸入./minizip -o -9 -p 123 target_crypt.zip 1.txt 2.txt並回車，可以看到生成了target_crypt.zip檔案，雙擊開啟它，提示需要輸入密碼，

我們輸入123，發現可以正確開啟，說明加密功能沒問題。

下面測試一下miniunz的解密功能（先把a.txt和b.txt刪除），終端輸入./miniunz -x -p 123 targer_crypt.zip並回車，發現竟然無法解密，

根據提示，是unzOpenCurrentFilePassword()函式返回了-102，我們去找一下unzOpenCurrentFilePassword()的定義，回到minizip目錄下使用grep去查詢，

發現該函式定義在unzip.c裡，開啟unzip.c找到這個函式，

函式開始處就有個可能返回的值UNZ_PARAMERROR，再用grep查下這個巨集定義，

發現這個值就是-102，看來函式執行到這個return語句了。再看下程式碼，可以推斷出NOUNCRYPT被定義了，而這個巨集從字面感覺是沒有密碼的意思，難道miniunz的工程遮蔽瞭解密功能？我們再用grep查下NOUNCRYPT，看下在哪裡設定的，

可以看出是在unzip.c裡定義的巨集，進去檢視下，

果然是定義了NOUNCRYPT，把解密功能遮蔽了。既然找到了問題的根源，那麼解密失敗的問題就迎刃而解了：把這三行語句遮蔽掉，然後重新編譯，重新生成miniunz，並拷貝到test目錄下。再次輸入./miniunz -x -p 123 target_crypt.zip並回車，就可以了。

看來這個miniunz還是有點小bug的，不過仔細研究下也很容易解決。

總結

minizip可以達到解壓縮多個檔案的要求，而且其原始碼也比較少，結構也簡單清晰，可以很方便地整合到自己的工程中來，或者自己修改，這就需要自己去研究下原始碼了。
如果想偷懶的話，可以只看minizip.c和miniunz.c裡的main函式，把它改成一個介面函式，來達到自己的需求。

如果有寫的不對的地方，希望能留言指正，謝謝閱讀。