记录－交流－Web开发知识分享
目前主流的 HTTP 协议版本有 HTTP/1.1、HTTP/2、HTTP/3（实验性）。请求发生时具体使用的版本是由客户端主导、客户端和服务器共同协商决定的。
比如支持 HTTP/2 的客户端，会在 TLS 握手发起时，在 ALPN（Application-Layer Protocol Negotiation） 扩展中标明自己支持 h2 和 http/1.1，打开 curl 命令的调试模式就能看到：
如果服务器也支持 h2，就会告诉客户端：
不支持也同样会告诉：
浏览器使用 HTTP/2 也是这个原理。但是 HTTP/3 使用了 UDP，UDP 不需要握手，所以没法用和 HTTP/2 相同的方式来进行协商。而是反过来了，是起初先按照普通的 HTTP 1.1/2 进行请求，服务器从这些请求的响应头（alt-svc）中告诉客户端，自己是支持 h3 的。这样如果客户端也支持 h3。就可以在往后的请求中直接使用 h3，ma 是 max-age，表示超过这个时间就得忘掉这个域名是支持 h3
| 端口 | 说明 |
|---|---|
| 0 | 无效端口,通常用于分析操作系统 |
| 1 | 传输控制协议端口服务多路开关选择器 |
| 2 | 管理实用程序 |
| 3 | 压缩进程 |
| 5 | 远程作业登录 |
| 7 | 回显 |
| 9 | 丢弃 |
| 11 | 在线用户 |
| 13 | 时间 |
| 17 | 每日引用 |
| 18 | 消息发送协议 |
| 19 | 字符发生器 |
| 20 | FTP文件传输协议(默认数据口) |
| 21 | FTP文件传输协议(控制) |
| 22 | SSH远程登录协议 |
| 23 | telnet(终端仿真协议),木马Tiny Telnet Server开放此端口 |
| 24 | 预留给个人用邮件系统 |
| 25 | SMTP服务器所开放的端口，用于发送邮件 |
今天来讲一讲TCP 的 TIME_WAIT 的问题。这个问题尽人皆知，不过，这次遇到的是不太一样的场景，前两天也解决了，正好写篇文章，顺便把 TIME_WAIT 的那些事都说一说。对了，这个场景，跟我开源的探活小工具 EaseProbe 有关，我先说说这个场景里的问题，然后，顺着这个场景跟大家好好说一下这个事。…
最近在测试环境部署服务的时候老是会有端口被占用情况用netstat/ss 查看后发现端口一直被占用
同另外一个ip 建立了tcp 连接，类似于这样：
ESTAB 0 0 192.168.103.169:12345 192.168.103.12:10261
当然这个问题也不是最近才遇到，之前也遇到过，不过之前都是很快这个连接就自动消失，我就可以欢快
的使用我自己喜欢的12345 端口，无奈这次一直连续好几天这个连接一直存在导致我一直无法使用这个端口。…
碰到各种奇葩的TCP相关问题，所以汇总记录一下。分析清楚这些问题的所有来龙去脉，就能帮你在TCP知识体系里建立几个坚固的抓手，让TCP知识慢慢在抓手之间生长和互通
一个黑盒程序奇怪行为的分析 listen端口上很快就全连接队列溢出了，导致整个程序不响应了
举三反一–从理论知识到实际问题的推导 服务端出现大量CLOSE_WAIT 个数正好 等于somaxconn（调整somaxconn大小后 CLOSE_WAIT 也会跟着变成一样的值）
活久见，TCP连接互串了 应用每过一段时间总是会抛出几个连接异常的错误，需要查明原因。排查后发现是TCP连接互串了，这个案例实在是很珍惜，所以记录一下。
案例：TCP传输速度案例分析（长肥网络、rt升高、delay ack的影响等）
就是要你懂TCP–最经典的TCP性能问题 Nagle和Delay ack
对ttl、identification等的运用
对于游戏开发者来说，重要的协议是UDP（用户数据报协议）。UDP是快速、即发即弃的标准：你在网络上扔了一个数据包，它就被抓住或者有时被丢掉了。
像Web这样要求稳定的系统，正确使用的底层协议是TCP（传输控制协议）。这是一个更正式的系统，它保证了数据包的交付与正确顺序。TCP 创建了可靠连接，后来又创建了可靠的信息流。
随后，它们被正式命名为“TCP/IP 堆栈”。
后来，基于 TCP/IP 编写的WWW和 HTTP 成为互联网的主要用途。另一个缺失的首字母缩略词是TLS（传输层安全），它提供了加密相关元素，并成为事实上的安全标准。
而在那个年代里， PC 之间的连接通常是有线的，任何损失都是由于旧铜线上的噪音造成的。
TCP 协议非常适合收集偶尔出错的数据包，而随着Web的发展使用 UDP 协议逐渐减少。
进入QUIC
今天的互联网已经进入一个发展非常不同的场景了。
比如现在家中的 PC
…表面上我是个技术博主。
但没想到今天成了个情感博主。
我是没想到有一天，我会通过技术知识，来挽救粉丝即将破碎的感情。
掏心窝子的说。这件事情多少是沾点功德无量了。
事情是这样的。
最近就有个读者加了我的绿皮聊天软件，女生，头像挺好看的，就在我以为她要我拉她进群发成人专升本广告的时候。
画风突然不对劲。…
preflight，一个cors预检请求，属于options请求。该请求会在浏览器认为即将要执行的请求可能会对服务器造成不可预知的影响时，由浏览器自动发出。
利用预检请求，浏览器能够知道当前的服务器是否允许执行即将要进行的请求，只有获得了允许，浏览器才会真正执行接下来的请求。
所以，总结有几点：
preflight预检请求属于cors规范的一部分，是一种服务器验证机制。目前所有浏览器都实现了该规范，但是不免有些浏览器会对规范内容进行扩充。但是必须实现的规范是：只有以下条件都满足的情况下才不会发送预检请求，否则会在发送用户请求之前发送预检请求，以免在获得允许之前对服务器产生不可预知的影响。
条件有：
只能使用GET、POST方法
只能包含九种请求头:
只能包含三种类型：
该对象没有注册任何事件监听器
请求中不能使用ReadableStream对象
如果以上条件有一条不满足，浏览器则会自动发起预检请求
浏览器自动发送的预检请求，一般采用三个字段来表示：
几年前，我们意识到网络正在走向一个关键的拐点。WebAssembly 和新功能 API的出现使得编写一个基于 WebAssembly 的操作系统似乎成为可能，其功能强大到足以运行 Node.js，完全在您的浏览器中。我们设想了一个比本地环境更快、更安全、更一致的卓越开发环境，无需设置本地环境即可实现无缝代码协作。
这听起来有些牵强。但是，如果网络现在为平面设计师、视频编辑和富文档编辑运行完整的环境，我们想知道：开发人员最终是否可以使用网络来构建网络？
我们决定试一试。我们期待最好的，也期待最坏的。两年后（时间过得真快😅），结果已经形成了意想不到的惊人结果。
WebContainers 允许您创建全栈 Node.js 环境，该环境可在几毫秒内启动并立即在线和链接共享——只需单击一下。该环境加载了 VS Code 强大的编辑体验、完整的终端、npm…
Socket 其实就是套接字，大部分人对于 Socket 的理解就是它可以实现一个简单的网络通信，但是它「具体解决了哪些问题？有什么实际的作用？为什么会有一个 Socket 出现？」
Socket 其实是在「应用层与传输层之间的一个产物」，它把传输层的很多复杂操作封装成一些简单的接口，来让应用层调用以此来实现进程在网络中的通信，Socket 是对端口通信开发的工具,它要更底层一些。
一次完整的网络通信必不可少的会经过物理传输层的网线和网卡，网络传输层的 IP 协议可以知道要将数据传送给哪台机器，但是在计算机系统中会运行不同进程，那要如何把「网卡中的网络数据识别出来是给哪个进程的」，这其实就是 Socket 设计的想解决的一点了。
Socket 是「对 TCP/IP 或者 UDP/IP 协议的封装」，Socket 本身其实就是一个调用接口。通过这个接口我们在开发网络应用程序的时候，就可以不用关心底层是怎么实现的，减轻开发的难度。
近期评论