快捷導(dǎo)航

Java組件開發(fā)之文件壓縮與解壓詳解

更新時間：2024年10月22日 08:28:10 作者：gersy

這篇文章主要為大家詳細介紹了如何使用Java開發(fā)一個文件壓縮與解壓組件,文中的示例代碼講解詳細,感興趣的小伙伴可以跟隨小編一起學(xué)習(xí)一下

緣起

在服務(wù)端項目開發(fā)的過程中，需要要各種不同的數(shù)據(jù)打交道，有時為了方便用戶上傳的下載會將數(shù)據(jù)以壓縮包的形式打包后進行傳輸，那么就會遇到壓縮與解壓的問題了。在現(xiàn)在擁有如此多的開源組件的情況下，壓縮本身并不算一個復(fù)雜的任務(wù)，只需要找到一些合適的maven庫即可解決咱們的問題。那么為什么我們還需要做一個處理壓縮的公共組件呢？不妨我們想象一下這樣一些需求：

壓縮包中包含很多種不同的文件，我們只需要解壓其中的部分類型的數(shù)據(jù)；
待壓縮的目錄中只有滿足條件的文件需要被添加到壓縮包中；
壓縮格式類型多樣，需要針對每種都單獨適配；
...

如果分析這些需求就會發(fā)現(xiàn)這些都是通用功能，如果封裝好了，業(yè)務(wù)方只需要簡單調(diào)用即可，省去了很多重復(fù)的功能開發(fā)。

設(shè)計

通過分析上面的需求可知，需求大致分為兩大類：

文件過濾；
兼容不同的壓縮文件類型；

好了，那么我們可以繼續(xù)的針對需求來實現(xiàn)咱們的組件了。

如何處理文件過濾的功能呢？對于一個公共組件而言，它是沒辦法聰明到了解所有的業(yè)務(wù)方的需求的，也沒有必要了解，因為需求變化像海一樣，哪里能做到面面俱到呢，你們說是吧？既然如此，那就只能是將過濾的功能暴露給業(yè)務(wù)方，組件里面接收過濾后的結(jié)果后進行相應(yīng)處理即可，恩...完美！那么如何來實現(xiàn)呢？相信聰明的你可能想到了java8里的文件遍歷Files.walkFileTree()。是的，咱們想到了一塊。咱們可以仿照這個寫法，讓業(yè)務(wù)方傳入FileVisitor的實現(xiàn)即可，這樣就可以在調(diào)用方以最少的認知的情況下了解如何來使用這個公共組件。這樣后面推動的時候就更容易啦，你說是吧？

上代碼：

/**
* 壓縮示例，目錄下的文件全部壓縮，不需要過濾
*/
Compressions.compress(new File(parent), new File(parent, "test.zip"));

/**
* 解壓示例，全部解壓，不需要過濾
*/
Compressions.uncompress(new File(parent,"test.zip"), new File(parent,"test"), true);

/**
* 壓縮示例，按需求過濾
*/
Compressions.compress(new File(parent), new File(parent, "test.zip"), new FileVisitor<Path>() {
    @Override
    public FileVisitResult preVisitDirectory(Path dir, BasicFileAttributes attrs) throws IOException {
        if (dir.getFileName().toString().equals("testq")) {
            return FileVisitResult.SKIP_SUBTREE;
        }
        return FileVisitResult.CONTINUE;
    }

    @Override
    public FileVisitResult visitFile(Path file, BasicFileAttributes attrs) throws IOException {
        if (file.getFileName().toString().endsWith("zip")) {
            return FileVisitResult.TERMINATE;
        }
        return FileVisitResult.CONTINUE;
    }

    @Override
    public FileVisitResult visitFileFailed(Path file, IOException exc) throws IOException {
        return FileVisitResult.CONTINUE;
    }

    @Override
    public FileVisitResult postVisitDirectory(Path dir, IOException exc) throws IOException {
        return FileVisitResult.CONTINUE;
    }
});

/**
* 解壓示例，按需求過濾
*/
Compressions.uncompress(new File(path), new SimpleFileVisitor<>() {
                @Override
                public FileVisitResult preVisitDirectory(FileEntry dir, BasicFileAttributes attrs) throws IOException {
                    File file = new File(parent, dir.getPath());
                    if (!file.exists()) {
                        file.mkdirs();
                    }
                    return super.preVisitDirectory(dir, attrs);
                }

                @Override
                public FileVisitResult visitFile(FileEntry fileEntry, BasicFileAttributes attrs) throws IOException {
                    System.out.println("visitFile:" + fileEntry.getPath());
                    if (fileEntry.getPath().endsWith("jpg")){
                        File file = new File(parent, fileEntry.getPath());
                        fileEntry.transferTo(file);
                    }
                    return super.visitFile(fileEntry, attrs);
                }

                @Override
                public FileVisitResult visitFileFailed(FileEntry<?> file, IOException exc) throws IOException {
                    //讀取出異常的壓縮包全路徑
                    String path2 = file.getPath();
                    return FileVisitResult.CONTINUE;
                }
            });

怎么樣，使用起來是不是很方便，很靈活。

文件過濾的問題解決了，那么咱們再進一步，兼容下比較常用的壓縮文件類型。自己寫是不可能自己去寫的了，別忘了咱們是調(diào)用工程師。為了支持zip/7z/rar/jar/tar/tar.gz等常用的格式，咱們得導(dǎo)入幾個開源庫：

net.sf.sevenzipjbinding (zip/7z/rar/jar/tar)；
commons-io (tar.gz)

插個題外話，這里要重點表揚下net.sf.sevenzipjbinding 在解壓縮文件過濾上擁有顯著的性能優(yōu)勢，性能優(yōu)勢從何而來呢，這里就要講到net.sf.sevenzipjbinding和commons-io是如何處理需要跳過的文件流了，net.sf.sevenzipjbinding是真的跳過，就像RandomAccessFile的seek功能，而commons-io則是將跳過的文件流完整讀一遍，但不作處理，哪個性能會更好，聰明的你肯定已經(jīng)有了答案。事實上我也考慮過把commons-io中讀流的操作改為跳過，技術(shù)上是可實現(xiàn)的，奈何我比較懶...思路大概是用RandomAccessFile或者SeekableByteChannel來實現(xiàn)Seek跳轉(zhuǎn)，感覺RandomAccessFile可能會更容易些，畢竟跟它里面使用的api是一個時代的東東。

好了，咱們已經(jīng)兼容了好幾種不同的壓縮格式，那么我們就可以根據(jù)不同的文件類型來自動使用匹配的壓縮處理類。調(diào)用方可以做到完全無感，就很nice!當然我現(xiàn)在偷懶，是通過文件的擴展名來匹配的，更好的辦法應(yīng)該是通過文件的元信息來匹配，比如魔數(shù)。沒辦法，我就是懶，而且目前用起來確實夠用了，哈哈。

到此這篇關(guān)于Java組件開發(fā)之文件壓縮與解壓詳解的文章就介紹到這了,更多相關(guān)Java文件壓縮與解壓內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

您可能感興趣的文章: