Designing Evolvable Web API with ASP.NET 随便读，随便记 “The Internet,the World Wide Web,and HTTP”——HTTP

HTTP

我们将只聚焦在于与创建 Web APIs有关的部分。

HTTP 是信息系统中的一个应用层协议，是Web的支柱。 其原先由 Berners-Lee,

Roy Fielding 和 Henrik Frystyk Nielsen 三位计算机科学家们创作的。HTTP 为

客户端与服务器端之间跨网络相互传输信息定义了一个接口。它隐藏了双方的实现细

节。

HTTP 设计用来戏剧性地改变系统，而容许一定程度上的延迟和数据的过时。

这种设计允许 计算机中间媒体，如代理服务器来协调通信，提供诸多好处，

如缓存，压缩和导航。HTTP的这些特性，使它在World Wide Web世界里

成为非常理想的工具。它以固有的延迟时间来大量地戏剧性的改变和推进着

网络技术的发展。它也经受住了时间的考验，从1996年面世以来，一直助力

着World Wide Web。

跨越HTTP 1.1

HTTP 也并不是静止的，它也在往前发展。

之前对HTTP spec RFC 2616存在都会一些概念上的混淆，IETF

搞了个 httpbis ，但没有在公共产生多大影响，它们后来搞的

HTTP 2.0也没有产生多大影响 。因为 httpbis 原来是要取代

HTTP的，而且还能提供对HTTP更深层的理解，所以我们在以

后将用它做为基础。

HTTP 信息交换

基于HTTP的系统，它们在交换信息的时候，是通过 request / response

的方式，无状态地进行的。

君请看：

客户端发出一个请求

这个请求，包含了HTTP版本，某个资源的URI，请求头，HTTP方法，和一

个可选的实体内容。这个请求将被发送到原服务器。服务器接到后看URIs

和HTTP方法，以此来决定它是否可以处理这个信息。如果它能，它将查看

请求头，然后根据请求头来处理信息。

等到服务器处理完这个信息之后，HTTP response响应被生成，其中包含

对资源的一个呈现。

君请看：

这个响应，包含了HTTP 版本、响应头、和可选的实体body，一个状态码

和一个描述。跟服务器接收信息类似，客户端将用它的控制信息来检查响

应头，并随后处理这个信息和它的内容。

intermediarie 中间人

这个过程，其中忽略了一个重要的部分，intermediaries 。中间人。

HTTP 是架构在系统中组件或服务器各司其职的考虑之上的。让一个HTTP

客户端看见服务器,是不必要的。由于请求会跨越很长的路程来到服务器，

它将会遇到一些中间人，如图。它们可能是代理或者是一些可能会检查

HTTP请求或响应并修改或替换信息的组件。

中间人能立刻返回一个响应，并调用日志记录，或者不作处理。

中间人在提高和加强通信方面会有好处，比如它会将从服务器返回的缓存

数据直接返回给请求端，此举大大提高了响应时间。如图：

从图中也可以看出，中间人可以位于任务地方。

中间人的类型

在客户端和服务器端通信中，有三类中间人参与其中，而且对客户端是可见

的。

• 代理 它会为客户端处理HTTP的请求和响应。客户使用代理通常是有意的。
• 网关  它会接收传入的HTTP信息，转换为服务器的协议，也将送出的信息

转换为HTTP协议。它表现地类似于服务器，

• 通道  如HTTPS

原文这里提到了一下 CDN 。