huffman压缩解压文件【代码】

距离上次写完哈夫曼编码已经过去一周了，这一周都在写huffman压缩解压，哎，在很多小错误上浪费了很多时间调bug。其实这个程序的最关键部分不是我自己想的，而是借鉴了某位园友的代码，但是，无论如何，自己也是思考，学习，调试了很久，慢慢地清除了一个一个bug。一周的课后时间都花在这上面了，也算有了一点心得吧。下面一一说来吧--

这个程序有两个最关键的点，一个是上次写的哈夫曼编码，那个是基础，另外一个就是位操作，这个是最关键的，具体来讲位操作就是如何把一个01字符串变成内存中实际存放的0和1，下面还会对这里做出更多解释。

整个程序以二进制的形式读写文件，不是以文本形式读写，因为所有文件在计算机中都是以二进制的形式存放的，以这种最根本的形式能够达到对所有文件操作的目的，当然，文件夹是不可以的，目前对任何形式的单个文件都可以压缩和解压，但是压缩率和文件本身密切相关，不同文件压缩率可能相差很大，甚至某些文件压缩完比原文件还大，这并不是bug，而是在我的这种方法下理论上就可能出现这种情况。另外，该程序只是为了以最简单的方式来实现哈夫曼压缩，所以没仔细考虑时间复杂度，可能压缩某些比较大的视频文件或其他文件需要很长的时间，原因是以二进制的形式读写文件本身就要花费很多时间。想想一个100M的文件都有100 * 1024 *1024 字节，每次读取一个字节，都要上亿次，还要考虑构建哈夫曼树，得到哈夫曼编码，写入文件等等，时间复杂度自然会很高了。这也是我第一次通过自己的实践这么直观地认识到时间复杂度的重要性，也就是算法的重要性。想想我们平时在电脑上用的那些压缩软件，压缩效率是那么高，还特别快，人家肯定用到了很好的算法。

之前我在看C++Primer的时候对流这一章没怎么去看，所以一开始就不知道怎么以二进制的形式操作文件，这里还是要对文件流fstream比较了解才能写这个程序，特别是ifstream的 read()函数以及ofstream的write()函数，怎么去理解fout.write((char *)(&obj), sizeof(obj))中的char*这种强制类型转换呢？这玩意我想了很久，网上看了挺多文章的，没看到有人说过这个，按我的理解，应该就是把任何数据转换成它们在内存中的表示（0和1），然后以字节为单位，把每8位转换成256个ASCII码中的一个字符，然后再写入文件，以这种方式来达到用二进制的形式把任何一种数据写入文件或者从文件读取( fin.read((char *)(&obj), sizeof(obj)) )，然后注意这里的第一个参数必须是引用。还有一个在操作文件流容易错的地方就是操作完记得关闭这个流，断开和相应文件的连接，防止下次另外一个流和同一个文件关联，你不可能对一个文件同时进行读和写的操作。另外对文件流指针，以及二进制文件结束标志都要清楚，很多错误都源于对这些细节不清楚。比如以二进制形式读取时，总发现最后多读了一点东西，仔细调试一下，发现多读的这个东西输出是两个连在一起的空格，查看ASCII发现是十进制255对应的那个字符，八进制为'\377'，叫做nbsp,全称是Non-breaking space or no-break space（http://www.theasciicode.com.ar/）,在查询相关知识得知它就是任何二进制文件的结束标志，文件流指针读到这个字符时就知道这个文件结束了，这样一来似乎就豁然开朗了，还有得明白文件指针的移动原理，文件指针时刻这个下一个将被操作的字符，每次以字节为单位移动，所以在用到。fin.get()函数时，每次调用ifstream的这个成员函数时，文件指针就向后移动一个字节，所以我们以二进制形式读取一个文件的每一个字符应该这样读

巴特西

huffman压缩解压文件【代码】

最新文章

热门文章