问题产生
在项目开发过程中,会有各种各样的需求。
而在需求开发过程中,我们常常会遇到从没有见过的问题,这就需要我们一步一步排查。
在一次版本需求中,需要统计不同渠道APP的下载量。
理想很丰满,现实很残酷。
因为安装包是放在了服务器,通过url地址下载安装。所以想的是通过nginx记录的access日志统计不同安装包的下载次数,然后记录存储。
这不,问题就来了:
在统计时,发现安卓设备在下载过程中时,虽然只请求了一次url地址。但是在nginx-access日志中却产生了多条日志记录。
这样就导致统计的结果远远超过真实的下载量。
问题它就这么来了!!!
排查问题
- 在查看nginx日志时,发现日志有不同,如下图:
可以看到http状态码有200、206。
状态码200,大家都知道代表请求正常。
状态码206,没遇见过这个。 - 上网查询http状态码 206
搜到的结果是请求资源只是一部分时,http状态码为206。 - 使用charles抓包验证
发现在下载过程中时,会请求多次服务端。
同时也有看到每次请求返回的数据字节数是不一样的。
至此,已经明白原因并确认了。
最终结果
安卓在下载大文件时,为了提高下载速度,会使用多线程同步下载。
至于统计需求,只能换一种方式统计下载量了