winRAR真难用,我决定自创一个(炼虚期) 文件的压缩与解压将色色一网打尽

爪哇土著、JOElib

已于 2022-04-07 18:49:39 修改

阅读量6.2k

点赞数 36

分类专栏：数据结构与算法文章标签： java 数据结构算法

于 2022-04-05 10:52:20 首次发布

本文链接：https://blog.csdn.net/joelib/article/details/123965081

版权

数据结构与算法专栏收录该内容

28 篇文章 18 订阅

订阅专栏

炼虚期简介

炼虚期主要阐述的是文件的压缩与解压的IO操作

提供完整代码,代码在筑基期中

博主空间https://blog.csdn.net/JOElib?spm=1011.2266.3001.5343https://blog.csdn.net/JOElib?spm=1011.2266.3001.5343 化神期https://blog.csdn.net/JOElib/article/details/123848806?spm=1001.2014.3001.5501 元婴期https://blog.csdn.net/JOElib/article/details/123913609?spm=1001.2014.3001.5501

创建思想🐼

压缩操作
1. 创建对应的输入流,将所想要压缩的文件输入到内存中
2. 调用对应的压缩方法,获取压缩后的byte[]数组
3. 通过输出流将byte[]数组和对应的哈夫曼编码表还有最后一个读取位数输出
解压操作
1. 创建对应的输入流,将所想要解压的文件输入到内存中
2. 调用对应的解压方法,获取解压后的byte[]数组
3. 通过输出流将byte[]数组输出到对应的为止

代码实现与分析🐼

1.哈夫曼类实现标志接口Serializable🐻

public class HuffmanCode implements Serializable {

    @Serial
    private static final long serialVersionUID = 4420;

}

代码分析:🐨

实现Serializable接口的目的是为了接下来的序列化和反序列化
序列化版本号最好自定义,不要让系统自动分配

2.创建对应的压缩方法🐻

 public static void fileZip(String srcPath,String desPath) {
        try(var fis = new FileInputStream(srcPath);
            var fos = new FileOutputStream(desPath);
            var oos = new ObjectOutputStream(fos)
        ) {
            var content = new byte[fis.available()];
            fis.read(content);
            byte[] huffmanBytes = huffmanCodeZip(content);
            oos.writeObject(huffmanBytes);
            oos.writeObject(HUFFMAN_CODES);
            oos.writeObject(lastCount);
            oos.flush();
            fos.flush();
        }catch (Exception e) {
            e.printStackTrace();
        }
    }

代码分析:🐨

参数列表
1. strcPath为所需要压缩的文件路径
2. 文件压缩后的目标输出路径
注意:try()为Java新特性,可以将流进行自动的关闭,不需要手动关闭
1. fis,字节输入流,用于输入所需要压缩的文件
2. fos,字节输出流,用于作为oos的节点流
3. oos,对象输出流,用于输出压缩后的byte[]数组对象
通过调用available()方法,获取文件字节数目,从而得到对应byte[]数组的长度
调用压缩方法,获取压缩后的数组
输出:
1. 输出对应的压缩后的byte[]数组,是内容的主体
2. 输出哈夫曼编码表(如果不输出哈夫曼编码表,下次解压的时候就无法解压了)
3. 输出最后一次读取的字符串长度即哈夫曼编码长度
4. 注意:这里为什么要用序列化的方式呢?原因是如果我们用字节输出流直接输出,当我们下一次解压的时候,必定存在对压缩后的文件进行输入,那么系统如何分辨谁是哈夫曼编码表对应的byte[] 还是压缩后的主体byte[]呢?所以用序列化的方法能有效解决该问题
调用对应的flush()方法,以及异常捕捉

3.创建对应的解压方法🐻

public static void fileDeZip(String zipPath,String desPath) {
        try(var fis = new FileInputStream(zipPath);
            var ois = new ObjectInputStream(fis);
            var fos = new FileOutputStream(desPath)
        ) {
            var huffmanBytes = (byte[])ois.readObject();
            var huffmanCodes = (Map<Byte,String >)ois.readObject();
            lastCount = (int)ois.readObject();
            var content = decode(huffmanBytes,huffmanCodes);
            fos.write(content);
            fos.flush();
        }catch (Exception e) {
            e.printStackTrace();
        }
    }

代码分析:🐨

参数列表:
1. zipPath压缩包的路径
2. desPath解压后需要存放的路径
try()流的讲解
1. fis,字节输入流,用于ois的节点流
2. ois,对象输入流,用于反序列化byte[]数组对象
3. fos字节输出流,用于输出解压后的文件
利用反序列化一个对象的特征,我们通过三次反序列化,就可以将三个对象有效区分,即我们可以精准的得到对应的对象,
1. 注意:如何进行序列化,就要如何进行反序列化,否则获取的对象有误(文件指针的作用)
2. 注意:严格的写法向下转型时需要instanceof,博主偷懒,没写
输出解压后的文件
调用flush()方法以及异常捕捉