赶路人儿

RSA加密算法是一种非对称加密算法。RSA是1977年由罗纳德·李维斯特（Ron Rivest）、阿迪·萨莫尔（Adi Shamir）和伦纳德·阿德曼（Leonard Adleman）一起提出的。当时他们三人都在麻省理工学院工作。RSA就是他们三人姓氏开头字母拼在一起组成的。1973年，在英国政府通讯总部工作的数学家克利福德·柯克斯（Clifford Cocks）在一个内部文件中提出了一个相同的算法，但他的发现被列入机密，一直到1997年才被发表。换言之，对一极大整数做因数分解愈困难，RSA算法愈可靠。..

1、开源软件在发布时，会根据不同阶段发布不同的产品，常见的有如下：alpha版：内部测试版。α是希腊字母的第一个，表示最早的版本，这个版本包含很多BUG，功能也不全，主要是给开发人员和 测试人员测试和找BUG用的。beta版：公开测试版。β是希腊字母的第二个，顾名思义，这个版本比alpha版发布得晚一些，主要是给“部落”用户和忠实用户测试用的，该版本任然存 在很多BUG，但是相对alpha版要稳定一些。这个阶段版本的软件还会不断增加新功能。如果你是发烧友，可以下载这个版本。rc版：全写：Rele

通过名字就知道，X-Forwarded-For 是一个 HTTP 扩展头部。HTTP/1.1（RFC 2616）协议并没有对它的定义，它最开始是由 Squid 这个缓存代理软件引入，用来表示 HTTP 请求端真实 IP。如今它已经成为事实上的标准，被各大 HTTP 代理、负载均衡等转发服务广泛使用，并被写入 RFC 7239（Forwarded HTTP Extension）标准之中。X-Forwarded-For 请求头格式非常简单，就这样：X-Forwarded-For: client, prox

content-type可以位于请求头、响应头，分别代表：Request头：请求的与实体对应的MIME信息（post请求时的请求体） Response头：返回内容的MIME类型由于http1.0版规定，头信息必须是 ASCII 码类型（文本），后面的实体数据可以是任何格式。因此，服务器回应的时候，必须告诉客户端，数据是什么格式，这就是Content-Type字段的作用。同样，在请求时，通过它可以告诉服务器post请求体属于那种格式。1、响应头中的content-type：在响应中，Conte

Transfer-Encoding，是一个 HTTP 头部字段，字面意思是「传输编码」。实际上，HTTP 协议中还有另外一个头部与编码有关：Content-Encoding（内容编码）。Content-Encoding 通常用于对实体内容进行压缩编码，目的是优化传输，例如用 gzip 压缩文本文件，能大幅减小体积。内容编码通常是选择性的，例如 jpg / png 这类文件一般不开启，因为图片格式已经是高度压缩过的，再压一遍没什么效果不说还浪费 CPU。而 Transfer-Encoding 则是用来改变

上文介绍了HTTP 协议中的 Accept-Encoding/Content-Encoding 机制。这套机制可以很好地用于文本类响应正文的压缩，可以大幅减少网络传输，从而一直被广泛使用。但 HTTP 请求的发起方（例如浏览器），无法事先知晓要访问的服务端是否支持解压，所以现阶段的浏览器没有压缩请求正文。有一些通讯协议基于 HTTP 做了扩展，他们的客户端和服务端是专用的，可以放心大胆地压缩请求正文。例如 WebDAV 客户端就是这样。实际的 Web 项目中，会存在请求正文非常大的场景，例如发表长.

Accept-Encoding 和 Content-Encoding 是 HTTP 中用来对「采用何种编码格式传输正文」进行协定的一对头部字段。它的工作原理是这样：浏览器发送请求时，通过 Accept-Encoding 带上自己支持的内容编码格式列表；服务端从中挑选一种用来对正文进行编码，并通过 Content-Encoding 响应头指明选定的格式；浏览器拿到响应正文后，依据 Content-Encoding 进行解压。当然，服务端也可以返回未压缩的正文，但这种情况不允许返回 Content-Encodi

1、HTTP内容编码和HTTP压缩的区别：HTTP压缩，在HTTP协议中，其实是内容编码的一种。在http协议中，可以对内容（也就是body部分）进行编码， 可以采用gzip这样的编码。 从而达到压缩的目的。 也可以使用其他的编码把内容搅乱或加密，以此来防止未授权的第三方看到文档的内容。所以我们说HTTP压缩，其实就是HTTP内容编码的一种。 所以大家不要把HTTP压缩和HTTP内

http协议中可以设置超时(连接超时、响应超时)，具体设置情景如下：1、java api的方式：JDK 1.5以前的版本，只能通过设置两个系统属性来控制网络超时：String szUrl = “http://www.ee2ee.com/”;URL url = new URL(szUrl);HttpURLConnection urlCon = (HttpURLConnection...

Mark Nottingham写了一篇博客对新协议中9件值得期待的事情发表了看法：使用与HTTP相同的API。就像Mark提到的：“要想让HTTP/2成功，就必须让它能在现有的Web中正常工作。因此我们所做的努力是让现有的HTTP更好地工作，而不是去改变这个协议。”尽管也许有机制能让你优化一些新功能，但一般情况下不会有新的方法、header和状态码。更廉价的请求。“HTTP/2使用

我们知道，HTTP 协议是以 ASCII 码传输，建立在 TCP/IP 协议之上的应用层规范。规范把 HTTP 请求分为三个部分：状态行、请求头、消息主体。类似于下面这样： 协议规定 POST 提交的数据必须放在消息主体（entity-body）中，但协议并没有规定数据必须使用什么编码方式。实际上，开发者完全可以自己决定消息主体的格式，只要最后发送的 HTTP 请求满足上面的格式就可

HTTP协议是基于字符（ASCII）的，当Content-Type项为text/xml，则内容是文本格式；当二进制格式时，Content-Type项为image/gif，就是了。例如，浏览器请求一张图片的数据包信息：1、请求消息：2、响应消息：下面是二进制的数据区http和FTP不同的是：数据通过HTTP协议以字符传输，二进制的数据都要经过BASE6

XMLHttpRequest是一个浏览器接口，使得Javascript可以进行HTTP(S)通信。最早，微软在IE 5引进了这个接口。因为它太有用，其他浏览器也模仿部署了，ajax操作因此得以诞生。但是，这个接口一直没有标准化，每家浏览器的实现或多或少有点不同。HTML 5的概念形成后，W3C开始考虑标准化这个接口。2008年2月，就提出了XMLHttpRequest Level 2 草案。

HTTP是Hyper Text Transfer Protocol（超文本传输协议）的缩写。它的发展是万维网协会（World Wide Web Consortium）和Internet工作小组IETF（Internet Engineering Task Force）合作的结果，RFC 1945定义了HTTP/1.0版本、RFC 2616定义了今天普遍使用的一个版本——HTTP 1.1。 HTTP协