1.HttpClient和HttpURLConnection的区别
2.HTTP服务器的源码本质:tinyhttpd源码分析及拓展
3.Tomcat处理http请求之源码分析 | 京东云技术团队

HttpClient和HttpURLConnection的区别

       æ€»ç»“了网上的一些资源，主要有以下两个观点：

       åˆ†æžä¸€ï¼š

        在研究Volley框架的源码中，发现它在HTTP请求的使用上比较有意思，在Android 2.3及以上版本，使用的是HttpURLConnection，而在Android 2.2及以下版本，使用的是HttpClient。我也比较好奇这么使用的原因，于是专门找到了一位Google的工程师写的一篇博客，文中对HttpURLConnection和HttpClient进行了对比，下面我就给大家简要地翻译一下。

        大多数的Android应用程序都会使用HTTP协议来发送和接收网络数据，而Android中主要提供了两种方式来进行HTTP操作，HttpURLConnection和HttpClient。这两种方式都支持HTTPS协议、以流的形式进行上传和下载、配置超时时间、IPv6、以及连接池等功能。

       HttpClient:

        DefaultHttpClient和它的兄弟AndroidHttpClient都是HttpClient具体的实现类，它们都拥有众多的API，而且实现比较稳定，bug数量也很少。

       ä½†åŒæ—¶ä¹Ÿç”±äºŽHttpClient的API数量过多，使得我们很难在不破坏兼容性的情况下对它进行升级和扩展，所以目前Android团队在提升和优化HttpClient方面的工作态度并不积极。

       HttpURLConnection:

        HttpURLConnection是一种多用途、轻量极的HTTP客户端，使用它来进行HTTP操作可以适用于大多数的应用程序。虽然HttpURLConnection的API提供的比较简单，但是同时这也使得我们可以更加容易地去使用和扩展它。

        不过在Android 2.2版本之前，HttpURLConnection一直存在着一些令人厌烦的bug。比如说对一个可读的InputStream调用close()方法时，就有可能会导致连接池失效了。那么我们通常的解决办法就是直接禁用掉连接池的功能：

       [java] view plaincopy

       [java] view plaincopy

       private void disableConnectionReuseIfNecessary() {

        // 这是一个2.2版本之前的bug

        if (Integer.parseInt(Build.VERSION.SDK) < Build.VERSION_CODES.FROYO) {

        System.setProperty(". 上使用得最多、最重要的协议了，越来越多的 Java 应用程序需要直接通过 HTTP 协议来访问网络资源。在 JDK 的 java.net 包中已经提供了访问 HTTP 协议的基本功能：HttpURLConnection。

        HttpURLConnection是java的标准类，HttpURLConnection继承自URLConnection，可用于向指定网站发送GET请求、POST请求。它在URLConnection的基础上提供了如下便捷的方法：

       int getResponseCode()：获取服务器的响应代码。

       String getResponseMessage()：获取服务器的响应消息。

       String getResponseMethod()：获取发送请求的方法。

       void setRequestMethod(String method)：设置发送请求的方法。

        在一般情况下，如果只是需要Web站点的某个简单页面提交请求并获取服务器响应，HttpURLConnection完全可以胜任。但在绝大部分情况下，Web站点的网页可能没这么简单，这些页面并不是通过一个简单的URL就可访问的，可能需要用户登录而且具有相应的权限才可访问该页面。在这种情况下，就需要涉及Session、Cookie的处理了，如果打算使用HttpURLConnection来处理这些细节，当然也是可能实现的，只是处理起来难度就大了。

        为了更好地处理向Web站点请求，包括处理Session、Cookie等细节问题，Apache开源组织提供了一个HttpClient项目，看它的名称就知道，它是一个简单的HTTP客户端（并不是浏览器），可以用于发送HTTP请求，接收HTTP响应。但不会缓存服务器的响应，不能执行HTML页面中嵌入的Javascript代码；也不会对页面内容进行任何解析、处理。

        简单来说，HttpClient就是一个增强版的HttpURLConnection，HttpURLConnection可以做的事情HttpClient全部可以做；HttpURLConnection没有提供的有些功能，HttpClient也提供了，但它只是关注于如何发送请求、接收

       å“åº”，以及管理HTTP连接。

        使用HttpClient发送请求、接收响应很简单，只要如下几步即可。

       åˆ›å»ºHttpClient对象。

       å¦‚果需要发送GET请求，创建HttpGet对象；如果需要发送POST请求，创建HttpPost对象。

       å¦‚果需要发送请求参数，可调用HttpGet、HttpPost共同的setParams(HetpParams params)方法来添加请求参数；对于HttpPost对象而言，也可调用setEntity(HttpEntity entity)方法来设置请求参数。

       è°ƒç”¨HttpClient对象的execute(HttpUriRequest request)发送请求，执行该方法返回一个HttpResponse。

       è°ƒç”¨HttpResponse的getAllHeaders()、getHeaders(String name)等方法可获取服务器的响应头；调用HttpResponse的getEntity()方法可获取HttpEntity对象，该对象包装了服务器的响应内容。程序可通过该对象获取服务器的响应内容。

        另外，Android已经成功地集成了HttpClient，这意味着开发人员可以直接在Android应用中使用Httpclient来访问提交请求、接收响应。

        比如一个Android应用需要向指定页面发送请求，但该页面并不是一个简单的页面，只有当用户已经登录，而且登录用户的用户名有效时才可访问该页面。如果使用HttpURLConnection来访问这个被保护的页面，那么需要处理的细节就太复杂了。

        其实访问Web应用中被保护的页面，使用浏览器则十分简单，用户通过系统提供的登录页面登录系统，浏览器会负责维护与服务器之间的Sesion，如果用户登录的用户名、密码符合要求，就可以访问被保护资源了。

        在Android应用程序中，则可使用HttpClient来登录系统，只要应用程序使用同一个HttpClient发送请求，HttpClient会自动维护与服务器之间的Session状态，也就是说程序第一次使用HttpClient登录系统后，接下来使用HttpClient即可访问被保护页而了。

HTTP服务器的本质:tinyhttpd源码分析及拓展

       经过一段时间的准备，我将分享对小巧轻便的源码HTTP服务器tinyhttpd的源码分析心得。这个只有约行C代码的源码项目，为我们揭示了HTTP服务器工作原理的源码核心。首先，源码让我们了解一下HTTP请求的源码android试题源码基本结构。

       HTTP请求由起始行、源码消息头和请求正文三部分构成。源码起始行包括请求方法（如GET或POST）、源码请求的源码URI和HTTP版本，例如："GET /index.html HTTP/1.1"。源码GET用于获取网页内容，源码POST用于提交表单数据。源码下面，源码我们逐步深入tinyhttpd的源码源码结构。

       在源码分析中，推荐的源码安装yum阅读顺序为：main -> startup -> accept_request -> execute_cgi。通过这个路径，我们可以跟随浏览器和tinyhttpd之间的交互过程。我已经将详细的注释版源码上传至GitHub，包含了一些针对Linux环境的修改说明，可以在我的GitHub仓库中获取。

       在TinyHTTPD的示例中，你可以尝试在编译后的程序上运行，如在浏览器中访问。中文分词 源码此外，我还演示了如何使用Python编写CGI脚本，以扩展服务器功能。通过创建一个简单的register.html表单和对应的register.cgi脚本，你可以亲手体验CGI程序的运作过程。

Tomcat处理http请求之源码分析 | 京东云技术团队

       本文将从请求获取与包装处理、请求传递给 Container、Container 处理请求流程，微餐饮 源码这 3 部分来讲述一次 http 穿梭之旅。

       在 tomcat 组件 Connector 启动时，会监听端口。以 JIoEndpoint 为例，在 Acceptor 类中，socket = serverSocketFactory.acceptSocket (serverSocket); 与客户端建立连接，将连接的 socket 交给 processSocket (socket) 来处理。在 processSocket 中，jdk 1.7源码对 socket 进行包装，交给线程池处理。

       线程池中的 SocketProcessor 任务，将 socket 交给 handler 处理，此 handler 为 HttpConnectionHandler 的实例。在 HttpConnectionHandler 的父类 process 方法中，根据请求的状态，创建 HttpProcessor 进行相应的处理，然后切到 HttpProcessor 的父类 AbstractHttpProccessor 中。

       在 SocketProcessor 中，从 socket 获取请求数据，进行 keep-alive 处理，数据包装等操作，最终将处理后的请求信息交给了 CoyoteAdapter 的 service 方法。

       CoyoteAdapter 的 service 方法中有两个主要任务：一是将 org.apache.coyote.Request 和 org.apache.coyote.Response 转换为继承自 HttpServletRequest 的 org.apache.catalina.connector.Request 和 org.apache.catalina.connector.Response，同时定位到 Context 和 Wrapper。二是将请求交给 StandardEngineValve 处理。

       在 postParseRequest 方法中，request 通过 URI 的信息找到属于自己的 Context 和 Wrapper。Mapper 保存了所有的容器信息，初始化时将所有容器添加到了 mapper 中。容器信息的变化由 MapperListener 监听，一旦容器发生变化，MapperListener 将其作为监听者进行处理。

       找到请求对应的 Context 和 Wrapper 后，CoyoteAdapter 将包装好的请求交给 Container 处理。从下面的代码片段，我们很容易追踪整个 Container 的调用链，形成时间线图。

       最终，StandardWrapperValve 将请求交给 Servlet 处理完成，至此一次 http 请求处理完毕。