大家都太强太卷了,人均可视化套接字,逼的本菜鸡被迫也要来卷一下。 为了不落俗套又要为紧张的期末(睡觉)省时间,这次整了个双语言+QT+Socket
以下提供核心代码和调试细节
任务书
题目
赫夫曼编码译码器
内容简介
利用赫夫曼编码进行通信可以大大提高信道利用率,缩短信息传输时间,降低传输成本。这要求在发送端通过一个编码系统对待传输数据预先编码,在接收端将传来的数据进行译码(复原)。对于双工信道(即可以双向传输信息的信道),每端都需要一个完整的编/译码系统。试为这样的信息收发站编写一个赫夫曼码的编/译码系统。
考核标准
一个完整的系统应具有以下功能:
(1) I:初始化(Initialization)。从终端读入字符集大小n,以及n个字符和n个权值,建立赫夫曼树,并将它存于文件hfmTree中。
(2) E:编码(Encoding)。利用已建好的赫夫曼树(如不在内存,则从文件hfmTree中读入),对文件ToBeTran中的正文进行编码,然后将结果存入文件CodeFile中。
(3) D:译码(Decoding)。利用已建好的赫夫曼树将文件CodeFile中的代码进行译码,结果存入文件Textfile中。
以下为选做:
(4) P:打印代码文件(Print)。将文件CodeFile以紧凑格式显示在终端上,每行50个代码。同时将此字符形式的编码文件写入文件CodePrin中。
(5) T:打印赫夫曼树(Tree printing)。将已在内存中的赫夫曼树以直观的方式(比如树)显示在终端上,同时将此字符形式的赫夫曼树写入文件TreePrint 中。
概要设计
程序使用了C/C++, Python两种语言共同完成项目。赫夫曼建树、编码、解码与相关文件生成等算法相关功能实现通过C/C++设计后封装在动态链接库(DLL)种并导出了相关接口函数 ExportHuffmanCoding 和 ExportHuffmanDecoding GUI界面与基于Socket和多线程的C/S结构通过Python语言实现。GUI界面通过PyQt库完成设计,客户端与服务端间的数据传输通过ZipFile与Socket完成,并在服务端使用了多线程保证了一定程度的并发性。Python与动态链接库的对接使用了win32api和ctypes库使Python以C的方式加载了我们导出的算法模块库并以C的方式对其做了调用。
这样的C/C++、Python混合编程实现的设计结构使得项目在具有算法高性能与较高防逆向的安全性的同时兼具了Python的高拓展与高实用性。使之相较于一般的程序有更强的处理能力与可拓展空间。
核心代码
Huffman.hpp
这个头文件定义实现赫夫曼编码译码的所有逻辑算法函数,并被dllmain.cpp引用编译生成Huffman.dll动态链接库
|
|
这里的代码应该都非常好理解,就是很朴实的赫夫曼编码译码的逻辑函数,但是将它编译成dll一定要有几个注意点。
- 要用release编译。因为DLL是被加载到Python虚拟机中的,并不会像直接加载到PE文件的进程中操作系统会直接为其自动加载其所需的依赖模块并拓展IAT,如果用Debug编译因为有大量的其他库依赖,运行时会因为没有加载依赖库而报错
- 要导出接口函数 如果不导出接口函数,加载该动态库后也是用不了里面的函数的(加载动态库后只能从外部调用DLL导出的函数,别的函数均不可见)
- 要编译成对应架构的。即DLL的架构位数要与你电脑Python环境的架构位数相同。比如你电脑Python环境是x64的,但是DLL却编译成了x86的,在加载该动态库时就会报“不是有效的Win32应用程序错误”
- 关闭编译器优化 我最早开了编译器优化怎么跑怎么错,最后调试跟到DLL里去发现逻辑竟然被优化错了,就很玄学,点到为止懂得都懂(
server.py
服务端,用于实现接受客户端发送来的赫夫曼树和赫夫曼编码后结果,并将其译码并输出保存
|
|
这里技巧性就比较高了,首先要先导出C语言的类型。至于为什么要导出类型呢,因为Python是解释型语言,其代码是不会被编译成机器码生成可执行文件的,运行时是将Python代码编译成Python字节码送入Python虚拟机中运行的。这样可以更好的实现高级语言的特性,让一切均为类,但是也会带来Python类型与底层数据类型(C语言数据类型不兼容的结果)。 降维一下举个栗子,Python里数字其实也是Python的一个类对象,是由内置类型整数类实例出来的一个对象,而C语言中的数字就是最原始的数值。而当我要传参一个数字给我写的动态链接库中的函数时,我给他传一个Python里的数字对象显然是行不通的。我们需要一些手段直接定义C语言里最原始的那些数据类型,用作参数传递和范围值接受。 这里用到的是ctypes库导出类型并加载动态链接库
然后这里还有一个问题就是解引用。 ExportHuffmanDecoding 函数的第二个参数用于保存译码后的结果,它是一个二级指针,并且其指向的空间是在DLL中被动态分配的。那么问题来了,我用Python代码给这个参数传了一个char指针,然后调用value方法,Python会对这个char指针做一次解引用并尝试获取该地址处的字符串的值。 但是,这个参数是一个二级指针,这就意味着我们获取到该指针处的值后(此时.value方法已经对其做了一次解引用),我们还要对这个值做小端序转化,将它从原来的char类型转换成一个数值(地址),然后再对这个地址做一次解引用,才能得到真正的译码结果。 这里我查了好多资料,最后采用了int.from_bytes + ctypes.cast方法做类型转换和解引用,取到了真正的值
client.py
这个python文件用于客户端的赫夫曼编码、赫夫曼树与编码后文件打包、压缩包文件发送至服务端的功能。调用实现和server差不多
|
|
client_main.py
用于实现GUI界面
|
|
这里GUI界面直接用Qtdesigner画的,超级简陋,就一个Button和TextEdit(实在是不想卷了)
其实到这一步,可以实现的东西已经很多了,毕竟已经从C++拓展到Python了。可以直接调matplotlib库画出很好看的赫夫曼树图,也可以把GUI界面画的花里胡哨,甚至可以用flask、Django这些起个Web服务出来。不过这些内容就不是本文所能涵盖的了