编译

• make 生成执行程序 server 和 client, ip为本机默认ip, 端口999

测试

• 方法一: 先 ./server & 把服务器抛后台, 再运行客户端 ./client

• 方法二: 直接运行测试脚本 ./start.sh &, 想提前停止测试则运行 ./kill.sh

• 方法三: 先 ./server & 把服务器抛后台, 再找个网页的在线websocket输入ip(网口IP,不要用127.0.0.1)和端口测试

注意

• 1.在虚拟机里架服务器的话, 最好用桥接的方式获得ip, net方式可能不通;

• 2.服务器示例代码未作过高并发压力测试, 仅供开发参考;

• 3.关于服务端bind超时, 通常是端口被占用或服务器关闭时有客户端未断开造成, 后者会在1分钟后恢复正常.

其它

• websocket协议介绍: https://blog.csdn.net/SGuniver_22/article/details/74273839

• 欢迎提出bug、服务器和客户端优化建议、使用过程遇到的问题等等

• 有github帐号的可以左上角issues, 或者上面csdn文章评论区提问.

限制服务器接入量的因素

• 配置因素:

  • 1.文件描述符上限, 使用指令“ulimit -a”在"open files"项可见, 一般为1024, 可尝试用指令"ulimit -n 4096"提高; 或者直接在文件"/etc/security/limits.conf"添加行"* soft nofile 4096"后重启进行永久配置; 最后注意不要超过"/proc/sys/fs/file-max"中的数量;

  • 2.客户端测试设备端口限制, 客户端设备在发起tcp连接时会占用本地空闲端口, 除去特殊端口0, 理论能用1~65535 (这条有争议);

  • 3."/proc/sys/fs/epoll/max_user_watches"中限制了epoll可监听最大句柄数量, 可以用sysctl指令进行修改;

  • 4.内存限制。我们知道多线程可以提高并发，然而线程相当于一个长时间调用不反回的函数，会持续占用一段"栈"内存(也就是函数里局部变量的内存空间)；如果按"栈"内存预留为5M算，那么一台8G内存的电脑撑死也就能开 8*1024/5=1638 个线程，当然实际还远达不到这个数。所以想通过线程提高接入量，需先确认下设备的内存情况。