TCP拥塞控制与流量控制区别？
- 拥塞控制就是为了防⽌过多的数据注⼊到⽹络中 这样就可以使⽹络中的路由器或链路不致过载。
拥塞控制所要做的都有⼀个前提，就是⽹络能 够承受现有的⽹络负荷。拥塞控制是⼀个全局性的过程，涉及到所有的主机，所有的路由器， 以及与降低⽹络传输性能有关的所有因素。
- 流量控制往往是点对点通信量的控制 是个端到端的问题。流量控制所要做到的就是抑制发送端发送数据的速率，以便使接收端来得 及接收。
操作系统的功能
介于硬件资源和应⽤程序之间的⼀个系统软件。
操作系统位于硬件资源之上，管理硬件资源。 应⽤程序之下，为应⽤程序提供服务， 同时管理应⽤程序。
进程的概念
我们编译的代码可执⾏⽂件只是储存在硬盘的静态⽂件，运⾏时被加载到内存，CPU执⾏内存中指令，这个运⾏的程序被称为进程。
进程是对运⾏时程序的封装，操作系统进⾏资源调度和分配的基本单位。
并发与并⾏
- 单个核⼼在很短时间内分别执⾏多个进程，称为并发。
- 多个核⼼同时执⾏多个进程称为并⾏。
对于并发来说，CPU需要从⼀个进程切换到另⼀个进程，这个过程需要保存进程的状态信息。
线程的特点
- 线程是轻量级进程(light-weight process)，也有PCB（进程管理块）。
- 从内核⾥看进程和线程是⼀样的，都有各⾃不同的PCB
- 进程可以蜕变成线程
- 在linux下，线程最是⼩的执⾏单位；进程是最⼩的分配资源单位。
实际上，⽆论是创建进程的fork，还是创建线程的pthread_create，底层实现都是调⽤同⼀个 内核函数 clone。
线程的优缺点
优点
- 提⾼程序并发性
- 开销⼩
- 数据通信、共享数据⽅便
缺点
- 库函数，不稳定
- 调试、编写困难、gdb不⽀持
- 对信号⽀持不
无损压缩
无损压缩是指资源经过压缩后，信息不被破坏，还能完全恢复到压缩前的原样，适合用在文本文件、程序可执行文件、程序源代码。
需要对原始资源建立统计模型，利用这个统计模型，将常出现的数据用较短的二进制比特序列表示，将不常出现的数据用较长的二进制比特序列表示，生成二进制比特序列一般是「霍夫曼编码」算法。 gzip， br。
有损压缩
与无损压缩相对的就是有损压缩，经过此方法压缩，解压的数据会与原始数据不同但是非常接近。
有损压缩主要将次要的数据舍弃，牺牲一些质量来减少数据量、提高压缩比，这种方法经常用于压缩多媒体数据，比如音频、视频、图片。
图片一般采用WebP，因为他有较高的压缩比。
对于视频常见的编码格式有 H264、H265 等，音频常见的编码格式有 AAC、AC3。
TLS握手的秘钥交换算法
因为考虑到性能的问题，所以双方在加密应用信息时使用的是对称加密密钥，而对称加密密钥是不能被泄漏的，为了保证对称加密密钥的安全性，所以使用非对称加密的方式来保护对称加密密钥的协商，这个工作就是密钥交换算法负责的。
主要就是为了生成一个堆成加密的秘钥的。
密码套件格式解析
基本的形式是「密钥交换算法 + 签名算法 + 对称加密算法 + 摘要算法」， 一般 WITH 单词前面有两个单词，第一个单词是约定密钥交换的算法（tls生成堆成加密秘钥），第二个单词是约定证书的验证算法。
下面来看一下例子：
- 由于 WITH 单词只有一个 RSA，则说明握手时密钥交换算法和签名算法都是使用 RSA；
- 握手后的通信使用 AES 对称算法，密钥长度 128 位，分组模式是 GCM；（因为秘钥只能加密一定长度的数据，如果数据过长，需要分组加密在合并。）
- 摘要算法 SHA256 用于消息认证和产生随机数；
TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384」
- 密钥协商算法使用 ECDHE；
- 签名算法使用 RSA；
- 握手后的通信使用 AES 对称算法，密钥长度 256 位，分组模式是 GCM；
- 摘要算法使用 SHA384；
服务端证明自己的身份
会发送「Server Certificate」给客户端，这个消息里含有数字证书。
RSA算法实现TLS握手的缺陷
使用 RSA 密钥协商算法的最大问题是不支持前向保密。
因为客户端传递随机数（用于生成对称加密密钥的条件之一）给服务端时使用的是公钥加密的，服务端收到到后，会用私钥解密得到随机数。所以一旦服务端的私钥泄漏了，过去被第三方截获的所有 TLS 通讯密文都会被破解。
为了解决这个问题，使用 ECDHE 密钥协商算法。
RSA 和 ECDHE 握手过程的区别
- RSA 密钥协商算法「不支持」前向保密，ECDHE 密钥协商算法「支持」前向保密；
- 使用了 RSA 密钥协商算法，TLS 完成四次握手后，才能进行应用数据传输，而对于 ECDHE 算法，客户端可以不用等服务端的最后一次 TLS 握手，就可以提前发出加密的 HTTP 数据，节省了一个消息的往返时间；
- 使用 ECDHE， 在 TLS 第 2 次握手中，会出现服务器端发出的「Server Key Exchange」消息，而 RSA 握手过程没有该消息。