为了尽可能地了解TCP套接字和websocket之间的差异,我已经在这些问题中找到了很多有用的信息:
等等...
在我的调查中,我在维基百科上看了这句话:
Websocket与TCP的不同之处在于它启用了消息流而不是字节流
我不完全确定它究竟意味着什么.你有什么解释?
我读过WebSockets,但它们似乎不是纯粹的"套接字",因为它们上面有一个应用程序层协议." ws: "
有没有办法从网络浏览器进行纯套接字连接,搞活网页?
这是我在黑暗中的随机刺伤
但是关于HTML5,如果它们不是套接字,为什么它们被称为WebSockets?
websocket协议是如此简单实现,以至于它几乎是"套接字"?
Websocket的设计方式使其服务器可以与HTTP服务器共享一个端口,使其握手成为有效的HTTP升级请求.
我对这种设计理念有疑问.WebSocket协议是一种独立的基于TCP协议的任何方式.
为什么我们需要这种HTTP握手(升级请求)和协议切换.相反,为什么我们不能直接(和独立)遵循websocket协议?
我正在寻找一种解决方案,将事件从我的服务器推送到客户端,这将是Android,iOS和桌面(网络)用户.
我在Parse,Amazon SNS和Google Cloud Messaging上看到了不少帖子,但是他们没有提到它们的速度和最常见的应用程序,或者与简单的TCP流或websockets进行比较?
我需要为每个客户端提供高达50个事件/秒的双向吞吐量(每个事件¬1kb),最大延迟为150毫秒.
仅使用TCP事件流与websockets对比SNS/Parse/GCM有什么缺点?
events websocket amazon-sns parse-platform google-cloud-messaging
似乎有两种方法可以在 Dart 服务器和 Dart 客户端之间保持开放连接:ServerSocket 和 Websocket。
https://www.dartlang.org/dart-by-example/#sockets
https://www.dartlang.org/dart-by-example/#websockets
什么时候最好使用一种而不是另一种?