网络协议 http

HTTP协议详解（真的很经典）

User-Agent
我们上网登陆论坛的时候，往往会看到一些欢迎信息，其中列出了你的操作系统的名称和版本，你所使用的浏览器的名称和版本，这往往让很多人感到很神奇，实际上，服务器应用程序就是从User-Agent这个请求报头域中获取到这些信息。User-Agent请求报头域允许客户端将它的操作系统、浏览器和其它属性告诉服务器。不过，这个报头域不是必需的，如果我们自己编写一个浏览器，不使用User-Agent请求报头域，那么服务器端就无法得知我们的信息了。

全站 HTTPS 来了

网络抓包工具

httpwatch 下载地址

HttpWatch手把手图解教程

从IE的“查看”—“浏览器栏”—“HttpWatch”启动HttpWatch。

火狐浏览器自带抓包插件及httpWatch9.1安装软件+教程

抓包工具 - HttpWatch（功能详细介绍）

一步一步开发sniffer（Winpcap+MFC）（一）工欲善其事，必先配环境——配置winpcap开发环境

CloseableHttpAsyncClient最大连接数的问题

CloseableHttpAsyncClient默认方式初始化

CloseableHttpAsyncClient httpclient = HttpAsyncClients.createDefault();

这种方式下最大连接数只有10，单主机的最大连接数只有5，在搞并发的情况下延迟会显著加大。

如果需要高并发环境那么应该手动设置最大连接数以及单主机的连接数：

 CloseableHttpAsyncClient httpclient = HttpAsyncClientBuilder.create()
        .setMaxConnTotal(1000).setMaxConnPerRoute(1000).build();

慎用AsyncTask

对操作系统有实际接触的读者应该能想明白，CPU的切换是个频繁的过程，“在Linux中可以使用vmstat来观察上下文切换的次数，一般来说，空闲的系统，每秒上下文切换次数大概在1500以下。”，也就是在其他线程做耗时操作，并不会阻塞UI线程。我的担心显然是多虑的。

但当时我没有想通这一点，就在doInBackground()里，在耗时的操作（如读取数据库、同步网络请求）之间都加了Thread.sleep()操作，以主动让出CPU。试了下，根据上面的分析，结果当然是失败的。

不气不馁，根据现象3，又脑洞大开，想是否是AsyncHttpClient同步网络请求时，由于非Looper线程，导致回调执行是在UI线程中，造成了UI线程的阻塞？想到就做，我直接将AsyncTask改成IntentService实现，试了下，不卡顿了，oh yeah！但同时引入新的问题，通讯录的操作没执行，想了下，it's nothing, Service组件是要声明在AndroidManifest.xml中的，试了下，两个问题都完美解决！

如果止步于此，那就太low了，看了下AsyncHttpResponseHandler的代码，发现如果在非Looper线程中执行，那回调的代码就在执行网络请求（HttpClient.execute()）的线程中执行。而且，我用的是同步请求，网络请求直接在发起网络请求（AsyncHttpClient.post()）的线程中执行。也就是网络请求、网络请求的回调处理都是在AsyncTask的doInBackground()的线程中执行的。也就不存在回调在UI线程执行，造成UI线程阻塞的问题。

弱网下移动端网络连接处理策略

APP弱网络条件下，体验优化之道

iOS网络缓存扫盲篇--使用两行代码就能完成80%的缓存需求

弱网或无网状态下 APP如何做缓存

解决Android httpclient网络post/get请求性能优化

// 请求超时
HttpConnectionParams.setSoTimeout(params, 15000);
HttpConnectionParams.setTcpNoDelay(params, true);//nagle算法默认是打开的，会引起delay的问题；所以要手工关掉。
HttpConnectionParams.setConnectionTimeout(params, 15000);