HTTP必须执行在TCP上吗？
SSL必须执行在TCP上吗？
...
实际上HTTP并没有规定一定要执行在TCP上，甚至FTP也不一定要执行在TCP上！HTTP或者FTP仅仅是说底层信道要保证数据的按序传输以及可靠到达而已，由于传输层除了TCP之外没有别的著名的协议能够满足这个需求，所以大多数的应用都选择了TCP，可是你要知道，这并非强制的。
SSL基于这个思想上打开了第一个洞，从而出现了DTLS。DTLS和HTTP一样，也是须要一个可靠的连接，可是它却没有使用TCP，相同OpenVPN的SSL握手更进一步，尽管SSL须要一个可靠的传输层信道，可是OpenVPN能够既不使用TCP，也不使用DTLS，而仅仅是自己实现了一个基于UDP的轻量级可靠层，事实证明，这是非常不错的。
近期看了一本书，《枪炮，病菌与钢铁》，里面谈到了一种抢先性，即一种动植物或者技术在某地驯化或者进化之后迅速传播到其他地区，就会阻滞该地区的自主进化进程，该地区会首选传播而来的现成的东西，终于后来者居上，由于它仅仅是拿来，省去了孵化成本。TCP的侵略性也表如今此。难道你没有问过自己，为何几十年来，基于流的著名传输层协议仅仅有TCP一种，然而当初BSD套接字并非这么想的，否则它就直接把socket的第二个參数定义成TCP而不是随stream了，第三个參数也不须要了...注意，我这里仅仅是针对INET套接字而言，对于别的套接字类型，还是须要三个參数的。对于INET而言，数据报类型的就是UDP，流类型的就是TCP，著名的协议差点儿没有别的了，就算有也能够通过ioctl来设置..请恕我的无知，居然不知道socket參数的意义！
TCP展示的就是这样的抢先性，已经有了TCP了，何必再造出其他协议呢？尽管它有点重，但还是能够用的。造成这个TCP一家独霸的局面的理由，还有技术的成熟早于标准化这一理由。对于UDP的侵略性，主要体如今带宽占用上，UDP仅仅是在IP上添加了一个应用层多路复用机制，既然IP是抢占的，UDP也是，由于它们都没有端到端的流量控制机制。尽管UDP在状态防火墙或者状态NAT上会有问题，可是问题并不在于UDP，而是在于防火墙和NAT设备为UDP强加了一个状态，UDP本身就是无状态的嘛，另外，防火墙技术或者NAT技术本身就是错误的技术，端到端安全以及VPN才是正解，否则如今全世界就全都布满了带有城墙的城市或者城堡碉堡之类的工事了。