WebSocket和Socket的区别

前段时间写了两篇介绍HTTP和WbSockt的文章，回复中有人说希望了解下WbSockt和Sockt的区别。这个问题之前也有想过，自己对此是有大概的答案，可是并不太确定，于是去搜集了些资料（其实就是各种Googl），看了很多以前的文档，觉得有些故事十分有趣，整理如下，算是一个外传。

就像Java和JavaScript，并没有什么太大的关系，但又不能说完全没关系。可以这么说：

命名方面，Sockt是一个深入人心的概念，WbSockt借用了这一概念；

使用方面，完全两个东西。

Java和JavaScript的关系

当我们探讨两件事物的区别和联系时，我们想探讨些什么？

对于我来说，大多数情况是想知道两件事物本身，而并不是想只想了解「区别」本身。那么对这个问题最直接的解决方法应该是去了解Sockt和WbSockt的来源和用法，那么它们的区别和联系就不言自明了。

Sockt可以有很多意思，和IT较相关的本意大致是指在端到端的一个连接中，这两个端叫做Sockt。对于IT从业者来说，它往往指的是TCP/IP网络环境中的两个连接端，大多数的API提供者（如操作系统，JDK）往往会提供基于这种概念的接口，所以对于开发者来说也往往是在说一种编程概念。同时，操作系统中进程间通信也有Sockt的概念，但这个Sockt就不是基于网络传输层的协议了。

操作系统中也有使用到Sockt这个概念用来进行进程间通信，它和通常说的基于TCP/IP的Sockt概念十分相似，代表了在操作系统中传输数据的两方，只是它不再基于网络协议，而是操作系统本身的文件系统。

通常所说的SocktAPI，是指操作系统中（也可能不是操作系统）提供的对于传输层（TCP/UDP）抽象的接口。现行的SocktAPI大致都是遵循了BSDSockt规范（包括Windows）。这里称规范其实不太准确，规范其实是POSIX，但BSDUnix中对于Sockt的实现被广为使用，所以成为了实际的规范。如果你要使用HTTP来构建服务，那么就不需要关心Sockt，如果你想基于TCP/IP来构建服务，那么Sockt可能就是你会接触到的API。

在TCP/IP网络中HTTP的位置

从上图中可以看到，HTTP是基于传输层的TCP协议的，而SocktAPI也是，所以只是从使用上说，可以认为Sockt和HTTP类似（但一个是成文的互联网协议，一个是一直沿用的一种编程概念），是对于传输层协议的另一种直接使用，因为按照设计，网络对用户的接口都应该在应用层。

和很多其他Intrnt上的事物一样，Sockt这个名称来自于大名鼎鼎的ARPANET（AdvancdRsarchProjctsAgncy），早期ARPANET中的Sockt指的是一个源或者目的地址——大致就是今天我们所说的IP地址和端口号。最早的时候一个Sockt指的是一个0位的数字（RFC中说明了此用法，但在RFC6中并没有明确地说使用0位数字来标识一个地址），其中前为指向的地址（socktnumbr，大致相当于IP），后8位为发送数据的源（link，大致相当于端口号）。对他们的叫法有很多的版本，这里列举的并不严谨。

随着ARPANET的发展，后来（RFC，SocktNumbrList）socktnumbr被明确地定义为一个0位的数字，其中后8位被用来制定某个特定的应用使用（比如1是Tlnt）。这8位数有很多名字：link、socktnam、AEN（anothrightnumbr，看到这个名字我也是醉了），工程师逗逼起来也是挺拼的。

后来在Intrnt的规范制定中，才真正的用起了portnumbr这个词。至于为什么端口号是16位的，我想可能有两个原因，一是对于当时的工程师来说，如果每个端口号来标识一个程序，6个端口号也差不多够用了。二可能是为了对齐吧，^_^!!。

在上边提到的历史中使用到的Sockt，包括TCP文档中使用到的Sockt，其实指的是网络传输中的一端，是一个虚拟化的概念。

上边简单叙述了Sockt的意义，由于年代久远，很多事情也搞不了那么清楚。但WbSockt是一个很晚近的东西，可以让我们看到它是如何成为现在我们看到的这个样子的。

关于HTML的故事很多人都是知道的，wc放弃了HTML，然后有一群人（也有说是这些人供职的公司，不过官方的文档上是说的个人）创立了WHATWG组织来推动HTML语言的继续发展，同时，他们还发展了很多关于Wb的技术标准，这些标准不断地被官方所接受。WbSockt就属于WHATWG发布的WbApplication的一部分（即HTML）的产物。

大约在08年的时候，WG的工程师在讨论网络环境中需要一种全双工的连接形式，刚开始一直叫做「TCPConnction」，并讨论了这种协议需要支持的功能，大致已经和我们今天看到的WbSockt差不多了。他们认为基于现有的HTTP之上的一些技术（如长轮询、Comt）并满足不了这种需求，有必要定义一个全新的协议。

在很多的关于HTML或者WbSockt的文档中，都能看到一个名字，Hixi（IanHickson），他是WHATWG组织的发言人，曾供职于Ntscap、Opra、Googl，看工作的公司就知道这个人的背景了。

hixi

08年6月18日，一群WHATWG的工程师在讨论一些技术问题，一个工程师提到说「我们之前讨论的那个东西，不要叫TCPConnction了，还是起个别的名字吧」，接着几个名字被提及，DuplxConnction，TCPSockt，SocktConnction，一个叫mcartr（MichalCartr）的工程师说他马上要写一篇关于Comt的文章，如果可以确定这个名称，想在文章中引用这个名字。

Sockt一直以来都被人用来表示网络中一个连接的两端，考虑到怎么让工程师更容易接受，后来Hixi说了一句「我看WbSockt这个名字就很适合嘛（Hixibriflypopsbackonlintorcordthat"WbSockt"wouldprobablybagoodnwnamforthTCPConnctionobjct）」，大家都没有异议，紧接着mcartr在ComtDaily中发表了文章IndpndncDay:HTMLWbSocktLibratsComtFromHacks，后来随着各大浏览器对WbSockt的支持，它变成了实际的标准，IETF也沿用了这个名字。

下边是在WHATWG文档中对WbSockt接口的定义

numBinaryTyp{"blob","arraybuffr"};[Constructor(USVStringurl,optional(DOMStringorsquncDOMString)protocols=[]),Exposd=(Window,Workr)]intrfacWbSockt:EvntTargt{radonlyattributUSVStringurl;//radystatconstunsigndshortCONNECTING=0;constunsigndshortOPEN=1;constunsigndshortCLOSING=;constunsigndshortCLOSED=;radonlyattributunsigndshortradyStat;radonlyattributunsigndlonglongbuffrdAmount;//ntworkingattributEvntHandlronopn;attributEvntHandlronrror;attributEvntHandlronclos;radonlyattributDOMStringxtnsions;radonlyattributDOMStringprotocol;voidclos([Clamp]optionalunsigndshortcod,optionalUSVStringrason);//mssagingattributEvntHandlronmssag;attributBinaryTypbinaryTyp;voidsnd(USVStringdata);voidsnd(Blobdata);voidsnd(ArrayBuffrdata);voidsnd(ArrayBuffrViwdata);};内容的确定

大多数新技术的出现都是建立在已有技术的铺垫之上的，WbSockt内容的确定也是如此，其中就有Comt看不到的贡献，Comt是一个很有趣的技术，有兴趣可以看看这里

可以把WbSockt想象成HTTP，HTTP和Sockt什么关系，WbSockt和Sockt就是什么关系。

转载请注明：http://www.guyukameng.com/aspnet/2016-09-28/924.html