spdy是google自创的web传输协议，为的是改善http的性能，google说比较spdy和http，前者的性能要比后者快64%。是否属实我不知道，反正快64%这个数字让我对spdy产生了兴趣。

介绍 JavaEE 8的最重要的发展之一就是对HTTP/2的支持(现在的官方 RFC 7540 )。现在JCP的 JSR-369已经发展了近2年的时间，规范的负责人Ed Burns和Shing Wai

go 语言的 http 客户端可以在初始化话的时候通过 client := http.Client{ Timeout: 5 * time.Second, } 来设置请求超时，即整个 http 请求到完成响应的时间限制。那么如果想另外设置

Nottingham 在一封发送到 HTTP 工作组邮件列表的 邮件 中， 提出了三条 HTTP 2.0 如何处理加密的提议。其中最受欢迎的一条建议是在开放互联网上 HTTP 2.0 将只用于 https://网址，而

英文原文： What to Expect From HTTP/2 随着 HTTP/2 工作组的工作接近尾声以及新标准的 实现 开始出现，工作组主席 Mark Nottingham 写了一篇 博客 对新协议中

，IETF）对HTTP/2做了最后修整，并准备正式发布HTTP/2。HTTP/2是新一代的HTTP协议，它是由IETF的httpbis工作组开 发，基于SPDY协议，目标是在保持与HTTP 1.1语义向

HTTP/2规格已经 制定完成 ，即将成为正式标准。在规格中，HTTP/2协议 没有强制要求使用TLS ， 主要原因是许多机构都想要检查HTTP流量，或网络环境需要缓存，或认为TLS会增加额外的负担，

我们知道，HTTP 协议传输的数据都是未加密的，也就是明文的，因此使用 HTTP 协议传输隐私信息非常不安全。为了保证这些隐私数据能加密传输，网景公司设计了 SSL（Secure Sockets Layer）协议用于对

最近在用Android调用Web服务，开始准备用WebService来调用，用jws的WebService方式写好后发现Android调用的时候很多问题不知道咋解决了，后来发现有一个更好的办法，就是采用HttpPost来与后台交互。

这是一个高性能的http服务器，使用lua来做后台脚本语言，采用异步回调的方式，大大减少服务器消耗。支持mysql数据库访问，后续也会支持其他数据库，也可以支持采用统一协议的服务器之间tcp通信以达到与其他服务器高效协作。

Webbit是一个基于Java事件的WebSocket和HTTP服务器。 项目主页： http://www.open-open.com/lib/view/home/1363316414531

NSString *urlStr = [NSString stringWithFormat:@"http://www.baidu.com/s?wd=%@", @"php"]; NSURL *url =

Rupy是一个使用Java NIO技术开发的迷你HTTP服务器，体积只有50KB。由于Rupy是非阻塞异步的，这使得它能够用于高并发实时推送动态数据。因此它还提供一个通过HTTP实时聊天的例子来验证该特性。

TJWS是一个开源的Java HTTP服务器和Servlet容器。它非常小，大约只有68Kb左右，速度快、可靠性高、性能超过一些基于C/C++的Web服务器。TJWS支持数千个连接，配置简单而且支持CGI。

Unirest 是一个轻量级的HTTP开发库，它可以被PHP、Ruby、Python、Java、Objective-C等开发语言所调用。 它支持GET、POST、PUT、UPDATE、DELETE

error); /* Handle the error here */ }]; 项目主页： http://www.open-open.com/lib/view/home/1369123392779

Toolbox for Mac - HTTP Fetcher GTM HTTP Fetcher是对NSURLConnection的一层封装，使得Cocoa程序进行http连接更加容易。它是异步的并且使用iOS或Mac

RestMQ是一个以Redis为底层存储，提供HTTP接口，基于REST/JSON/HTTP的消息队列系统。 项目主页： http://www.open-open.com/lib/view/home/1362727122109

SpockFS 是一个基于 HTTP 的文件系统，其基于纯 HTTP 方法和 Header 构建，支持所有 FUSE POSIX 相关的方法，包括符号链接。 为了避免和 WebDAV 冲突，SpockFS

十分痛苦的。 有多少次我们经过调试发现API的调用失败仅仅是因为我们的编码错了或者丢失了一个HTTP头部参数？在调试的过程中，我们发现出现错误的原因千奇百怪。 总之我们要看到最终的请求是什么样子的不是一件容易的事情，响应也是如此