局域网即时通讯工具的设计与实现
PS：等有空了，放源码讲解吧。。。。
目录
2.1WPF（Windows Presentation Foundation）
1.引言
1.1课题背景及意义
互联网的蓬勃兴起，促进了基于因特网的即时通讯技术的迅速发展。自1998年以来，即时通讯行业发展迅速，其功能日益丰富。如今即时通讯已经发展成一种综合化信息平台，实现终端联网的即时通讯服务[1]。即时通讯是在因特网上扩展会话和分散通信方式的实例[2]。但作为社交工具[3]，部分即时通讯软件并不满足有特定需求的用户群体，如对内部网络和Internet的接入有严格限制的用户。部分主流即时通讯软件存在如下问题：①广告等无关信息的不断推送；②对Internet网络的极度依赖；③基本功能之外的扩展功能庞多[4]。而局域网即时通讯工具能有效地解决上述问题[5]，有效地提高网络资源利用率。
1.2发展现状
1.2.1产品同质化的现象严重
腾讯QQ，最开始是通过模仿ICQ起步的。在随后的发展中，通过不断创新，逐步成长起来，甚至超越了ICQ已有的成就，在我国即时通讯市场占有率达到了第一。这种效应模式也被后来许多公司模仿，但部分公司通常会直接模仿，而不进行创新。所以目前，我国即时通讯市场上的软件同质化程度高[6]。
1.2.2产品定位不够精准
目前，我国的即时通讯软件大部分属于娱乐为主，功能为辅的类型。开发出的应用功能，基本上都是为娱乐服务的。由于市场化经济的刺激，使得很多通讯工具的功能为了体现新颖，目的是为了吸引用户下载使用。但是，由于目前即时通讯工具庞杂，各类新颖的功能也层出不穷，使得许多功能不适用于用户群体，导致功能虽然看上去新颖，但是明显觉得多余，甚至是由于某些新颖的功能，而让用户放弃使用[7]。
1.3系统目标
1.3.1显示主机名称及IP地址
在程序启动时，使用Winsock获取本机主机名称及MAC地址，将信息封装到UDP数据包中，每两秒在局域网中广播一次。局域网内的其他主机通过解析广播包，获取到本机的名称、MAC地址和IP地址。然后在系统的主界面能够显示局域网中其它已经安装并运行该工具的主机名称和IP地址，使用MAC地址标记各主机的昵称。同时，可以和其它主机进行文字聊天。
1.3.2收发文件、发送实时图像及发送录音
任何一台主机可以和其它主机进行收发文件，包括但不限于WORD、PPT、ZIP等文件格式。其次，实现类似QQ的实时截图功能。通过获取整个屏幕图片，利用鼠标选取特定区域，向选定主机发送。同时，通过调用winmm.dll中的mciSendString方法实现录音功能，点击录制语音，可发送给选定的主机。
1.3.3历史记录和下线刷新
保留与其它主机的通信信息，通过将历史记转换成特定格式存储到数据库，以达到保存历史记录到本地的功能。在系统下次启动后，用户能查阅之前的历史记录，也可以选择清空历史记录。但清空记录并不删除已经接受的文件和截图。
1.4运行环境及开发语言
1.4.2开发运行环境的
本系统是一个面向中小型企业机构，满足内部通讯需要的局域网即时通讯系统。开发此系统所需的基本软、硬件环境为：
(1).操作系统：Windows XP 64bit、Windows 7 64bit及Windows 8等其它64位操作系统
(2) 内存：2G以上内存
(3) 处理器：Intel Pentium PIII或更高处理器。
(4) 通讯网络：局域网
1.4.3系统开发语言
本系统使用C#语言在VS2012平台上开发。C#是基于C/C++的面向对象的编程语言。它的主要优点：一是具有优异的快速开发能力，二是支持面向对象的方法[8]。
2.相关开发技术
2.1WPF（Windows Presentation Foundation）
WPF是为.NET框架设计的全新的软件界面显示系统。为了方便软件开发人员使用该系统的功能，微软提供了一个编程类库。这个编程类库具有以下四点特性：1、对用户界面功能更广泛的支持和融合。2、声明式脚本语言的引入与正式支持。3、更简单的安装与配置4、更新的文字排版支持[9]。
同时，比较基于GDI的图形界面程序拥有以下优越的特性:1、显示图形的设备无关性。2、更高的画面精度。3、对界面重叠的更好的处理。4、WPF显示使用了硬件加速。5、通过脚本控制界面执行效果。6、WPF的可移植性[9]。
2.2C/S模式
直接或间接地通过网络协议与其他计算机进行通信，是网络编程的目的。其的基本模型是客户机/服务器模型（Client/Server Model，简称C/S模式）[10]。而C/S模式在实际应用操作过程中采取主动请求方式，在客户进程发出请求完全是随机的，同时，可能有若干个用户请求连接同一个服务器。这就要求服务器具有解决并发请求的能力[11]。
2.3多线程编程技术
2.3.1进程与线程
在Windows系统中，系统具有同时运行若干个程序的能力，而每个运行中的程序就是一个进程。进程是操作系统结构的基础。线程是进程中的一个实体。线程之间的相互制约，会导致线程在运行中呈现出间断性[12]。
2.3.2多线程、线程池
通过运行单个程序来创建多个线程来完成各自的功能，从而提高CPU的利用率。但多线程具有明显缺点：1、线程数量越多，系统内存消耗越大。2、为了管理并协调这些线程，需要CPU花费更多的时间跟踪。3、当线程之间访问共享资源时，可能会导致不可预知的问题。
而线程池，能弥补线程的部分缺点。通过有限固定的少量线程执行大量程序代码，从而减少创建与销毁线程带来的性能开销。通过设置最大并发线程数，解决线程之间访问共享资源的问题。
2.4TCP/UDP协议
UDP（User Datagram Protocol）：用户数据包协议，是无连接、不可靠的传输层协议，提供尽力服务但不保证数据的完整性。但相比较于TCP一对一的连接，UDP能提高广播和多播服务。广播（Broadcastinig）使用广播地址255.255.255.255(需要指明接收者的端口号)，可以将信息发送到在同一网络内的所有主机。同时为了避免未来瘫痪，路由器不会转发本地广播信息。多播，即对同一网络中部分主机进行了逻辑分组。在数据接收发送时，数据包在网络中传播，分组内的主机会对数据作出响应，而没有被划入这个分组的主机将在数据链路层丢弃这些数据包。
TCP（Transmission Control Protocol）：TCP是面向连接的通信协议，所以只能用于端到端的通讯。TCP层将包排序并进行错误检查，同时实现虚拟电路间的连接[13]。
2.5Winsock网络编程
在编程中涉及到网络访问控制的开发人员可直接引用System.Net.Sockets命名空间。该命名空间封装有Winsock(Windows Sockets) 接口的托管实现，。Socket是计算机进行通信的端口，是相关网络应用程序设计中的重要的概念[14]。
在实际编程中，直接使用Socket类，可以获得更多的控制，可以使用不同的协议，不仅包括基于TCP或UDP的协议，还可以自定义自己的协议，更多地控制基于TCP或UDP的协议。接收数据的方法有两种：Socket类的Receive方法和NetworkStream的Read方法，发送数据也有对应的两种方法：Socket类的Send方法和NetworkStream的Wtire方法[15]。
NetworkStream类能保证用户发送的数据，在不需要用户管理的情况下，自动地全部发送到TCP缓冲区，大大简化了编程工作，同时还提供了许多实用的属性和方法，所以在实际编程中，应用的较多。
3.系统需求分析
3.1系统总体需求分析
本系统是一个局域网内的即时通讯工具，根据毕业设计需求，本系统将分为五个系统：1、简单文字聊天子系统，在局域网中选择同样安装本系统的用户，可以一对一发送简单的文字信息。2、文件传输子系统，将文件转化成文件比特流，传输到选定的用户，再转化还原成文件。3、仿QQ截图子系统，捕捉并显示整个屏幕的图像，通过相应的鼠标事件，可以选取图像的部分，发送给选定的用户。4、简单录音子系统，点击录制语音信息，可发送给选定的用户。5、历史信息存储子系统，记录与每个用户的聊天信息（包括文字信息、文件、截图），形成相应的记录存储在数据库SQLite中。本系统的功能类似飞鸽传书软件。在设计系统界面时，按照简洁、直观的特点安排，在编程时应充分考虑UDP（User Datagram Protocol）及TCP（Transmission Control Protocol）的优缺点，实现局域网内用户之间沟通便捷，资源共享快速。
3.2系统流程图
3.2.1发送端流程图
图3-1是发送端主机发送信息的流程图。在启动程序时，会根据局域网中的广播报文生成相应的用户主机列表。选择需要聊天的主机，根据传输的信息不同，转换成相应的比特流并封装，然后发送给目标主机。
图3-1 发送端业务流程图
3.2.2接收端流程图
图3-2是接收端主机接收信息的流程图。在启动程序时，根据广播信息生成相应的用户主机列表。接收到数据并作分析处理。根据信息类型的不同，生成相应的记录并显示在对应的地方。其中文件信息，需要用户判断是否接受。若不接受，将舍弃。若接受，则做与其他类型相似的处理。
3.3系统可行性分析
3.3.1技术可行性
本系统是为方便局域网内部人员交流沟通开发的。具体设计实现涉及到C#编程、TCP/IP 协议及WinSock网络编程、多线程编程技术。而本人在之前的大学课程中均有所涉及，借此机会，更加深入地学习、理解。
3.3.2经济可行性
成本方面：由于本系统的设计与实现属于教学科研的一个环节，并且由指导老师义务指导。所以开发本系统的经济成本是低的。
效益方面：开发一个合理的系统，可大大节约网络资源，曾经依赖Internet的接入传输的信息，现在使用本系统就可以在局域网传输，大大减少数据报跳转的路由数量。综合考虑以后，开发本系统的经济可行性高。
3.3.3操作可行性
本系统的目的是方便局域网内部人员。并且由于系统功能简单，其相应的界面简洁，用户只需通晓简单的电脑操作知识，就能自由地应用本软件。
4.系统设计
4.1系统总体设计
本系统主要分为五个部分：1、简单文字聊天。2、文件传输。3、仿QQ截图。4、简单录音。5、历史记录。所以接下来将系统分为五大模块来介绍。
本系统设计实现时，关键的部分在于如何在局域网中发送接收数据，并对接收的数据进行解析。在本系统中，发收数据是采用C/S结构，每个运行在电脑的系统即是客户端又是服务端。在本系统中，UDP用于发送上线下线的数据包，TCP用于发送文本、文件、截图的数据包。在系统启动时，会同时启动三个线程：
1、用UDP广播方式广播本机上线信息:
每两秒发送一个UDP广播包，封装的数据为,表示加入聊天系统的字符串“JOIN”，即自定义的数据类型，随后是本机用于网络通信的网卡的MAC地址，最后一部分是本机的主机名
2、在本地所有IP地址的8001端口监听任意IP地址发出的UDP报文：
按照自定义封装的数据类型解析。如果是“JOIN”类的数据包，按MAC地址查询数据库，检查是否有相应的昵称记录，有就返回，反之就将新用户插入数据库。在主界面显示出数据包分析得出的用户信息。如果是“LEAV”类数据包（当系统关闭时会发出一个“LEAV”类数据包），则说明有用户下线，在主界面移除数据包分析得出的用户信息。
3、在本地所有IP地址的11000端口监听其它主机的TCP连接请求：
设置监听最大连接个数为100.每接收到一个请求，都会新建一个套接字（用于连接发出这个请求的主机），并新开线程处理这个新连接的数据接收，原线程继续监听。所有对已接收数据的处理都封装在ChatSession类中（对数据包的处理主要都在ChatSession类的StartChat方法中）。数据包内容的开头设置字符表达数据的类型，“MESS”表示，是普通的文本信息转化成的数据。“FILE”表示，是文件转化成的数据。“PICT”表示，是图片转化成的数据。不同类型的数据将在功能模块里面详细说明。但，不管是怎样的数据都会生成相应的记录插入到数据库中。
其中UDP广播通知上线的主要代码为：
public void BroadCast(object state) {
UdpClient udpClient = new UdpClient();
IPEndPoint ep = new IPEndPoint(IPAddress.Broadcast, 8001);
string message = "JOIN" + GetMacAddress() + (string)state;
byte[] buff = Encoding.Default.GetBytes(message);
while (!completed) {
udpClient.Send(buff, buff.Length, ep);
Thread.Sleep(2000);
}
udpClient.Close();
return;
}
private static string GetMacAddress(){
try{
string strMac = string.Empty;
ManagementClass mc = new ManagementClass("Win32_NetworkAdapterConfiguration");
ManagementObjectCollection moc = mc.GetInstances();
foreach (ManagementObject mo in moc){
if ((bool)mo["IPEnabled"] == true) {
strMac = mo["MacAddress"].ToString();
break;
}
}
moc.Dispose();
mc.Dispose();
return strMac;
}
catch{
return "unknown";
}
}
其中UDP广播通知下线的主要代码为：
public void Leave(string state) {
UdpClient udpClient = new UdpClient();
IPEndPoint ep = new IPEndPoint(IPAddress.Broadcast, 8001);
string message = "LEAV" + state;
byte[] buff = Encoding.Default.GetBytes(message);
udpClient.Send(buff,buff.Length,ep);
udpClient.Close();
return;
4.2主界面的设计
因为本系统的用户设计主要是针对用户在局域网内的日常活动，以及考虑到毕业设计的时间要求，所以本系统的界面较为简单，以便给用户提供一个上手快，理解简单的使用环境。为了方便用户选择单个用户发送信息，所以在主界面左侧设计了一个ListView，用于显示所有同一局域网内上线的用户，见图4-1，ListView的子项包括了用户名、IP地址及昵称（昵称存储在本地数据库）。为了方便用户辨别本机，将本机信息显示在界面上侧。
图4-1 主界面显示
为了方便区分各个用户，添加了昵称功能。修改昵称的控件将显示在主界面的下侧。右击准备修改昵称的用户，可以编辑昵称，昵称将以MAC地址为主键存储在本地数据库，修改后在用户列表中实时刷新，系统下次启动还能显示。如图4-2.
图4-2 修改昵称
点击任意一个用户，将出现与这个用户的聊天控件，控件将显示主界面的右侧，并显示这个用户发送给本机的未读信息。为了有条理的、直观地显示信息，设计了一个ListView用来显示。ListView的子项具有点击事件。
4.3文字聊天模块
4.3.1文字聊天
点击某个用户后，出现聊天控件，后台程序记录被点击的用户信息。同时，会启动一个新线程，不断查询数据库中是否有这个用户发送的未读信息。有就返回这些未读信息，将这些信息显示在当前显示消息的ListView中，并将这些未读信息更新为已都读。
发送端：当需要向特定用户发送信息时，直接在右下的文本框中编辑，点击发送按钮，后台后台会获取文本框中的内容，将获取到的文本信息加上“MESS”的信息头部，再转换成比特数据。结合之前记录的用户信息，初始化套接字Socket为字符流方式的TCP通信，通过三次握手协议建立连接，实现点对点的数据传输，发送比特数据，关闭Socke连接，生成相应已读类型的记录更新到数据库，同时也将信息添加到显示信息的ListView中。
接收端：通过协议建立连接，接收的数据包，调用ChatSession类的StartChat方法解析，如果是文本信息，生成标记为未读信息的记录插入到数据库中，接收完数据，关闭连接。文件、截图类信息，另行处理。
因为一旦数据发送接收完就关闭连接，所以不需要考虑TCP数据包粘包的问题。
4.3.2文字聊天流程图
图4-4是文字聊天发送端流程图。用户在聊天列表中，点击接收信息的用户，后台会记录所选的用户。在文本框编辑需要发送的信息并点击“发送”按钮。将获取文本框内的信息并加上头部“MESS”，形成要发送的信息。通过编码将信息转换成比特流，在与目标主机建立连接后发送比特流，发送完毕则关闭连接。最后，形成相应的信息记录插入到数据库中。
图4-4 文字聊天发送端流程图
图4-4是文字聊天接收端流程图。在建立连接后，接收比特流数据。数据接收完，就关闭连接，分析比特流数据，得到文本信息。最后，生成对应的未读信息记录插入到数据库中。
4.4文件传输模块
系统的文件传输也要求尽量像文字聊天一样，简单易操作，同时充分发挥局域网的优势。其中，建立连接的部分和文字聊天中的一致。因为本系统中传输文件是有自定义的数据头部，实现带文件名的传输，因此接下来将着重介绍对文件的封装。
点击用户，然后点击聊天控件中的发送文件按钮，将出现打开文件的对话框，如图4-5。选择文件并发送。后台获取文件路径，将对应文件使用FileStream类直接转换成文件流。使用自定义的FileNameHead类中GetBytes方法得到，图4-6中除文件流以外的比特部分。其中包括用来表示报文类型的“FILE”字段，文件名转化成比特流后的长度以及文件名的比特流，生成相应的已读类型的消息记录，更新到数据库及显示信息的ListView中。
图4-5 打开文件对话框
在图4-6中，除文件流以外部分的比特流，统一使用Unicode编码，文件名的比特流长度使用Int32类型的变量表示。所以FILE字段对应的比特流定长为8比特，文件名的比特流长度的比特流定长为 4比特，文件名的比特流及文件流不定长，但文件名的比特流长度可以通过解析前一个字段得到。因为一旦数据发送接收完就关闭连接，所以不需要考虑文件流长度不定的问题。
图4-6 TCP数据的内容
主机接收文件数据时，会结合用户列表显示是哪个主机发送的，并询问是否接收，如图4-7。如果选“是”，随即出现保存文件对话框，从图4-8中，可看到文件名是已经设置好的。主机接收数据时，首先根据数据开头部分判断出是文件数据，再依据图4-6的格式进行解析，具体操作也封装在FileNameHead类中。生成相应的未读类型的消息记录，更新到数据库中。
图4-7 接收文件
图4-8 保存文件对话框
其中FileNameHead实现的主要代码为：
class FileNameHead{
public static byte[] GetBytes(string FileName){
byte[] fileNameByte = Encoding.Unicode.GetBytes(FileName);
byte[] fileNameLengthForVauleByte = Encoding.Unicode.GetBytes(fileNameByte.Length.ToString());
byte[] fileAttributeByte = new byte[fileNameByte.Length + fileNameLengthForVauleByte.Length];
fileNameLengthForVauleByte.CopyTo(fileAttributeByte,0);
fileNameByte.CopyTo(fileAttributeByte,fileNameLengthForVauleByte.Length);
return fileAttributeByte;
}
public static int GetFileNameByteLength(byte[] FileNameHeadByte){
byte[] fileNameLengthForVauleByte = new byte[4];
Array.Copy(FileNameHeadByte, 8, fileNameLengthForVauleByte,0,4);
string FileNameByteLength = Encoding.Unicode.GetString(fileNameLengthForVauleByte);
int FileNameByteLengthNum = Convert.ToInt32(FileNameByteLength);
return FileNameByteLengthNum;
}
public static string GetFileName(byte[] FileNameHeadByte, int FileNameByteLength){
byte[] fileNameBytes = new byte[FileNameByteLength];
Array.Copy(FileNameHeadByte, 12, fileNameBytes, 0, FileNameByteLength);
string FileName = Encoding.Unicode.GetString(fileNameBytes);
return FileName;
}
4.5截图模块
截图模块中的连接部分与文字聊天的相同，截图完成后，保存为图片文件，传输方式与文件传输模块的相同。因此接下来将着重介绍截图功能。
点击用户，然后点击聊天控件中的发送文件按钮。启动名字为ScreenCut的WinFrom窗口。在窗体的加载事件中，通过调用Graphics类的CopyFromScreen方法获取到电脑屏幕的截图，并设置为窗体的背景图像和原图，然后出现相应的提示。如图4-9
图4-9 截图提示
在ScreenCut窗口的后台代码中，主要监听鼠标的点击事件。需要监听的鼠标点击事件主要分为三个：
1、鼠标按鈕已按下的事件。
当鼠标第一次点击时，判断是鼠标右键还是左键:右键则关闭当前窗口退出截图。左键，则判断，图片有没有出现用于截取部分图片的红色边框，有就记录鼠标位置，没有就记录鼠标下落的点，同时设置Rectangle类变量Rect的X、Y的值。
2、鼠标移动事件。
当鼠标移动时，判断图片有没有出现用于截取区域的红色边框。如果有边框，而且鼠标左键处于点击状态，比较上次位置的鼠标位置，计算偏移量，使用Graphics类的DrawRectangle方法，在原图的基础上重新绘制红色边框，并将新绘制的图片显示在窗口中。因为不断刷新重新绘制的原因，所以用户在使用时，感受不到卡顿，直观上会以为红色边框在随鼠标移动。如果没有出现过红色边框，但鼠标左键处于点击状态。同样需要不断绘制边框，但需要考虑鼠标目前所在的点，与左键下落的点之间的位置关系，从而设置变量Rect的宽度和高度。截图效果如图4-10
3、鼠标双击事件。
只需要对一种情况进行处理。如果是鼠标左键点击，并且是在红色边框内点击的，则使用Graphics类的CopyFromScreen方法截取对应部分区域的图片。然后将图片保存在系统程序所在的目录下的pic文件夹中（若不存在，将被创建），图片的文件名将以DateTime.Now.ToFileTime().ToString()的返回值命名。返回值是当前时间的长整型数字，这个数字是由年精准到微秒的。最后启动SendPic窗口，关闭当前窗口。
图4-10 截图效果展示
在SendPic窗口，显示刚刚截取的图片，具体效果图如图4-11。若点击“发送”按钮。将调用自定义的ClassSendPic类发送图片，同时生成相应已读类型的记录更新到数据库，同时也将信息添加到显示信息的ListView中。接收信息的客户端，将生成标记为未读信息的记录插入到数据库中。
4.6录音模块
录音模块的非关键部分与之前模块的相似，包括建立连接和传输方式。接下来具体介绍录音功能的实现。
在聊天控件中，点击录音按钮，将启动名为Recording的窗口，如图4-12。在窗体的加载事件中，初始化录音设备并开始录音，即窗体一启动，系统就开始录制语音。
在窗体的后台代码中，使用DllImport导入winmm.dll中的mciSendString方法。之后的录音操作都设计到此方法。
图4-12 录音界面
点击发送按钮，停止录音，并将已录制的语言信息保存为WAV文件。文件将保存在系统程序所在的目录下的rec文件夹中（若不存在，将被创建），文件名的命名方式与截图的命名方式相同。随后实例化ClassSendReco类，新建一个线程执行ClassSendReco类的SendReco方法，传输语言信息。
点击取消按钮，系统将停止录音并关闭录音界面，不保存录制的语音文件。
4.7历史记录模块
历史记录模块的功能是将历史记录保存在本地，在本系统下次启动时后还能显示出来，用户也可以清空历史记录.在系统启动时，会检查是否存在数据库和表，若没有则创建。考虑系统的应用环境和项目要求，所以数据库采用嵌入式数据库SQLite。同时，本功能模块主要的部分是数据库的设计以及对数据库的操作。
4.7.1数据库设计
根据软件需求分析。为了良好、有效地记录历史信息，设计了一个包含2个表的数据库，分别为：
用户昵称表：放置了2个属性，分别为（MAC地址，用户昵称）。
聊天信息表：放置了7个属性，分别为（信息号，MAC地址，发言人，消息类型，消息内容，是否读过，消息时间）
- 用户昵称表
表1 Nick表
|
字段名称 |
数据类型 |
是否允许为空 |
主键 |
描述 |
|
MacAdd |
varchar(40) |
否 |
是 |
通信网卡的物理地址 |
|
Nickname |
varchar(40) |
否 |
- |
用户昵称 |
- 聊天信息表
表1 Detail表
|
字段名称 |
数据类型 |
是否允许为空 |
主键 |
描述 |
|
Did |
INTEGER |
否 |
是 |
用来标记的ID，设置为自动增长 |
|
Dmac |
varchar(40) |
否 |
- |
物理地址 |
|
Dspeak |
varchar(30) |
否 |
- |
发言人 |
|
Dtype |
INTEGER |
否 |
- |
消息类型 |
|
Dcont |
varchar(150) |
否 |
- |
信息的内容，根据Dread的值而不一样 |
|
Dread |
INTEGER |
否 |
- |
是否读过的标识 |
|
Ddatetime |
datetime |
否 |
- |
默认设置为插入信息的时间 |
图4-13 Detail表数据库显示
4.7.2各种类型信息的记录
每一条插入到数据库Detail表的数据都具有以下7个：
Did：每条信息的ID号，用于标记，设置为从1开始自动增长。
Dmac：用于区分消息，表示这条消息是与网卡MAC地址为Dmac的主机的通信过程中产生的。
Dspeak：记录在这次通信中，这条信息是哪个主机发送的。
Dtype：用数字类型记录信息类型，0表示文本信息，1表示文件信息，2表示截图的图片信息，3表示录制的语音信息
Dcont：根据Dtype的值而不同，Dtype为0时，存储文本信息内容，Dtype为1、2或3时，存储文件、截图或音频的文件路径
Dread：用数字类型标记这条消息是否读过，0表示未读，1表示已读
Ddatetime：设置时间默认为插入这条信息的时间
4.7.3历史消息的显示界面
点击用户，然后点击“历史记录”按钮，将启动一个新窗口显示与这个用户的聊天记录，具体显示效果，如图4-13. 窗口中有个ListView用于显示。点击“清空”按钮，将调用自定义的DetailDAL类中的DeleteOne方法，删除与当前用户的所有聊天记录。
图4-14 历史消息记录的显示
在消息记录的显示界面中，点击ListView的子项。若是文件信息，将打开文件所在的文件夹。若是截图的图片信息，将打开一个DisplayPic的WinForm窗口用于显示图片。若是语音信息，则使用MediaElement控件播放音频文件。如图4-14.聊天界面中，信息显示的ListView同样具有这样的功能。
图4-15 点击截图显示
5.总结和展望
5.1总结
在此次毕业设计中，我使用了C#语言和VS2012开发工具开发了一个基于WINJDOWS平台的局域网即时通讯工具。该系统在提高网络资源利用率的同时，实现了文字聊天、文件传输、实时截图和语言发收的功能。通过这次实践，大大提高了我的实际动手能力， 同时也锻炼了我的资料查阅搜寻的能力。
在这次设计中，我充分了解到了C#语言的优秀性能和VS2012在开发方面的高效。同时，我也认识到了学习的重要性。在查阅资料的工程中，从刚开始的盲目看WPF相关书籍，到中期有选择地看C#语言书籍和C#开发范例书籍，再到后期针对性地在收集资料。在实际实现的过程中，最初盲目觉得功能简单，同时高估了自己的能力，计划短时间内实现，导致未完成最初的计划安排。后来，通过反思，开始尝试逐步实现各个功能，并对每一项功能键都进行一个详细的过程安排。文字聊天中的发送端发送信息大致分成五步实现。这次毕业设计，不仅使我感受到了自己的不足，也是我具有初步的系统开发能力。
5.2展望
由于时间的仓促，同时也受限于个人的开发能力，本系统还存在一些技术上的问题，在今后的学习实践中，还可以进行不断的修改和完善。可改进的方面大致可以分为五。
1、主界面与聊天界面的分离。由于功能是逐步实现的，在实现文字聊天功能时，没有历史记录功能，同时Socket绑定监听的原因，导致主界面与聊天界面在同一窗口中。最直接的结果是用户不能同时和多个用户聊天。
2、文件传输进度的显示。在传输大文件时，用户不确定文件的传输进度，由此可能会产生不可预知的情况。
3、截图的改善。在截取图片时不够直观，图片的质量也不高。
4、音频的质量。因为使用WINDOWS API函数的原因，录取的音频质量不高，带有一定的噪音。
5、添加新功能，包括但不限于语言通话、视频通话等。
参考文献
- 宋嘉程.即时通讯软件应用研究[J]. 山东青年, 2017，8：8-9,13.
- Hans John Nielsen. Library communication outside a library context: instant messaging as library service [J]. New Library World, 2009, 110(5/6).
- Carol X.J.Ou, Robert M.Davison, Xuepan Zhong, Yi Liang. Empowering employees through instant messaging [J]. Information Technology & People2010, 23(2).
- 陆伟,林培榕,林姿琼. 企业即时通讯系统设计[J].软件导刊, 2015，10：94-96.
- 雷东升.网络即时通讯系统[J].计算机与现代化, 2008，4：51-53.
- 花鹏.分析即时通讯工具现状及发展方向[J].探索科学, 2016，5：49.
- 柳烨，谭敬德.QQ 即时通讯工具在大学生课程学习中的需求分析[J].湖南第一师范学院学报，2014，04：80-84.
- 于峰海. 面向再制造的工程机械创新设计研究[D].陕西科技大学,2014.
- 张晗雨.WPF全视角分析[M].北京:机械工业出版社,2008.12.
- 李红.基于C/S模式的SOCKET网络编程分析[J].现代商贸工业, 2009，9：259-260.
- 张晓明.C#网络通信程序设计[M].北京:清华大学出版社,2015.
- 吴艳平. C#多线程编程[J].电脑迷, 2017，15：92.
- 严谦,阳泳. 网络编程TCP/IP协议与socket论述[J].电子世界, 2016，8：68-68,70.
- 李红.基于C/S模式的SOCKET网络编程分析[J].现代商贸工业, 2009，9：259-260.
- Christian Nagel.C#高级编程:C# 6 &.NET CORE 1.0[M]. 北京:清华大学出版社, 2017.4