主题：[求助]OpenQQ同时多人请求下载小文件时会出错，会是BUG吗？

今天再强化测试，多人同时下载“图标”文件（小文件每个5~10KB）

服务端我已改为一个一个文件下载，不用批量的概念了

但还提示【出错】

 

此主题相关图片如下：下载时出错.jpg

 

注：一个人下载时不出错，多人同时发出请求下载时出错
关闭出错时，服务端又能将请求下载的文件全部发送到终端

此主题相关图片如下：qq截图20160721060108.jpg

我改用了用事件较对数量再执行下一个队列，发现跟踪不了全局变量的变化

 

如果用对话框测试的方式，就能跟踪全局变量的变化，也能同时顺利执成完成！

如果注释掉“对话框的提示”，变量却不能正常比对！

 

此主题相关图片如下：qq图片20160721060855.png


此主题相关图片如下：qq图片20160721063638.png

嗯，所以全局变量（Var）值的变化，程序捕获不够快或者没有捕获

以至没有执行，if的代码

狐爸，您好！

一、服务器的错误，详细信息就是第一个截图，现在用队列的方法，服务端就很少出现上述错误提示，但时有发生！

 

二、我应用你的指引，每次取十个文件的发送信息，再用信息交换来确认发送数量相等，

如果正确，才执行下一个发送队列 ， 我是用全局变量的变化来计算接收成功的文件数量，

问题是很多时候，Var的值变化了，但有时捕获不到！以至不执行下一个发送任务

【试过有一两次运行正常】

袍哥，你好！这个里面涉及很多内容与关系逻辑， 很难提取一个实例来！

 

因为我发现一个规律，只要服务端正在发送文件的时候，有客户端请求发送文件时，服务器会出现错误

 

此主题相关图片如下：下载时出错.jpg

 

为了避免这个错误，我加入了一个变量测试服务器是否正在发送文件，

如果是在发送文件，就先等发送完正在发送的队列，才执行下一个队列

如果要确定是否发送完队列就用了终端的一个变量来计数器来检测了，

所以就用到GlobalVariableChanged 事件。

 

 

此主题相关图片如下：qq图片20160721060855.png

袍哥，有没有更好的方式来处理？

或都改变模式呢？

 

 

现在测试的模式就是用了【狐爸】的控制思路来做的，  以下是上次狐爸的提议

我举个例子：

foxtable内在的文件传输，用的是分包，将一个大文件分成上千个包，一开始就发送10个包，每次检查有包发送成功的确认信号，就发下一个包，这样始终保持有10个左右的包处于发送状态，充分利用带宽，同时也不至于因为资源耗尽导致系统出错。
不仅仅是文件，OpenQQ在发送一些很长的字符串时，例如好友列表，离线消息等等，都是用这个方法，将字符串分割成包发送，不会一次发送出去。

 

所以你也可以改变设计思路，将要发送的文件加入一个集合。
第一次发送10个文件，利用这个事件检查是否有文件发送完成：
http://www.foxtable.com/webhelp/scr/3028.htm

http://www.foxtable.com/webhelp/scr/3030.htm

 一旦有文件发送完成，就发送下一个待发文件，始终保持有10个文件处于发送状态，高效稳定。

我目前为了避免服务器报错，一个一个文件发送，没有出现问题

但大大减少了文件传输了效率，更新终端的小图太慢了，体验不好！

 

 

此主题相关图片如下：qq截图20160721144812.jpg

 

 

以上图是现在一个一个下载时的效果

以下是下载完小图后的效果

 

此主题相关图片如下：qq截图20160721145021.jpg

经测试，OPENQQ是可以批量下载文件，而且速度可以很快，就是要想办法控制好批量下载的队列

不然就会出现下图的提示信息

此主题相关图片如下：下载时出错.jpg

此主题相关图片如下：控制思路.jpg

但服务端会出现：

 

此主题相关图片如下：下载时出错.jpg