为什么不'；t浏览器允许您打开常规连接，而不是Ajax或Comet？

如果您想打开浏览器和服务器之间的双向连接，唯一的选择是轮询（敲打服务器）或使用comet（粗糙且容易断开连接）

---

为什么浏览器不让你打开一个普通的TCP连接呢？没有这种功能有什么实际的好处吗？

鉴于此功能可以通过flash有效地使用，因此没有真正的安全理由——但是现在没有浏览器希望第一个实现这样的非标准扩展。此外，没有简单的方法来执行线程，这可能会使使用套接字变得相当尴尬。

鉴于此功能可以通过flash有效地使用，因此没有真正的安全理由——但现在没有浏览器希望第一个实现这样的非标准扩展。此外，没有简单的方法来执行线程，这可能会使使用套接字变得相当尴尬。

底层协议HTTP基本上是一种半双工通信协议，它也是无状态的，不支持全双工通信。然而，有了HTML5WebSockets，情况将会改变。WebSocket是HTML5规范中考虑的一个新标准。一旦规范最终确定，并且所有浏览器供应商都调整了标准，您就可以使用WebSocket通过浏览器本身建立专用TCP连接

我们还必须记住，HTTP基本上是为了在地理上分布的团队之间传递文档和共享信息而设计的，而不是作为通信协议

---

话虽如此，已经有一些公司构建了一些消息网关，使您能够实现全双工通信

底层协议HTTP基本上是半双工通信协议，它也是无状态的，不支持全双工通信。然而，有了HTML5WebSockets，情况将会改变。WebSocket是HTML5规范中考虑的一个新标准。一旦规范最终确定，并且所有浏览器供应商都调整了标准，您就可以使用WebSocket通过浏览器本身建立专用TCP连接

我们还必须记住，HTTP基本上是为了在地理上分布的团队之间传递文档和共享信息而设计的，而不是作为通信协议

---

话虽如此，已经有一些公司构建了一些消息网关，使您能够实现全双工通信

多年来，为了提供更丰富的体验，网络的许多方面或元素被劫持。Comet只是一个例子，它利用长期存在的连接来允许服务器端推送。最初，网页只是指文本的超链接文档，而不是我们今天经常看到的丰富应用程序。对最初想法的攻击和滥用将继续下去，直到有一天这些东西变得更加标准化。

多年来，为了提供更丰富的体验，网络的许多方面或元素被劫持。Comet只是一个例子，它利用长期存在的连接来允许服务器端推送。最初，网页只是指文本的超链接文档，而不是我们今天经常看到的丰富应用程序。对最初想法的攻击和滥用将继续下去，直到有一天这些事情变得更加标准化。

你的问题的答案基本上是否定的，不能在浏览器中打开客户端和服务器之间的双向连接没有任何明显的好处。不能这样做的原因很简单，这不是web浏览器的意图，web浏览器是为轮询/检索文档而开发的。随着富互联网应用程序的出现，拥有这样的功能变得越来越理想，但以前浏览器从来没有这样做过。目前，有一个空白需要通过最终协议或现有协议的实现来填补，该协议将管理浏览器和服务器之间的双向通信。现有的技术可以在不同程度上模拟这种行为（AJAX、Comet等），也可以通过嵌入对象（Java、Flash、IE中的ActiveX控件）来实现，但这些只是围绕空洞的路径，而不是跨越空洞的桥梁

---

我们只需等待（或采取行动）标准的编写和随后的实现。更可能的是，实现将首先出现，我们将有一大堆新的跨浏览器兼容性问题需要解决：）哦，最前沿

您的问题的答案基本上是否定的，不能在浏览器中打开客户端和服务器之间的双向连接没有明显的好处。不能这样做的原因很简单，这不是web浏览器的意图，web浏览器是为轮询/检索文档而开发的。随着富互联网应用程序的出现，拥有这样的功能变得越来越理想，但以前浏览器从来没有这样做过。目前，有一个空白需要通过最终协议或现有协议的实现来填补，该协议将管理浏览器和服务器之间的双向通信。现有的技术可以在不同程度上模拟这种行为（AJAX、Comet等），也可以通过嵌入对象（Java、Flash、IE中的ActiveX控件）来实现，但这些只是围绕空洞的路径，而不是跨越空洞的桥梁

我们只需等待（或采取行动）标准的编写和随后的实现。更有可能的是，实现将首先出现，我们将有一大堆新的跨浏览器兼容性问题需要解决：）哦，ble