一个有趣的问题——HTTP是“超文本传输协议”还是“超文本转移协议”

　　最近在看《HTTP图解》这本书，书中提到了对国内对HTTP协议名称的翻译问题，并且给出了一些网友讨论的原稿链接，我看了一下觉得挺有意思的，另外我本人也觉得翻译对于理解协议本身非常重要，就整理了一些观点。

　　HTTP的全称是HyperText Transfer Protocol，大家主要的关注点在于Transfer应该如何翻译。

　　以下是整理的内容：

　　李锟：

　　1.纸面释义

　　在IETF的RFC中，“transport”（传输）的含义是指：从端到端（例如从ip1:port1到ip2:port2）可靠地搬运比特，也就是TCP/IP协议栈中的第3层传输层（transport layer）协议所做的那些事情。

　　而“transfer”的含义是：通过在客户端-服务器端之间转移一些带有操作语义的操作原语，来执行某种操作。“transfer”是TCP/IP协议栈中的第4层应用层的概念，而不是第3层传输层的概念。“transfer”所转移的是带有明确操作语义的操作原语，而不是没有操作语义的比特流。

　　2.HTTP协议在TCP/IP协议族中的位置

　　HTTP其实是一种应用协议。HTTP/FTP/NNTP..... 全是应用层协议。transfer是应用层的概念。传输这件事情，TCP+UDP已经干的很好了。

　　不过本着人有多大胆地有多大产的革命乐观冒险主义，非把HTTP当作传输协议来用，确实也死不了人。但是这是低效的用法，会付出一些代价。

　　3.HTTP设计者Fielding博士的释疑

　　HTTP定制者之一的Roy Fielding博士在其论文[1]（6.5.3节）中使用“transfer”表达的是“（表述状态的）转移”（Representational State Transfer），而不是“传输”。这是因为英语单词“transfer”在不同语境下的多义性，请勿误解。

 6.5.3 HTTP is not a Transport Protocol

HTTP is not designed to be a transport protocol. It is a transfer protocol in which the messages reflect the semantics of the Web architecture by performing actions on resources through the transfer and manipulation of representations of those resources. It is possible to achieve a wide range of functionality using this very simple interface, but following the interface is required in order for HTTP semantics to remain visible to intermediaries. 

 　　尝试翻译一下：　

 　　HTTP不是为了设计成一个传输协议。它是一个转移协议，通过对资源表征的转移和操作，它反映了Web架构的含义。它使得通过简单的接口实现非常大范围的功能诉求，同时接口又是必须的，它使得HTTP的语义对于中间媒介保持可见。

　　4.HTTP协议的有设计与发展

　　HTTP协议为何要这样设计、设计出来是为了做什么事情，指导思想是REST。REST其实就是中庸之道，没什么神秘。

　　HTTP 1.0和HTTP 1.1最大的区别是什么，我接下来详细解释。

　　HTTP 1.0基本上就是一个服务器端静态文件的操作协议，并没有抽象的资源概念，HTTP 1.0认为Web服务器上就是一大堆静态文件。HTTP 1.0里面的transfer，就是传递、转移文件。有人把它理解为传输，似乎也可以。但是在协议里面，传输transport其实指的是搬运bit层次的苦力活。

　　如何来很好地支持动态内容，是HTTP 1.1协议要解决的一个主要问题。因此就发明了一个新的概念叫做资源，注意：资源和面向对象编程里面的对象类似，是一个抽象的工具。资源不仅仅可以代表服务器端一个文件、数据库中一条记录这类具体的东西。可以要多抽象有多抽象。有了资源之后，还需要设计一个统一的接口来操作资源。否则每一个资源操作的方式都不一样，那样做会严重降低Web应用的可伸缩性。

 

　　陈睿杰-小狗

　　其实说起来，http还真和邮局很相似，你去寄信，信封上的东西，比如地址、邮编，是有语义的，你可以看作是“应用层”的东西，你通过信件“转移”你的想法给对方；邮局的派送车，只管帮你运输的，那个是“传输层”的东西，帮你“传输”这封信件。
　　对应到HTTP协议的内容，request header、response header，就是信封上的元信息，body是你的信件内容。http很依赖这些元信息的，它根本不关注整个东西是怎么送达到对方手里的，传输有TCP、IP在做了。

　　其实要真正明白区别，就要明白资源的概念，资源是抽象的概念，你不可能在网络上真正的交换一个资源实体，你只能操作表述，资源永远无法直接触及，在REST架构中，服务器和客户端之间都只能通过资源的表述来进行交流，而非资源本身，这就是为什么要用“转移”来称呼这个操作。转移表述，而非传输资源。

　　

　　参考文档：

　　http://www.ituring.com.cn/article/1817#

　　http://www.ituring.com.cn/article/937

　　http://www.ics.uci.edu/~fielding/pubs/dissertation/evaluation.htm