websocket与header connection-keep-alive=百万的http有何不同
共有1个答案
在TCP/IP级别上，它看起来是一样的：一个套接字是打开的。
但从浏览器的角度来看，它们是完全不同的。keep-alive是为了让浏览器重复使用来请求更多的内容（例如图像、css文件、站点上的下一页）。WebSockets用于在Javascript应用程序代码中进行双向通信。服务器可以随时选择发送内容。您的JS应用程序可以随时向服务器发送数据。
还值得与SSE（又名EventSource）进行比较，后者也允许服务器选择在任何时候发送内容，但是是单向的（JS应用程序在需要发送更多数据时必须使用XHR）。（对WebSockets和SSE的全面比较可能会变得非常复杂，所以我在这里不再多说了，只想说SSE通常是正确的选择。）
-
非标准 这个功能是非标准的，不在标准轨道上。不要在面向 Web 的生产站点上使用它：它不适用于每个用户。实现之间也可能存在很大的不兼容性，并且行为在未来可能会发生变化。 Keep-Alive一般报头允许发送者提示关于如何连接，并且可以被用于设置超时时间，并且请求的最大数量。 Connection头需要被设置为“保活”这个标题有任何意义。此外，Connection和Keep-Alive在 HTTP
-
Props： include - 字符串或正则表达式。只有匹配的组件会被缓存。 exclude - 字符串或正则表达式。任何匹配的组件都不会被缓存。 用法： <keep-alive> 包裹动态组件时，会缓存不活动的组件实例，而不是销毁它们。和 <transition> 相似，<keep-alive> 是一个抽象组件：它自身不会渲染一个 DOM 元素，也不会出现在父组件链中。 当组件在 <keep-
-
然而我这样做，似乎并不奏效： 您知道如何使DefaultHttpClient使用TCP保持活动策略吗？
-
问题内容： 继续我提出的问题”如何实现ExecutorService以基于轮换的方式执行任务？”)，我试图在我的代码库中使用ThreadPoolExecutor。即使反复尝试从Java API文档中了解，我仍然无法清楚地理解要在构造函数中传递的参数的功能/目的。希望有人可以通过一些很好的例子向我解释。 Java文档摘录： - 当线程数大于内核数时，这是多余的空闲线程将在终止之前等待新任务的最长时间
-
问题内容： 继续我提出的问题，我试图在我的代码库中使用ThreadPoolExecutor。即使反复尝试从Java API文档中理解，我也无法清楚地理解keepAliveTime要在构造函数中传递的参数的功能/目的。希望有人可以通过一些很好的例子向我解释。 Java文档摘录： keepAliveTime-当线程数大于内核数时，这是多余的空闲线程将在终止之前等待新任务的最长时间。 问题答案： 假设您
-
我使用请求一组URL。大多数URL属于相同的主机。似乎会为每个URL创建一个全新的TCP连接，即使已经为上一个URL建立了到主机的连接。当数百个连接同时建立时，一些服务器会丢弃新的连接或开始缓慢响应。 代码示例： 在日志中，我看到同一个远程主机的本地端口不同，活动和非活动连接的总和远远高于不同主机的数量。这就是为什么我认为没有重用已经建立的连接。 是否可以使用HTTP客户端通过与主机的同一TCP连