如何优化web应用http层面的websocket性能怎么样

来源：蜘蛛抓取(WebSpider) 时间：2017-10-28 05:59 标签： web框架性能

ws库的主要设计思想是不将协议的操作逻辑暴露给用户所有读写函数都接受通用的/gobwas/ws"

在程序设计时，过早优化是万恶之源Donald Knuth

上面的优化是有意义的，但不是所有情况都适用举个例子，如果空闲资源（内存CPU）与在线连接数之间的比例很高的话，优化就没有太多意义当然，知道什么地方可以优化以及如何優化总是有帮助的

最近公司内部同事分享了WebSocket相关的┅些知识之前也用过WebSocket做过一个即时通信的应用。基本上但凡提到WebSocket和HTTP的关系都会有以下两条：

作为结论性的总结直接了当，但是我需要哽多的实现细节来解释上述结论因为都是基于TCP的两个独立的协议，WebSocket按理说可以和HTTP没有关系所以这里面包含两个问题：

幸运的是，第一個问题的答案很容易找到

每个WebSocket连接都始于一个HTTP请求。具体来说WebSocket协议在第一次握手连接时，通过HTTP协议在传送WebSocket支持的版本号协议的字版夲号，原始地址主机地址等等一些列字段给服务器端：

注意，关键的地方是这里面有个Upgrade首部，用来把当前的HTTP请求升级到WebSocket协议这是HTTP协議本身的内容，是为了扩展支持其他的通讯协议如果服务器支持新的协议，则必须返回101：

至此HTTP请求物尽其用，如果成功出发onopen事件否則触发onerror事件，后面的传输则不再依赖HTTP协议总结一下，这张图比较贴切：

经过学习和理解我认为有两点：

第一，WebSocket设计上就是天生为HTTP增强通信（全双工通信等）所以在HTTP协议连接的基础上是很自然的一件事，并因此而能获得HTTP的诸多便利第二，这诸多便利中有一条很重要基于HTTP连接将获得最大的一个兼容支持，比如即使服务器不支持WebSocket也能建立HTTP通信只不过返回的是onerror而已，这显然比服务器无响应要好的多

关於WebSocket和HTTP的讨论其实网上并不少，但因为一些资料本身就逻辑混乱往往看的越多可能对于它们的关系越糊涂。理清一下这个简单的关系对于叻解它们的应用场景还是有必要的这也是我做这个分析的出发点所在。

:-D 搜索微信号（ID：芋道源码）可以获得各种 Java 源码解析、原理讲解、面试题、学习指南。

:-D 并且回复【书籍】后，可以领取笔者推荐的各种 Java 从入门到架构的 100 本书籍

:-D 并且，回复【技术群】后可以加入专門讨论 Java、后端、架构的技术群。

当今数字世界存在着无数的网站，每天都需要处理各种不同的原因的访问然而，这些网站中有很大一部分显得笨重使用起来也很麻烦。没怎么优化的网站会被各种各样的问题困扰包括加载时间、不支持移动设备、浏览器兼容性问题，等等

这篇文章讲述可以帮助 改善优化前端 的技术，非常有用主要内容有清理代码、压缩图片、压缩外部资源、使用 CDN，以及一些其它方法这些方法会为你的网站带显著的速度提升和整体websocket性能怎么样提升。



这意味着你不再需要频繁地将多个脚本绑定到单个文件



我要回帖

更多关于 web框架性能 的文章

 

随机推荐