随笔分类 - 网路
对json用Gson进行自定义解析
摘要：一：面对的数据 { "code": 0, "key": "common_success", "msg": "成功", "data": { "ver": "1", "items": [ { "name": "glt" }， { "data": "229e3b64920042109cf294f3773b
TCP拥塞控制笔记
摘要：慢开始、拥塞避免、快恢复针对的是发送端，快重传说的是接收端。 一开始，发送端采用慢开始策略：拥塞窗口随传输轮次每次增加一倍，1->2->4->8 到达ssthresh拥塞避免门限的时候，采用拥塞避免策略：拥塞窗口随传输轮次每一次加1 遇到超时，窗口大小变为1，ssthresh变为刚才窗口大小的 1/
Https笔记
摘要：一：建立https连接流程图 二：生成证书流程图 学习资料：https://www.youtube.com/watch?v=T4Df5_cojAs&ab_channel=kubucation https://zhuanlan.zhihu.com/p/43789231
Okhttp学习笔记
摘要：一：设置篇 1：RealCall client.newCall(request).enqueue(object: Callback{ newCall会构建一个RealCall对象。 class RealCall( val client: OkHttpClient, val originalReque
三次握手的作用
摘要：三次握手的作用： 防止因网络阻塞原因，导致服务端无缘无故打开连接。场景1：客户端先发送一个请求连接报文a，但是网络阻塞，所以客户端（没收到回复判断请求报文阻塞了）再发送了一个请求连接报文b。但是呢，服务端先收到请求a，然后（假设是两次握手）服务端就建立连接了！！，它发送了一个回复报文给客户端，但客户
Tcp四次挥手
摘要：客户端： 我没有东西要发送了，给个包你 服务端：我还有呢，等等，先给个包你 服务端：我没有了哦，给个包你 客户端：OK，那你可以关了，我等会再关，给个包你。 为什么需要四次挥手，因为服务端可能存在”我还有“的这种情况啊。
