DaftJayee的博客

1.浏览器生成一个二维码，二维码里面包含微信的URL和一个随机的UUID，并轮询（或websocket）给服务器发消息2.客户端扫描二维码，得到一个把用户的信息和UUID绑定，发送给服务器3.服务器拿到这个用户的信息和UUID4.浏览器请求消息，服务器拿到用户的信息，进行更新...

Http 的 request 和 response 的协议组成1、Request 组成客户端发送一个 HTTP 请求到服务器的请求消息包括以下格式：请求行（request line）、请求头部（header）、空行和请求数据四个部分组成。请求行以一个方法符号开头，以空格分开，后面跟着请求的 URI 和协议的版本。1.1、Get 请求例子GET /562f25980001b1b106000338.jpg HTTP/1.1Host img.mukewang.comUser-Agent Mozi

顺便一提，SPDY的请求头压缩算法是DEFLATEHTTP/2WebSocket请求头压缩(HPACK算法)无二进制√二进制或文本流多路复用√√优先级√×压缩√√方向客户端/服务器+服务器端推送（Server Push）双向的全双工√√...

1）资源方面：200个客户在1台客户端会占用很多资源2）线程方面：200个客户在1台客户端会产生线程干扰3）带宽方面：200个客户在1台客户端需要更大的带宽4）ip地址问题：服务器对于单一IP地址最大连接数的限制（可以使用IP Spoof绕过）5）分布式管理：200个客户在1台客户端不用考虑，另一种方式则需要考虑使用控制器来整体调配不同客户机上的用户6）权限和防火墙设置：200个客户端有200个客户需要考虑这个问题...

https://blog.youkuaiyun.com/qq_38128179/article/details/84956552

谈谈你对 TCP 三次握手和四次挥手的理解一、三次握手讲解客户端发送位码为syn＝1,随机产生seq number=1234567的数据包到服务器，服务器由SYN=1知道客户端要求建立联机（客户端：我要连接你）服务器收到请求后要确认联机信息，向A发送ack number=(客户端的seq+1),syn=1,ack=1,随机产生seq=7654321的包（服务器：好的，你来连吧）客户端收到后检查ack number是否正确，即第一次发送的seq number+1,以及位码ack是否为1，若正确，客户

简单讲解一下 http2 的多路复用在 HTTP/1 中，每次请求都会建立一次HTTP连接，也就是我们常说的3次握手4次挥手，这个过程在一次请求过程中占用了相当长的时间，即使开启了 Keep-Alive ，解决了多次连接的问题，但是依然有两个效率上的问题：第一个：串行的文件传输。当请求a文件时，b文件只能等待，等待a连接到服务器、服务器处理文件、服务器返回文件，这三个步骤。我们假设这三步用时都是1秒，那么a文件用时为3秒，b文件传输完成用时为6秒，依此类推。（注：此项计算有一个前提条件，就是浏览器和服