lingochamp
1.7.5在4G的情况下，progress回调大概率获取不到文件大小-->totalBytes=-1，wifi状态下没问题
这是我开了 download.trial-connection-head-method=true head方法获取文件大小返回的错误日志。
2019-08-23 16:02:00.272 2577-2916/com.shanling.mwzs.debug:filedownloader W/System: A resource failed to call response.body().close(). 2019-08-23 16:02:00.884 2577-3136/com.shanling.mwzs.debug:filedownloader W/FileDownloader.DownloadLaunchRunnable: get 416, precondition failed and just retry 2019-08-23 16:02:00.888 2577-3136/com.shanling.mwzs.debug:filedownloader W/FileDownloader.DownloadLaunchRunnable: there is precondition failed on this request[165588909] with old etag["c8835094857d51:0"]、new etag["c8835094857d51:0"]、response code is 416 2019-08-23 16:02:00.896 2577-3136/com.shanling.mwzs.debug:filedownloader W/FileDownloader.DownloadLaunchRunnable: the old etag["c8835094857d51:0"] is the same to the new etag["c8835094857d51:0"], but the response status code is 416 not Partial(206), so wo have to start this task from very beginning for task[165588909]! 2019-08-23 16:02:01.307 2577-3136/com.shanling.mwzs.debug:filedownloader W/FileDownloader.DownloadLaunchRunnable: get 416, precondition failed and need to retry with discarding range 2019-08-23 16:02:01.754 2577-3136/com.shanling.mwzs.debug:filedownloader W/FileDownloader.FileDownloadUtils: don't get instance length fromContent-Range header
由于此下载链接是合作方提供给我们APP的。。我们没办法控制他们服务器问题。
如果设置download.trial-connection-head-method=false是可以正常的。。但是其他下载链接又会碰到楼主 一样的问题。。请问是否能够动态设置download.trial-connection-head-method
目前不支持动态设置。 @Punishing 你提供的日志来看，是他们服务器没有支持 head 方法，无法从 Content-Range 获取文件大小。我们这边商量一下是否有必要恢复 rang 为 0- 的方式去获取文件大小。
获取文件长度默认是通过 GET 请求带上 [0-0] 的 Range ，然后在 Response Header 里面通过 Content-Range 拿。此时 Content-Length 是无效的。关于改用这种方式的原因，可以看 #933 。
类似 这种链接https://downlhh.btgame99.com/index.php/index/down/gameid/7240/tgid/4803140 通过一个get请求获取的下载链接，如果我用这个链接调用FileDownloader.getImpl().create()你们有做特殊处理吗？