服务器短时间接收大量文件，来不及释放。

qmt601536840

1、服务器采用《HPSocket For E  5.8.8》模块中的 类_Tcp_Pack_客户Duan / 类_Tcp_Pack_服务器
2、客户Duan1发送文件 →  给服务器，服务器再转发 → 给客户Duan2  至  客户DuanN。
3、客户Duan1 至 服务器发送文件包太快，导致服务器内存来不及释放（分配失败），或者丢包。
4、求第3条的一个解决思路，或者怎么根据 占用拒收/缓收数据包（尽量不采取加延迟等，影响效率的方法）。

小李哥v5

兄弟，首先你这个思路就不对。常规的做法是：
客户1先上传完整文件到服务器，然后服务器再发消息通知客户2下载。消息里面只需要包含文件的下载地址即可
你这种一边发送一边接收的做法极大程度浪费服务器资源

llwwssxiaosi

学习学习学习学习学习学习学习学习学习学习学习学习学习学习

凌哥

得看看你现在代码是什么情况才好继续

星星之夜

核心问题是：服务器处理（转发）速度跟不上接收速度，导致内存积压和丢包。服务器根据自身处理能力，告诉发送方（客户Duan1）何时减速或暂停发送。例如，服务器处理完一批数据后，才发送一个“确认”信号给发送方，发送方收到后才继续发送下一批。
避免频繁创建和销毁内存，采用“内存池”机制，重复利用内存块。
接收到数据后，迅速放入一个任务队列，让专门的“工作线程”去处理转发逻辑，不阻塞接收线程。这些能有效缓解内存压力和丢包。
不过，具体怎么实现和优化，还得看你的代码。

frankiy

既然你的服务器处理不过来数据的接收，那么为什么不找一个第三方储存库（比如蓝奏云） 来进行数据储存呢？

客户1将文件上传至蓝奏云，传输完毕后，告诉服务器下载地址

服务器将下载地址转发给客户2，客户3，客户4.。他们自己去下载。

这样，同时解决了传输、储存的问题。

moys520

用对象存储呀

qmt601536840

小李哥v5 发表于 2025-7-22 02:12
兄弟，首先你这个思路就不对。常规的做法是：
客户1先上传完整文件到服务器，然后服务器再发消息通知客户2 ...

目的是用于传输大文件（单个在3GB以上），完整文件先存在服务器，会占用大量服务器硬盘空间。所以想跳过服务器直接发到客户Duan2

qmt601536840

frankiy 发表于 2025-7-22 08:38
既然你的服务器处理不过来数据的接收，那么为什么不找一个第三方储存库（比如蓝奏云） 来进行数据储存呢？
...

目的是用于传输大文件（单个在3GB以上），第三方空间，速度等限制太多。

qmt601536840

星星之夜 发表于 2025-7-22 05:23
核心问题是：服务器处理（转发）速度跟不上接收速度，导致内存积压和丢包。服务器根据自身处理能力，告诉发 ...

当前就是客户Duan1发送数据给服务器，服务器返回《接收完成》给客户Duan1
然后服务器在转发给其他客户Duan，然后服务器内存来不及释放，转发没有接收快。
有查看服务器自身剩余内存，CPU等处理能力的代码案例吗？