字节测试岗位面试问题汇总（https&死锁&TCP UDP全）

---

http和https区别

笼统说：HTTP是明文传输的，传输过程中容易被拦截、修改或者伪造请求；HTTPS则是在HTTP基础上进行进行了一些信息保护，相比HTTP来说更为安全。
http是超文本传输协议，信息是明文传输，https则是具有安全性的ssl加密传输协议。
两者区别：

1. http明文传输,https 有ssl加密传输 http是超文本传输协议，信息是明文传输，https则是具有安全性的ssl加密传输协议
2. 端口不一样 http80,https 443 http和https使用的是完全不同的连接方式，用的端口也不一样，前者是80，后者是443。
3. http连接是无状态的,https是由SSL+Http http的连接很简单，是无状态的。Https协议是由SSL+Http协议构建的可进行加密传输、身份认证的网络协议，比http协议安全。(无状态的意思是其数据包的发送、传输和接收都是相互独立的。无连接的意思是指通信双方都不长久的维持对方的任何信息。)

HTTP的通信原理：

• 客户端浏览器通过网络与服务器建立连接（通过TCP实现，一般端口号为80），建立连接后客户端可发送请求给服务器（请求的格式为：统一资源标识符（URL）、协议版本号，后边是 MIME 信息包括请求修饰符、客户机信息和许可内容）
• 服务器接收到请求之后会返回一定的相应（其格式为一个状态行，包括信息的协议版本号、一个成功或错误的代码，后边是 MIME 信息包括服务器信息、实体信息和可能的内容）
  HTTP的缺点：
• 使用明文通信，一些重要的内容会被 窃听（密码）
• 不能验证对方的身份，可能是伪造的信息
• 无法验证报文的完整性，有可能已经被修改
  HTTPS如何解决HTTP的问题：

HTTPS 只是在 HTTP 的基础之上增加了加密处理、认证机制和完整性保护，即 HTTPS = HTTP + 加密 + 认证 + 完整性保护，
加密：对数据加密。
因为数据在传输的过程中不会被窃听者所修改，用户发送的数据会完整的传输到服务端，保证用户发的是什么，服务器接收的就是什么。
身份认证，是指确认对方的真实身份，也就是证明你是你（可以比作人脸识别），它可以防止中间人攻击并建立用户信任。
HTTPS 不是应用层的一种新协议，只是 HTTP 协议的改进（HTTP协议中的部分通信接口被ssl/tls协议代替），通常 HTTP 直接与 TCP 进行通信，当使用 ssl 协议时则先与 ssl 通信，再由 ssl 和 tcp 通信，
通过上面的分析可以看出来，HTTPS 只是在 HTTP 的基础上增加了 ssl 协议；

死锁问题

什么是死锁
是指多个进程在运行过程中因争夺资源而造成的一种僵局，当进程处于这种僵持状态时，若无外力作用，它们都将无法再向前推进。

a线程持有a想获取b，b线程持有b还想获取a俩都不撒手
产生原因
1、资源竞争
分为两个 1 对于不可剥夺资源的竞争或产生死锁，2 对于临时资源的竞争会产生死锁通常消息通信顺序进行不当。
临时资源（包括硬件中断、信号、消息、缓冲区内的消息等）
系统中的资源分为两类：1 可剥夺资源（某进程拿到这个资源别的进程还可以拿如内存cpu）2 不可剥夺资源 （进程拿到后只能它用完自己释放，不能强制回收如磁带机打印机）。
2、进程间推进顺序非法
如a线程保持资源A，b线程保持资源B。系统将处于不安全的状态。因为如果a想用B或者b想用A都不可用了。
产生的条件

• 互斥条件：（我用你先别用）
  进程要求对所分配的资源进行排它性控制，即在一段时间内某资源仅为一进程所占用。
• 请求和保持条件：（不要吃碗里看锅里）
  当进程因请求资源而阻塞时，对已获得的资源保持不放。
• 不剥夺条件：（别人用着我先不用）
  进程已获得的资源在未使用完之前，不能剥夺，只能在使用完时由自己释放。
• 环路等待条件：（不成环）
  在发生死锁时，必然存在一个进程–资源的环形链。
  解决死锁
  简单总结就是要给资源一次性给全，有资源给不了别的也先不给，分配资源要有顺序。
• 资源一次性分配：一次性分配所有资源，这样就不会再有请求了：（破坏请求条件）
• 只要有一个资源得不到分配，也不给这个进程分配其他的资源：（破坏请保持条件）
• 可剥夺资源：即当某进程获得了部分资源，但得不到其它资源，则释放已占有的资源（破坏不可剥夺条件）
• 资源有序分配法：系统给每类资源赋予一个编号，每一个进程按编号递增的顺序请求资源，释放则相反（破坏环路等待条件）

TCP和UDP的区别

TCP	UDP
TCP 是面向连接的（有三次握手）	UDP 是面向无连接程序结构较简单
TCP 是面向字节流的	UDP 是基于数据报的
TCP 保证数据正确性（累计确认及超时重传机制）	UDP 可能丢包
TCP 保证数据顺序（顺序问题，丢包问题，流量控制都是通过滑动窗口）	UDP 不保证

UDP

包头文件其中只有个源端口号和目的端口号
所以特点有 1、沟通简单，不需要大量数据结构 2、不会建立连接 任何人可以给他传 他也可以给任何人传 3、不会根据网络拥塞就不发了 不考虑是否会丢包。
如：直播 实时游戏等对实时性要求高的

TCP

• 源端口和目标端口是不可少的。

• 序号 解决乱序 接下来是包的序号。主要是为了解决乱序问题。不编好号怎么知道哪个先来，哪个后到

• 确认序号 解决是否送到了发出去的包应该有确认，这样能知道对方是否收到，如果没收到就应该重新发送，这个解决的是不丢包的问题

• 状态位 解决是否建立好了连接SYN 是发起一个链接，ACK 是回复，RST 是重新连接，FIN 是结束连接。因为 TCP 是面向连接的，因此需要双方维护连接的状态，这些状态位的包会引起双方的状态变更

• 窗口大小 解决流量控制TCP 要做流量控制，需要通信双方各声明一个窗口，标识自己当前的处理能力

TCP三次握手四次挥手

三次握手

建立连接时 客户端和服务器的状态也要说 就是closed listend或是syn-sent

四次挥手