Socket通信小项目--大山QQ（简易版本）附源码

mrzhufeng

浏览: 8982 次
性别:
来自: 安徽

最近访客更多访客>>

谷歌7788

13650731644

tannotour

java_ncb

博主相关

博客

微博

相册

留言

关于我

文章分类

社区版块

存档分类

QQ Socket 应用服务器设计模式数据结构

我是一个新手，学习了Socket通信后，寒假花了20天写了这个小项目，只有一个客户端，而且也是一个尚未完工的客户端，服务器端只用来接收，转发或保存消息。本不准备发出来的，因为项目还在编写当中，实现的功能不多，且一些细节还没有处理好，以后还会再写一个比较细致的版本，不过老师要求了，就动手写了这篇总结。

项目名称：大山QQ，用以纪念我的大三。

项目意义：对相关知识点的一个综合练习，熟悉Java通信方面的类的用法及组件的应用，记录我大三的学习痕迹。

通信协议：字节流协议

功能：

1.注册

2.查找

3.添加/删除好友

4.添加/删除分组

5.好友上下线提醒

6.发送在线离线消息

7.发送在线离线文件

界面：全部采用空布局，所有组件都是通过setBounds（....）方法添加的

具体流程：

服务器端：

服务器端还没有怎么写，只实现了基本的消息传送功能。

开启服务器以后，首先读取所有的用户信息，等待客户端的链接。由于尚未学习数据库，所有的用户信息都是

以文件形式保存的。当开启服务器后，读取的所有用户信息都保存在辅助静态类ChatTool的一个用户Map<User_ID,User>中，当客户端连接上后，若为登录消息且ID和password都正确，则将Client_Thread(服务器端的用户通信线程类)添加至ChatTool类的线程Map<User_ID,Client_Thread>中，当客户端向流中写入消息后，对应服务器通信线程读取该消息，并作出对应操作。

客户端：

1.登录

账号密码框只能输入10位以内的数字0到9，实现方法有两种 1.添加DocumentListener 2.添加keyListener

具体见包MyComponent下的MyJTextField类

界面中的找回密码，设置只是按钮，还未添加功能。

若是账号密码均正确，服务器回发个人信息，包括账号，签名，头像，以及好友信息，未读消息等，建立缓存，存储好友的头像，然后转入好友列表界面。

这一步有待改进，头像的字节长度远远大于其他信息的字节长度，在本机建立好友头像缓存，可以减少信息的传输，提高通信速度。

改进方法：登录前检测本机好友头像的个数，传送登录信息时加上本机好友头像的好友ID，服务器只回发其他好友的头像以及更改了头像的好友头像即可。这一步更麻烦了，不过通信效率的提升很可观。

2.注册

做注册界面时，重要的就是在发送注册消息前先检测输入的数据是否合法，并予以提示

当所有的信息都无误了，再向服务器发送消息。若注册成功，服务器端保存用户信息，我最开始是用一个文件保存的，

后来做其他功能时发现要修改用户信息时会很麻烦，后改为每一项信息保存为一个文件。

注册成功，回发消息，提示，返回登录界面。

做注册功能的时候，我意识到应该要有容错处理，一切数据都合法的情况下再提交至服务器。

3.好友界面

界面上的所有图标都是JButton，setIcon(icon),没有什么用处，主要是仿QQ，以后添加功能方便些

JTree显示好友，头像，账号，昵称，是否在线，签名

具体功能有5个

1.添加/删除分组 2.删除好友 3.搜索用户（search） 4.双击好友头像，弹出聊天界面

4.用户查找界面

ID查找和昵称查找等的实现方法是相同的，所以就只做了一个ID查找

服务器读取要查找的用户ID，若存在就回发该用户ID，昵称等模糊查询回发的就是所有满足搜索条件的用户信息

当点击添加好友时，服务器接收到消息后首先检查被添加用户是否在线，在线发送消息，不在线就在被请求用户未读消息目录下的聊天消息下生成一个文件，写入消息。当被请求者用户上线时，服务器发送其信息时包含这些未读消息，同时删除未读消息文件。

这是另一个我觉得很重要的地方----要保证信息的不丢失

比如A请求添加B为好友，首先A向服务器发送请求消息，为保证B收到请求，若B不在线，则将请求保存到B的未读文件中，在其上线时读取自身信息时（服务器在发送完温度消息后删除该消息），在通知Ｂ，若B在线则直接向其发送消息。Ｂ接收请求，选择分组，刷新界面，同时向服务器发送消息，服务器在保存信息，同时通知Ａ结果，Ａ在选择分组，刷新界面，再将结果发到服务器保存。

就是将客户端的一切改动都发到服务器保存下来。做修改个人信息的功能的时候，比如修改昵称，签名，密码等也是一样的

过程。

５.好友上下线提醒

　我觉得这个功能的实现是这个项目最有价值的地方。采用了观察者模式。

具体做法如下：

自定义一个接口MsgListener,含有方法ReceiveMsgAction(Msg msg);

　自定义一个接口subject,含有方法addMsgListener(MsgListener l),removeMsgListener(MsgListener l),

fireMsgListener(Msg msg);

客户端的通信线程类ClientThread继承Subject

定义类MyJTree_AsListeber extends JTree implements MsgListener ,重载ReceiveMsgAction(Msg msg),创建对象时，将之注册到对应的通信线程上。当对应通信线程类对象调用fireMsgListener(Msg msg)时，通知JTree对象作出相应显示刷新。

之前我一直都很追求外观，可当老师第一次讲到设计模式的时候，我才意识到纯粹的最求外观是没什么意义的，最重要的还是程序的结构，一个好的软件的设计应该是多种结构的综合，结构的好坏决定了程序的拓展性和可维护性。至于技术点，最好是能读懂源码，理解原理，这需要经验，现在的我还差得远，对于技术只停留在用的阶段，还未上升到理论。

６.聊天界面

视频语音截图震动功能都没实现

可以修改字体属性，传送消息，文件。未保存消息

震动的具体原理就是setLocation(x,y)方法的运用

截图，远程就是Robot类的应用

视频功能需要JMF的相关知识，还没有研究

7.传送文件

流程如下：1.在线文件的传送先发送请求，对方同意后，开启一个服务器（有堵塞，应该放在线程中），回发给发送者，然后发送者连上该服务器，开启多个线程（我开启的是2个线程），分段传送文件，具体实现是RandomAccessFile类。

如DataImputStream类对象只能从文件的第一个字节开始读，但RandomAccessFile类对象可以随机读取文件，调用seek(x)，或者skipBytes(X)方法，改变指针位置，就可以实现随机读取某一位置的字节。迅雷下载就是这种原理。开始，不清楚seek(x)，或者skipBytes(X)方法是如何改变文件指针的，是读取X个字节再丢掉，还是直接改变指针在内存中的地址呢？经过测试，答案是后者。 2.离线文件的传送由于只有一个通信I/o,传送文件应该另外创建Socket对象连上服务器，发送完文件后再关闭Socket。

项目的不足：

1.数据的存储文件存储终究不如数据库存储，读取速度慢，性能低。只适合小群体的聊天

2.结构虽然尝试使用了观察者模式，但客户端程序的耦合度还是比较高的，一个好的结构应该是多种设计模式的综合

3.功能功能比较少，而且有缺陷，比如还没有加上远程，视频等功能，前几天已经把远程写好了，不过对图像的压缩度

感到不满意，其他功能的细节也有待改进，比如在添加好友时，我没有先判断是否请求对象已是自身好友等，都

是些细节的地方，还有修改个人信息的功能等等，这是都不难，但这些细节都决定着项目的友好性。很重要。

4.有一个问题没有解决，好友查找界面，表格刷新时会包空指针的错，没找到具体原因。

5.代码的结构不是很好，注解写的少了

6.没有创新纯粹是技术的练习，尝试使用了一个设计模式，没有创新，没什么价值

收获：

1.意识到结构和友好的重要性

2.在调试的过程中，第一次意识到Java程序对系统内存，CPU的占用问题，意识到了一些小问题，比如读写文件不关流的话，就不会释放内存。