关于可能支持套接字的javascript和浏览器本机功能

即使我的问题是一般性的，它也会困扰我一段时间，我认为它值得关注

我想知道实现支持浏览器套接字的本机功能可能有什么困难。这意味着javascript能够侦听指定服务器上打开的套接字，并且能够向正在侦听的另一个服务器发送数据包。当然，如果没有http请求，则需要花费大量的时间进行包装、“头处理”等等。向一个至少高达400ms的对象发出10ms请求的对象

我知道HTML是一种文本协议，本不打算这样做，但最近情况发生了很大变化，它本身无法支持实时应用程序和强大的流媒体功能，而这正是这些天人们所渴望的

即使我们已经在很多方面看到了它的实现，但这并没有引起浏览器开发人员的注意，因为这是解决许多问题的可行方案，也是一个很好的特性

所以，我真正的问题是为什么它还没有实施，以及需要做些什么才能实现它

---

我知道有node.js和sockets.io之类的东西，还有很多应用程序都使用ajax来模拟这一点，但没有什么能与本机功能特性真正的交易相比。

这个东西应该标准化，并且在所有浏览器中都可以使用。这就是为什么它很难。我们不想再有浏览器大战了。@SergioTulentsev是的，但从我们今天看到的情况来看，IE从这个角度（在它成为最非标准的浏览器之前）开始变得更“友好”，并且已经停止了一段时间，以逆流而上。因此，我们看到这样做是可能的，此外，我们不应该仅仅为了“和平”而停止创新。凯尔：你为什么不加入一些w3c工作组，说服他们在所有浏览器中实现本机套接字？：-）@SergioTulentsev我希望在加入任何w3c工作组说服他们彻底改变web之前，能找到一些关于这可能是一个问题的原因。（这肯定会是一个很大的改进）我个人认为这是一个协作问题。这件事应该标准化，并且在所有浏览器中都能正常工作。这就是为什么它很难。我们不想再有浏览器大战了。@SergioTulentsev是的，但从我们今天看到的情况来看，IE从这个角度（在它成为最非标准的浏览器之前）开始变得更“友好”，并且已经停止了一段时间，以逆流而上。因此，我们看到这样做是可能的，此外，我们不应该仅仅为了“和平”而停止创新。凯尔：你为什么不加入一些w3c工作组，说服他们在所有浏览器中实现本机套接字？：-）@SergioTulentsev我希望在加入任何w3c工作组说服他们彻底改变web之前，能找到一些关于这可能是一个问题的原因。（这肯定是一个很大的进步）我个人认为这是一个合作问题。