如果您有许多用户(和服务器)的复杂需求集,您的websocket基础架构(服务器[s])将如何扩展,尤其是广播？
当然,广播不是任何websocket规范的一部分,但它甚至在基本的聊天示例中(也就是websocket的hello world).
客户端(请求新数据)解决方案似乎仍然比服务器端(广播)解决方案更具可扩展性,其中websockets的低延迟和相对便宜(http无头)性质.
编辑:
好吧,只是认为你想用websocket实现替换所有的ajax代码,这可能意味着在很多不同的上下文中有这么多的连接.如果您想跟踪广播的每种可能情况,这会给您的系统增加极大的复杂性.
低(网络/线程等)级别的实现建议也是问题的一部分,而不是解决方案,因为这意味着您必须编写一个特殊服务器,而不像一般的http服务器.
而且,广播给桌面带来某种状态性,不容易扩展.考虑添加更多服务器和负载平衡.
有没有办法实现chrome扩展中的所有内容脚本只有一个websocket连接？
由于内容脚本不能使用由其扩展页面定义的变量或函数,因此我无法知道.
为什么只有一个websocket连接？因为打开websocket连接是相对昂贵的过程,特别是如果你多次一次又一次地这样做.