Android的app的后台请求90%时间过大的研究

       做android开发的时候，也要负责后台的api，90%和95%时间是个硬性指标，需要不断提高。最近发现90%时间长了很多，但是只限于nginx记录的时间，java后台记录的api90%时间并没有明显变化。于是就分析了一下。

 

        90%时间，nginx和后台时间差距很大，只在post请求的url中出现，get请求的url则没有出现这种情况。post请求时要上传数据包，但是由于2G网络的问题，tcp连接经常会出现丢包的问题，所以就可能重传好多次，这就使得客户端和nginx服务器建立连接后，要经过很长时间（相对于后台时间来说）才能把数据包完整提交上去。这种丢包情况，在有线网络和wifi中是几乎不会出现的（怪不得我在电脑和连着wifi的手机上测试了很多次都没有重现），只有2G环境下移动应用才会出现。而且由于是小概率事件，所以不影响50%时间，但会对90%时间和95%时间造成很大的影响。

 

         解决方案有两种，一个是尽量的把post请求转换成get请求；还有就是尽量缩小上传的数据包，这样丢包发生的概率就小一些。

         第一种有待商榷，因为get获取数据，post提交数据，这种规范不能违背，所以只能说把一些应该用get，但是却写成post的请求改回来。

          缩小数据包，这个只能尽量处理。现在数据提交的时候，都会经过一层gzip压缩，但是由于之前的修改，所有post都用的是MultipartRequest请求，之所以这样，是因为该请求既可以传递普通参数，又可以上传文件，所以方便使用。但这周调研后发现，MultipartRequest，要比普通的requet请求上传更多的数据量（每个多大约200+字节），这是因为MultipartRequest支持各种各样的数据形式，相应的也要传递更多的配置信息（详细的可以看下MultipartEntity的源码）。所以解决方案是，只有post请求用到上传文件的时候，才使用Multipart请求；其它的都是用默认的，只能传递string的请求。 

          以前都是在做web开发，现如今做移动开发，很多思想和问题都是第一次接触，需要换个角度来思考问题了。