使用WebDav云储存保存文件，业务服务器会多次和WebDav服务器交互上传下载。

文库和webdav模块都是最新的版本，测试的时候业务服务器和存储服务器带宽上行都在50M，下行1000MB，测试文件100MB、300MB、1000MB；

以批量上传为例问题表述：

（1）在点开始上传按钮之前，从本地电脑选中文件，Web页面开始跑进度条，跑进度条的时候完成了一次上传：“本地用户电脑——业务服务器——WebDav服务器”。

（2）在点开始上传按钮之后，“业务服务器通过WebDav服务器外网访问域名前缀地址，下载了一次这个文件——然后业务服务器紧接着又传了一遍这个文件到WebDav服务器——传完第二次后业务服务器又跑了第二遍下行，感觉是又从WebDav访问了一遍这个文件，可能第二次下载是为了转码吧？”

WebDav日志截图，最后还会有一次download,可能走的是配置的http。

按照你们之前业务服务器和WebDav服务器需要在一个内网的说法也说不通啊，我们从业务服务器上传到WebDav服务器这段是可以走内网的，但是现在代码业务逻辑好像是点完开始上传，会从WebDav服务器外网访问域名前缀地址再下载回业务服务器，这段下载又没法走内网。

最关键的是业务服务器传2次到存储服务器，第一遍到data_temp，然后接着又删了，第二遍传到data目录，第一次这个data_temp目录相关的逻辑，在业务服务器自己完成，不就不会出现这种传2次的情况了吗？

综上，现在的问题是一个文件在一次上传中，用户会传1次到业务服务器，然后业服务器会传2次到存储服务，还会从存储服务器下载2次，不太能理解为什么这么操作？正常理解用户应该传1次到业务服务器，业务服务器做完缓存之类的操作后传1次到存储服务器，就应该上传完成了啊，上传完成后为了转码再从储存服务器访问一次也能理解。

用AWS S3的时候也有类似问题，没有细测。传1遍文件，耗费了2次业务服务器的上行流量，2次存储空间的上行流量，上行流量都是有成本的。文档可能小一点，点播模块传视频的时候可能也一样(这个没细测)，1GB文件本来耗2GB流量就完成上传了，现在变成了4GB流量，无形中增加了2倍的流量费。