附件 用时26加30秒.png 已添加

状态 从 反馈 变更为 已解决

课程讨论区的文件重复上传问题已修复，明天合版本之后，需要到测试版测试具体效果。

附件 用时26加30秒.png 已添加

非常抱歉，我之前测试的一直是课程资源库中的上传文件。 课程讨论区这里，我测试了一下，确实存在这样的问题！！ 需要修改。

附件 用时26加30秒.png 已添加

乐鑫说的对： 1、我在课程的资源库中上传文件时，上传了一次。 http://test_forge.trustie.net/courses/107/files 2、我在课程的讨论区中上传文件是，感觉是上传了两次（第二次重复上传的图片见附件1，其中选择文件后用了26秒，点击提交后又用了30秒），文件大小是35兆左右。 http://test_forge.trustie.net/boards/873/topics/6999

这个百分比进度条是浏览器的进度条还是上传文件的那个进度条？ 我这里本机测试是没有这种问题的，另外，尹老师, 我在测试版本上面上传了一个比较大的文件，在上传文件的过程中几乎等待了1分钟，但是当我点击新增按钮之后，是马上就成功了，根本不需要等待时间。唯一的猜测可能就是你们测试的版本跟我现在测试的版本不一样。 若是正式版请等待更新以后，麻烦再测试一下。

那为什么点击提交后，又在浏览器的状态条中显示了一个百分比的进度，而且是从1% 到 100%？而且时间确实和选择文件后的状态条进度的时间类似？

> gonglexin 写到： > 可以确定的是文件没有上传两次，qiangge 你上传3.3M的文件的时候是不是选择了文件之后就跟着点击了新增按钮？ 如果是这样，那是因为你本身的3.3M文件还在上传过程中。本来3.3M和80K文件上传需要的时间就不是一个级别的。 而点击新增按钮之后是需要确保文件已经上传好了，才能继续的。 是等待条满了之后才点击提交的，而且刚才试了一下如果没有上传完就点击提交按钮文件是无法上传成功的

可以确定的是文件没有上传两次，qiangge 你上传3.3M的文件的时候是不是选择了文件之后就跟着点击了新增按钮？ 如果是这样，那是因为你本身的3.3M文件还在上传过程中。本来3.3M和80K文件上传需要的时间就不是一个级别的。 而点击新增按钮之后是需要确保文件已经上传好了，才能继续的。

我觉得范强分析的似乎更有道理，我也觉得是发送了两次，而且发邮件我们都要求是异步并发的发邮件，不能串行的发邮件。 请乐鑫有空再仔细分析一下，谢谢！

再有这个等待时间的存在是不合理的，如果网络因素导致邮件通知速度过慢，那么应该后台去发送邮件，而不是让用户等待，发送成功后才返回页面。

关于这个问题我又测试了一下，为了突出等待时间是否和上传文件有关，我使用3.3M的文件和80K的文件用来测试，每个文件测试3次，应该可以减小网络的影响。测试结果为3.3M文件提交平均时间为54S，80K文件提交平均时间为4.6S，这个结果应该可以表明这个等待时间消耗的主要因素不是发送邮件的过程。

状态 从 新增 变更为 反馈

通过测试发现文件上传是在用户选择了文件之后就自动在后台上传以减少用户在点击新增按钮时的等待时间。而所谓的'等待近似的时间'这个可能会给用户一个假象 是不是重复上传了文件，但是这是一个假命题。我们在用户点击新增按钮时是不会再重新上传文件的。耗时的主要原因是因为当用户点击新增之后我们需要给用户发送一封邮件告知上传的文件列表。而这个发送邮件的过程是需要一定的时间的。这个时间取决于我们的服务器发送邮件时的网络状况。对于这种需要及时发送通知邮件的情况，我们是无法控制的。