这是一个创建于 2395 天前的主题，其中的信息可能已经有所发展或是发生改变。
简单介绍: Server(控制端) Client(客户端)
Server 主要功能 通过 ListView 显示 Client 发来的状态消息 给 Client 发送命令执行相应代码
client 主要功能 每秒发送当前状态信息（文本数据）到 Server 接收 Server 发来的命令进行执行
规模: Client 规模最大能到 500 左右
目前的网络模型 Server 使用 UDP server 接收来自 client 的消息 Server 使用 UDP 发送命令给 Client
Client 使用 UDP server 接收来自 Server 的命令 Client 使用 UDP 发送状态信息给 Server
Server 和 Client 都使用 lua socket 模块
问题如下: 当 Client 规模太大的时候 Server 接收消息出现排队情况如何处理或者避免? Server 每秒处理显示 10 条来自 Client 的状态消息，Client 的消息会有重复,准备加个过滤,Server 只处理显示每个 Client 的最新个消息,但是这样当每秒钟消息大于 10 条,也还是会出现拥堵问题.
请大佬们帮忙指出问题所在
 | 1 bbxiong OP 100 Client 每秒 1 个消息 就是每秒 100 个消息,Server 每 100 毫秒更新显示一次 ListView 里的数据，1 秒只能更新显示 10 条数据,这么多 Client 同时发状态信息 Server 如何全都完整的展示出来呢. |
 | 2 KylinJiang 2019-06-20 10:40:54 +08:00 信息量与处理速度是简单的数学公式恒定的，水池 10m2，每秒放水 10m2，进水 100m2。 要么扩大水池： 列表扩大 列表分页 要么减少入水量： 消息分优先级，高级在前，屏蔽低级 消息去重 消息聚合（多个 client 显示相同消息的话，将消息聚合为一个组） |
 | 3 liuzhiyong 2019-06-20 12:12:03 +08:00 via Android lua 我不太懂哈，你说的“每秒钟消息大于 10 条,也还是会出现拥堵问题”：这个程序性能太低了，可以考虑换个技术实现(据说 go 很擅长这个，可以试一下)。 |
 | 4 hackfly 2019-06-20 12:39:01 +08:00 Server(控制端) 加一个队列，每次接收到消息，push 到队列，每次只取出 10 条处理 |
 | 5 luozic 2019-06-20 13:11:09 +08:00 |
 | 6 runtu2019 2019-06-20 13:51:46 +08:00 后续单独做个服务处理 Redis 里缓存信息，Redis 也能去重，写个多线程，也能很快处理完缓存队列， S 端处理完成了再把指令发给 C 端 |
 | 7 index90 2019-06-20 15:30:18 +08:00 你是把接收信息和更新 ListView 做成同步的吧？ |
 | 8 FelixLiu 2019-06-20 17:54:20 +08:00 开始吐槽： 1.为啥用 udp，发送命令这种东西，你丢了就没了，为啥不用 tcp，黑人问号？？？ 2.client 发送速度太快，server 处理太慢，你是不是要自己实现一个 block ？当服务器命令缓冲区满了，server 自动发个消息过去，让 client 发送线程 block。 3.如果你一定要用 udp，那你自己要弄个缓冲区，要不然 recv 间隔之间的包可能被丢失。。。。 4.tcp 啊，tcp，应用层处理啊，处理啊 |
| 9 bbxiong OP @liuzhiyong 感谢回复，用 lua 就是为了简单自己用起来比较顺手，换别的学习成本有点高 |
| 10 bbxiong OP @hackfly 感谢回复，我现在就是这样处理的 Server(控制端)收到数据不是直接处理，而是压到 列队里,ui 用定时器 100 毫秒一次从 列队里取用来展示在 ListView 里 ,取一个删一个 |
| 11 bbxiong OP @runtu2019 感谢回复,我现在 Server(控制端)收到数据不是直接处理，而是压到 列队里,ui 用定时器 100 毫秒一次从 列队里取用来展示在 ListView 里 ,取一个删一个,Redis 不熟悉，数据很简单应该不需要这么复杂的东西 |
| 12 bbxiong OP @index90 感谢回复,接收信息是 Server UDP 线程，接收到以后放到列队里,UI 定时器 每 100 毫秒取一个更新到 ListView 上，取出的同时删掉，也就是 pop() |
| 13 bbxiong OP @FelixLiu 感谢回复, 1.用 udp 就是考虑本身业务很简单,Server 通过 ListView 展示 Client 来的状态消息,偶尔的发送个控制命令给 Client. 2.是的，client 每秒 1 个,server 没秒只能处理 10 个,准备吧 client 改成每 10 秒发一个消息 3.数据丢失不怕，不是重要的东西，Server 简单展示 Client 的状态 4.改成 TCP 一样存在 client 发送快 ,Server 处理慢导致信息拥挤的问题. |
 | 14 wuzhizhan 2019-06-20 22:26:18 +08:00 via iPhone @bbxiong 是否 server 可以分布式，计算出结果 redis 存放，再一个模块读 redis 进行展示 |
| 15 hackfly 2019-06-20 23:27:48 +08:00 udp iocp 试过吗？ |
 | 16 JerryV2 2019-06-21 08:14:37 +08:00 问题出在服务端处理接收到的消息速度，考虑能否优化消息处理速度，或者通过多线程，提高消息处理能力 另外客户端发送消息频率的问题你也提到了，必要的发送频率是多少？既然存在重复消息，在发送端是否可以把重复消息屏蔽掉？比如记录上一条消息内容，如果内容重复且服务端已处理则丢弃 |
| 18 bbxiong OP @JerryV2 处理速度不慢的，只是说 ui 没 100 秒获取数据更新 ListView 如果快了，窗口会卡，造成操作有延迟 |
| 19 bbxiong OP 刚才加了个打印,Server 处理显示单条信息的耗时是 0.004 - 0.007 秒 |
Select Language