图3 系统流程图
3.3 系统主要功能模块
3.3.1 系统的主登录界面与功能实现
由于系统的用户设计是针对的用户日常活动，而非专门从事计算机操作的人员，所以本系统力求界面友好、简单，以便给用户提供一个舒适的使用环境。在文字聊天模块的主要目标是简捷方便。设计了一个ListView来进行显示，在ListView中包括了用户名、工作组、用户级数等。当有用户打开本系统的时候将会向局域网中的所有用户发送一个握手信息来获取网络中的在线用户信息并添加到列表中显示出来，同时也把自己的网络资源信息发送给对方，使自己被添加到其他用户的列表中。
最关键的是局域网用户列表的建立；系统数据包启动时使用UDP协议向255.255.255.255这个广播地址发送广播包，默认端口是2425。广播包的内容包含用户名、工作组、主机名、IP等信息。已启动系统的用户通过2425端口收到此广播包后，就会在自己的用户列表中添加这个用户的用户名、工作组等信息，同时向对方IP发送本机用户的个人信息；从而双方都能建立起在线用户列表。
刷新用户列表时发送的广播包和启动时差不多，只不过返回的标识信息略有不同。
用户离线时发送一个离线广播包到255.255.255.255，收到此广播包的用户，根据包中的IP地址（也可能是多种判断标志或者包含硬件标识，比如网卡地址等）删除对方的用户列表信息。
3.3.2 文字聊天信息的封装
封装是一种把多次聊天的数据捆绑在一起，使这两者不受外界干扰和误用的机制.封装可被理解为一种用做保护的包装器，以防止代码和数据被包装器外部所定义的其他代码任意访问。对包装器内部代码与数据的访问通过一个明确定义的接口来控制。封装代码的好处是每个人都知道怎样访问代码，进而无需考虑实现细节就能直接使用它,同时不用担心不可预料的副作用。
程序插件自动生成封装功能。并且在聊天过程中，封装的过程仍在持续，聊天的内容是边封装数据包边传输。
传送聊天信息时同样使用UDP协议；由于UDP协议是无连接协议，传输速度快，但是没有确认机制，是不可靠的协议，需要自己定义返回信息的标志来判断对方是否收到信息。
3.3.3 文件传输的界面与功能实现
和聊天功能一样，要求界面尽量地简单，便于操作。与聊天功能不一样的是文件与文件夹的传输的安全性和速度要求比较高，本系统的简单加锁功能在局域网这种比较单一的环境下能够实现。
文件传输的过程中参照图流程为首先客端的主机通过TCP/IP协议建立链接，然后客户机发送套节字请求，通过3次握手连接响应，再转换数据为Socket流传送，最近通过3次握手断开连接响应。
在程序中，如果要进行文件或者文件夹的传输，首先需要做的就是消息的应答，通过UDP发送文件传输报文，另外的软件客户端收到报文后，使用TCP协议发送应答报文，这样就开始进行文件的传输了。
先开启两个线程，pthread1负责文件的传送，pthread2负责文件的接收。
首先，发送多个文件需要建立链表保存信息。文件传送链表由专门的线程文护， pthread1可以专心进行处理文件传输队列，pthread1始终查询这个链表，如果表头为 NULL，就说明没有要传输的文件，如果表头非空，就开始发送报文，获得正确的应答后，就可以开始文件的传输了，文件传输结束，将相应的链表节点删除。这里使用的是“文件池”，可以这么认为，如果有文件要传输，可以不用考虑是否有文件正在传输，只要把要传输的文件放入 “文件池”就可以了 ， 同时，不用考虑“文件池”的大小，pthread1是文件池的服务线程，它检测文件池的大小，如果非空，就会逐次传输文件。 本文来自辣*文^论(文&网，
毕业论文 www.751com.cn 加7位QQ324'9114找源文
这里需要特别注意的就是关于文件夹的传输，由于文件夹的内容是没有显示的，需要逐次判断，在程序中的处理是：如果是一个文件夹，就发送文件属性为IPMSG_FILE_DIR的信息包，客户端收到这个信息包后，就创建这个文件夹，然后发起发送文件夹的客户端，进入文件夹，传送文件夹内的文件。如果该文件夹下还有文件夹，使用相同的方法，在文件夹内的文件传送结束后，就发送FREEEIM_FILE_RETPARENT信息包，接收FREEEI_FILE_RETP报文的客户端，执行返回上一级目录。发送端就需发送目录下的其他文件。这样循环操作，最终完成文件的传输。
上一页 [1] [2] [3] [4] [5] 下一页
Java信息即时传递软件的设计与实现+需求分析+流程图 第4页下载如图片无法显示或论文不完整，请联系qq752018766
