一个简单聊天室数据传输的设计

要想设计一个简单的聊天室数据传输,那么我们先知道数据如何传输,有哪些方式?
而据我所知,传输有TCP传输和UDP传输。
一般的TCP是基于链接的传输协议,客户端与服务器建立一条稳定可靠的链接通道,数据传输稳定.安全。而UDP是基于无连接的用户数据报文协议。
而设计一个简单聊天室,是通过一个客户端向服务器发送一个消息,服务器接收并回送一个消息,整个流程就是客户端->服务器->另一个客户端,当然,不仅仅是一个客户端对另一个客户端,也可是是多个客户端之间的交互,服务器仅仅是“中转站”,处理接收发送数据。
在这里插入图片描述
在最开始,我们先了解以下数据传输协议,两个以上设备进行数据交互需要定义一种传输协议,而我们需要采用什么数据传输协议。我们可以使用在尾部追加换行结束符的方式。例如一个String “Weclome” 它可以被转化为byte[7],而我们发送出去别人要想识别需要进行一定的转码,尾部追加换行符,变为byte[8]尾部添加换行符
即,在原来储存的空间下扩大,预留一个空位置,将空间分为两部分,一部分用来保存数据,一部分用来识别数据,当然了尾部的换行符当然要丢弃,不然会改变原数据。

//客户端启动
public class Client {
    public static void main(String[] args) {
        ServerInfo info = UDPSearcher.searchServer(10000);
        System.out.println("Server:" + info);

        if (info != null) {
            try {
                TCPClient.linkWith(info);
            } catch (IOException e) {
                e.printStackTrace();
            }
        }
    }
}

//服务器端启动
public class Server {
    public static void main(String[] args) throws IOException {
        TCPServer tcpServer = new TCPServer(TCPConstants.PORT_SERVER);
        boolean isSucceed = tcpServer.start();
        if (!isSucceed) {
            System.out.println("Start TCP server failed!");
            return;
        }

        UDPProvider.start(TCPConstants.PORT_SERVER);

        BufferedReader bufferedReader = new BufferedReader(new InputStreamReader(System.in));
        String str;
        do {
            str = bufferedReader.readLine();
            tcpServer.broadcast(str);
        } while (!"00bye00".equalsIgnoreCase(str));

        UDPProvider.stop();
        tcpServer.stop();
    }
}

然后其他一些接收,发送,数据转换,异步执行,多线程同步处理就不放了,有点多。。。
我觉得synchronized 同步块解决线程安全很重要,synchronized (TCPServer.this) 同步启动的TCPServer,如果两个以上启动,就表示同步不同实例下的不同个体TCPServer,可以在内部保证添加,删除同步,保证线程安全。
在这里插入图片描述
在这里插入图片描述
如果要启动,先分装成jar包,然后运行效果:
在这里插入图片描述
第二部分,考虑服务器状态。
如果客户端加入人数过多,会导致服务器繁忙。因为每个客户端都需要服务器进行双通等待,读取写入。而双通就是接收和发送通道,怕阻塞,需要用异步线程实现。
接下来算一算服务器线程数量:一个客户端双通->两条,n个客户端2n条,但是实际服务器的线程数量=2n+2(回收+主线程)+1(接收连接新的客户端)+1(转发)+其他操作等等。
你可以通过给服务器分配100台客户端进行操作测试,然后使用jdk bin文件夹里的jvisualvm.exe来监控线程内存CPU的情况
在这里插入图片描述
线程对CPU的影响取决于数据频繁性和转化复杂性;对内存的影响取决于客户端数量和数据发送大小;对线程取决于连接客户端数量。
如果你想优化,你需要减少线程数量;增加线程执行繁忙状态,减少空闲和等待的时间;
客户端Buffer复用机制。

里面包含聊天室的客户端和服务器端的源文件和一份完整的设计报告。 一、 系统概要 本系统能实现基于VC++的网络聊天室系统。有单独的客户端、服务器端。 服务器应用程序能够接受来自客户端的广播,然后向客户端发送本机的IP与服务端口,让客户端接入到服务器进行聊天,检测用户名是否合法(重复),服务器责接收来自客户端的聊天信息,并根据用户的需求发送给指定的人或所有人,能够给出上线下线提示。客户端能够发出连接请求,能编辑发送信息,可以指定发给单人或所有人,能显示聊天人数,上线下线用户等。 二、 通信规范的制定 服务请求规范: 服务器端: (1) 创建一个UDP的套接字,接受来自客户端的广播请求,当请求报文内容为“REQUEST FOR IP ADDRESS AND SERVERPORT”时,接受请求,给客户端发送本服务器TCP聊天室的端口号。 (2) 创建一个主要的TCP协议的套接字负责客户端TCP连接 ,处理它的连接请求事件。 (3)在主要的TCP连接协议的套接字里面再创建TCP套接字保存到动态数组里,在主要的套接字接受请求后 ,就用这些套接字和客户端发送和接受数据。 客户端: (1) 当用户按“连接”按钮时,创建UDP协议套接字,给本地计算机发广播,广播内容为“REQUEST FOR IP ADDRESS AND SERVERPORT”。 (2)当收到服务器端的回应,收到服务器发来的端口号后,关闭UDP连接。根据服务器的IP地址和端口号重新创建TCP连接。 故我思考:客户端一定要知道服务器的一个端口,我假设它知道服务器UDP服务的端口,通过发广播给服务器的UDP服务套接字,然后等待该套接字发回服务器TCP聊天室服务的端口号,IP地址用ReceiveForom也苛刻得到。 通信规范 通信规范的制定主要跟老师给出的差不多,并做了一小点增加: (增加验证用户名是否与聊天室已有用户重复,在服务器给客户端的消息中,增加标志0) ① TCP/IP数据通信 --- “聊天”消息传输格式 客户机 - 服务器 (1)传输“用户名” STX+1+用户名+ETX (2) 悄悄话 STX+2+用户名+”,”+内容+ETX (3) 对所有人说 STX+3+内容+ETX 服务器- 客户机 (0)请求用户名与在线用户名重复 //改进 STX+0+用户名+EXT (1)首次传输在线用户名 STX+1+用户名+ETX (2)传输新到用户名 STX+2+用户名+ETX (3)传输离线用户名 STX+3+用户名+ETX (4)传输聊天数据 STX+4+内容+ETX (注:STX为CHR(2),ETX 为CHR(3)) 三、 主要模块的设计分析 四、 系统运行效果 (要求有屏幕截图) 五、 心得与体会
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值