审核解析结果

返回队列

任务 ID: job_80c86935699742bcb516e475ee22faf9
任务类型: 提取面经
状态: 已确认
尝试次数: 1

来源上下文

知识笔记来源已确认任务已确认

Java八股（四大件）.md

src_6e3a7cf7c8b44bd6b119ed99022e57bd

创建于 2026/03/29 15:44，最近更新时间 2026/04/07 12:16

公司岗位轮次标签

摘要原文

# 计网
## 分层模型
### 七层分类模型介绍一下
应用层、表示层、会话层、传输层、网络层、数据链路层、物理层

1. 应用层：为计算机用户提供服务
2. 表示层：进行数据处理，如编码解码，加密解密，压缩解压缩
3. 会话层：管理两个应用程序之间的通信
4. 传输层：为两个用户之前的通信提供传输服务
5. 网络层：路由和寻址
6. 数据链路层：进行帧编码和误差纠正控制
7. 物理层：进行比特流传输

### 四层分类模型
应用层、传输层、网际层、网络接口层

1. 应用层：主要为两个终端上的应用程序提供信息交换的服务，定义了信息交换的格式，并进一步交给传输层进行处理
2. 传输层：主要为两个终端之间提供数据传输服务，定义了TCP和UDP两种协议
3. 网际层：主要为两个终端提供网络通信服务，主要由IP数据报
4. 网络接口层：主要就是主机和网络的交换

### 五层模型
1. 应用层
2. 传输层
3. 网络层
4. 数据链路层
5. 物理层

### <font style="color:rgb(37, 41, 51);">为什么 TCP/IP 去除了表示层和会话层</font>
主要是由于应用层、表示层和会话层都是在应用程序内部实现的，最终产出是一个数据包，而应用程序之间几乎是无法实现代码的抽象共享的，这也使得OSI从应用程序层面上进行分层是难以实现的，比如很难认为加密解密、压缩解压缩是一种协议，会话也很难用协议来描述

### <font style="color:rgb(37, 41, 51);">数据如何在各层之间传输</font>
首先应用层会产出一个应用层报文，交给运输层，运输层再加入一些附加信息（如接收端运输层应向上交付给哪个程序、差错检测信息），生成运输层报文段再交给网际层，网际层会进一步添加源地址和目的地址等信息，生成报文段，再交给数据链路层，数据链路层添加mac地址和目标mac地址，并且封装为比特流进行传输。

## 应用层
### 应用层有哪些常见协议？
HTTP、SMTP、FTP、SSH、Telnet

HTTP：主要用于浏览器和服务器的通信，需要建立tcp链接

SMTP：用于邮件发送服务，邮件发送的过程就是发送者使用SMTP协议将邮件发送到邮箱服务器，服务器通知接收者，接收者使用POP3/IMAP进行取件。

FTP：主要就是提供文件传输服务，建立再TCP可靠连接上

SSH：是一个比较可靠的网络传输协议，主要为远程登陆等一些网络服务提供安全性方法。建立在TCP上

### 介绍一下HTTP协议、HTTPS和他们的区别
HTTP协议就是超文本传输协议，主要用于浏览器和服务器端的通信，默认端口为80.

浏览器和服务器之间的通信过程如下：

1. 服务器在80端口监听
2. 浏览器发起请求和服务器建立TCP链接
3. 服务器接收请求建立连接
4. 浏览器和服务器进行HTTP信息交互
5. 关闭连接

而HTTPS相比于HTTP主要就是使用了SSL/TSL进行了安全加密，更加安全。

### 非对称式加密
非对称式加密包括两种密钥：公钥和私钥。私钥由解密者所知，而公钥由任何一个想和解密者进行通信的加密者所知，加密者首先利用公钥进行加密传输，发送消息给解密者，解密者接收后通过私钥进行解密接收。

### 对称式加密
对称式加密就是共用一把钥匙，加密者利用密钥加密，发送给接收者，接收者利用密钥进行解密获得信息。这要生成密钥的代价会低得多。而对称式加密的安全性完全依赖于密钥传输的安全性。所以可以使用非对称式加密进行密钥传输，保证密钥只有接收者和发送者所知，不会发生泄露。而且只需一次非对称式传输即可，后续都可使用对称式传输，提高效率。

### 数字签名
由于公钥是公开的，因此可能存在恶意攻击者发送一个假装是公钥的包，使得想要获得公钥的客户端受到公钥，并加密传输，攻击者捕获了数据包后就可以解密，截获了原本的信息。因此，需要一个第三方服务商提供一个数字签名来解决这个问题。

### <font style="color:rgb(37, 41, 51);">HTTP/1.1 和 HTTP/1.0 的区别</font>
1. 缓存处理：1.0使用expire和if-modified-since来实现缓存处理，而1.1新增了更多的缓存策略
2. 响应状态码：1.1新增了大量的响应状态码，如410资源已被永久转移，409请求与当前资源规定冲突
3. host头处理：由于dns允许多个域名绑定在一个主机上，而1.0没有指定域名，可能造成混乱，而1.1在请求头中加入 了host字段
4. 带宽优化：当客户端请求某个资源的时候，1.0会将整个对象传输给对方，而1.1在请求头中加入了range头域，允许进行部分传输。100响应码、压缩
5. 连接方式：1.0短连接，就是完成后立即断开，1.1是长连接
6. 支持管道传输，只要第一个请求发出去了，就可以发送第二个请求，解决请求的队头阻塞（异步）

### HTTP常见状态码
+ 1xx：信息状态码
+ 2xx：成功状态码
+ 3xx：重定向状态码
+ 4xx：客户端错误状态码
+ 5xx：服务端错误状态码

### HTTP1.x和HTTP2.0的区别
1. 二进制传输：相比于HTTP1.X传输文本数据，2.0传输的是二进制流，客户端和服务端将数据封装成帧，帧组成数据流，流包括ID和优先级，因此一定程度上解决了关键请求被阻塞的问题
2. 头部压缩：HTTP2.0进行了头部压缩，客户端和服务端都保存一张头信息表，传输时只需要传输表上的索引即可
3. 并发传输：HTTP2.0支持多路复用，进行并发传输。多个流复用一个tcp连接。
4. 服务器推送：HTTP2.0支持服务器推送。服务器可以未经客户端许可，向他发送推送信息，而客户端也可以取消推送服务。

### HTTP3.0和HTTP2.0的区别
HTTP3.0使用了基于UDP的QUIC协议，这是一种可以实现类似于TCP的可靠传输的UDP协议。

1. 无队头阻塞：在HTTP2.0中，如果一个流的数据发生丢失，那么所有的流都会阻塞，无法被应用层读取，知道消息完整送达，而在HTTP3.0中只会对丢失数据的流发生阻塞，解决了队头阻塞问题。
2. 更快的连接建立：QUIC协议只需要一个RTT就可以完成连接建立和密钥协商，更加快速
3. 连接迁移：QUIC协议采用连接ID来标志两个终端，而不是像HTTP2.0那样的四元组，在移动设备这种可能频繁切换网络的场景下，只要连接ID和密钥不发生变化，就可以实现连接迁移。

### <font style="color:rgb(44, 62, 80);">从输入URL 到页面展示到底发生了什么？（非常重要）</font>
输入URL后

首先进行URL解析

然后需要进行域名解析，向缓存或者域名服务器获得目标IP地址

根据目标IP地址向目标服务器发起建立TCP连接的请求

经过三次握手，建立成功

浏览器向服务器发送HTTP请求

服务器响应一个HTTP报文

浏览器接收，并解析渲染展示

### <font style="color:rgb(44, 62, 80);">GET 和 POST 有什么区别？</font>
GET主要的作用是从服务器中获取指定的资源，是安全且幂等的

而POST主要的作用是向服务器发送请求，请求服务器对指定资源做出修改，是不安全且不幂等的。

### 介绍一下HTTP缓存
HTTP缓存主要包括强制缓存和协商缓存两种形式。

强制缓存就是浏览器来判断缓存是否过期，如果没过期则直接使用。

而协商缓存有两种形式：

1. if-modified-since, last-modified：当资源过期后，浏览器发现响应头中包含last-modified，则向服务器发送请求，带上last-modified，服务器收到后如果看到if-modified-since，则比较资源的更新时间和last-modified ，如果资源更新，则进行返回，否则返回304
2. etag，if-none-match：当资源过期后，浏览器如果发现响应头里有etag，则将etag填入if-none-match，然后发送给服务器，服务器接收到后会比较etag和资源，如果发生变化，则返回，否则返回304

第一种方式是基于时间的，它的缺陷是以秒为单位的，不能判断秒以内的修改，而etag则可以。且有可能修改时间发生变化而资源本身并没有被改变。

## 传输层
### <font style="color:rgb(44, 62, 80);">TCP 与 UDP 的区别（重要）</font>
TCP是面向连接的可靠传输协议，而UDP是一种不可靠传输的协议。

TCP是有状态传输，而UDP是无状态传输

TCP仅支持一对一点对点传输，而UDP支持广播多播，即一对多，多对多，多对一

TCP面向字节流传输，而UDP面向报文

TCP传输效率相比UDP要低得多，首部开销要大得多

### <font style="color:rgb(44, 62, 80);">什么时候选择 TCP,什么时候选 UDP?</font>
当我们需要确保数据的完整性正确性的时候，可以选择TCP，例如文件传输

当我们不需要保证数据的百分百完整，需要更快的即时通信的话，可以选择UDP，例如语音、视频等

### TCP三次握手和四次挥手
1. 客户端向服务器发送SYN(SEQ=x)的请求，客户端进入SYN_SEND状态，等待服务器确认
2. 服务器端收到请求，服务器向客户端发送SYN+ACK(SEQ=y, ACK=x+1)的请求，服务端进入SYN_RECV
3. 客户端收到请求，并向服务器发送ACK(ACK=y+1)的请求，服务器接收后完成三次握手，双方进入ESTABLISHED状态

### <font style="color:rgb(44, 62, 80);">为什么要三次握手?</font>
第一次握手服务端确认了客户端发送正常，自己接受正常；

第二次握手客户端确认了自己发送和接收正常，服务器发送和接收正常；

第三次握手服务器确认了自己发送和接收正常，客户端发送和接收正常；

如果两次握手的话，可能会发生已经失效的连接请求又传送到了客户端。例如客户端发送第一次握手给服务器，但连接长时间滞留，客户端没有等到服务器的回信，遍再次发送，然后二次握手建立连接，但之后第一次请求被收到，并再次建立了连接，造成不必要的错误和资源浪费。

### 第二次握手回传了ACK为什么还有回传SYN？
回传SYN主要是为了建立从服务端到客户端的通信，回传ACK已经向客户端确认了客户端到服务端的通信。

### <font style="color:rgb(44, 62, 80);">为什么三次握手，返回时，ack 值是 seq 加 1（ack = x+1）</font>
确认收到的序列，并且告诉发送方下一次从哪里开始发送，便于接收方对数据排序，便于选择重排

### <font style="color:rgb(44, 62, 80);">TCP三次握手中，最后一次回复丢失，会发生什么？</font>
最后一次恢复丢失，服务端会等待，并根据重传机制进行重传，如果超时将关闭连接。如果关闭后客户端向服务端发送数据，服务端会返回RST包进行响应，

### <font style="color:rgb(44, 62, 80);">SYN洪泛攻击(SYN Flood，半开放攻击)，怎么解决？</font>
SYN洪泛攻击主要就是指攻击者利用假冒IP，发送大量的第一个请求的SYN数据报，而服务器端回复后，由于IP地址不存在，因此服务器会保持大量的半连接状态，等待回应，此时就可能导致正常的业务连接进不来。

解决方法：

1. 缩短超时时间
2. 增加最大半连接数
3. 过滤网关防护
4. SYN cookie技术

### TCP四次挥手
1. 客户端向服务端发送FIN(SEQ=X)的数据包，客户端进入FIN-WAIT-1状态
2. 服务器接收到请求，并响应ACK(SEQ=X+1)，服务器进入CLOSE-WAIT，客户端进入FIN-WAIT-2状态
3. 服务器向客户端发送FIN(SEQ=Y)的数据包，关闭服务器到客户端的连接，服务器进入LAST-ACK状态
4. 客户端收到后，向服务器发送ACK(SEQ=Y+1)数据包，进入TIME-WAIT状态，而服务端收到确认后，进入CLOSE状态。如果2MSL之后，客户端没有收到回应，则关闭连接。

### <font style="color:rgb(44, 62, 80);">为什么要四次挥手？</font>
TCP是全双工通信，双方都可以发送信息，因此需要确认双方都传输结束后再关闭连接。假如将第二次和第三次挥手合并，可能导致服务器端还未传输完成，连接就关闭了

### <font style="color:rgb(44, 62, 80);">为什么第四次挥手客户端需要等待 2*MSL（报文段最长寿命）时间后才进入 CLOSED 状态？</font>
如果最后的ACK丢失，服务端没有收到，超时后就会重发FIN数据包，而此时如果客户端连接已经关闭，就会导致服务器不断重发，因此，客户端必须等待2MSL的时间，如果此时收到FIN数据包，就再重发ACK数据包。

### <font style="color:rgb(44, 62, 80);">为什么TCP挥手每两次中间有一个 FIN-WAIT2等待时间？</font>
FIN-WAIT2是在主动发起关闭请求的一方，接收到另一方的确认后进入该状态， 这是为了防止，如果被动方因一些原因迟迟没有发送FIN给主动发，导致无法关闭，设置FIN-WAIT-2后，主动方可以在等待超时后直接关闭连接

### 什么是粘包和拆包？
在TCP当中会发生粘包和拆包现象。主要是由于TCP是面向字节流的协议。像比如UDP，是面向报文的协议，操作系统不会对消息进行拆分，一个消息会被包装成UDP报文进行发送，接收方介绍到一个报文就是一个完整的消息。而对于TCP来说，它是面向字节流的，一条消息可能会被拆分到不同的包里，这就会导致粘包问题，接收方需要知道消息的边界，才能正常读取消息。因此，解决粘包问题，有几种分包方式，比如固定消息长度、特殊字符作为边界、自定义消息结构。

### <font style="color:rgb(44, 62, 80);">TIME-WAIT 状态过多会产生什么后果？怎样处理？</font>
可能会导致严重消耗计算机资源、无法发起新的连接

解决方法：负载均衡处理高并发、设置SO_REUSEADDR告诫子避免TIME-WAIT、强制关闭（发送RST包越过TIMEWAIT，直接进入CLOSE）

### <font style="color:rgb(44, 62, 80);">服务器出现了大量 CLOSE_WAIT 状态如何解决？</font>
检查代码中是否关闭连接、释放资源

### <font style="color:rgb(44, 62, 80);">TCP 如何保证传输的可靠性？</font>
TCP基于数据块传输，并且每个数据包带有序列号，可以对失序数据包进行重排序和去重，并且可以通过校验和确保数据包的正确性，还有包括重传、流量控制、拥塞控制这些机制。

### TCP的重传机制有哪些？
TCP的重传机制包括超时重传、快速重传、SACK、D-SACK

+ 超时重传：当超过超时重传时间，还未接收到确认包的时候，就会触发超时重传。超时重传主要的问题就是超时周期可能会比较长。
+ 快速重传：快速重传主要以数据驱动，当发送方连续收到相同的ACK x包的时候，就会触发快速重传机制。它相比于超时重传，速度更快。但它不能确定是要重传多少文件，因为受到的ACK x是固定的，不知道后续还有没有丢失。
+ SACK：SACK能够解决重传多少文件的问题，接收方在返回时，除了会返回ACK x之外，还会返回SACK字段，将已收到的数据信息发送给发送方，这样发送方就可以知道从哪里开始重传。
+ D-SACK：当SACK标识接收方受到重复文件时，它就代表D-SACK，这样能够让发送方知道是自己的数据包丢了还是延迟了，还是接收方的ACK包丢了。

### <font style="color:rgb(44, 62, 80);">TCP 如何实现流量控制？</font>
通过滑动窗口来控制发送速率、接受速率。发送方可以根据接收方发来的确认报文中的窗口字段来调整滑动窗口的大小。

发送方滑动窗口包括已发送且确认的数据、已发送未确认数据，即将发生数据以及还不能发送的数据

接收方滑动窗口包括已发送且确认、待确认、还不能接收的数据

### TCP如何实现拥塞控制？
拥塞控制主要指的是防止过多的数据注入到网络中，防止路由器或链路等过载，是一个全局性的调控。在TCP当中，发送方会维护一个拥塞窗口，该窗口的大小和网络中的拥塞程度有关，并且动态变化。发送方的发送窗口取为拥塞窗口和接收方接收窗口中较小的一个。

TCP采用了四种拥塞算法：慢开始、拥塞避免、拥塞发生、快速恢复

+ 慢开始：慢开始算法意在不要在一开始就像网络中注入大量的数据，而是一点点慢慢增加，因此拥塞窗口cwnd从1开始，每一个传播轮次大小翻倍
+ 拥塞避免是当cwnd超过慢启动门限ssthresh时，会进入拥塞避免算法，此时cwnd的增加变慢，每个轮次增加1。
+ 拥塞发生：当网络中发生拥塞，触发了重传机制的时候，就会有相应的算法
    - 超时重传：将慢启动门限设置为当前cwnd的一半，并将cwnd重置为1，重新开始慢启动
    - 快速重传：认为当前情况还不是很严重，cwnd改为原来的一半，ssthresh也改为原cwnd一半，并进入快恢复
+ 快速恢复：快速恢复算法将cwnd+3，并重传丢失的数据包，如果再受到重复的ACK，则将cwnd+1，知道收到不同的ACK，此时将cwnd置为ssthresh，并再次进入拥塞避免

**<font style="color:rgb(48, 79, 254);">首先，快速恢复是拥塞发生后慢启动的优化，其首要目的仍然是降低 cwnd 来减缓拥塞，所以必然会出现 cwnd 从大到小的改变。</font>**

**<font style="color:rgb(48, 79, 254);">其次，过程2（cwnd逐渐加1）的存在是为了尽快将丢失的数据包发给目标，从而解决拥塞的根本问题（三次相同的 ACK 导致的快速重传），所以这一过程中 cwnd 反而是逐渐增大的。</font>**

### <font style="color:rgb(44, 62, 80);">从输入URL 到页面展示到底发生了什么？</font>
首先会进行域名解析，得到对应的IP，然后浏览器向web服务端发送请求，建立TCP连接，然后发送HTTP请求，服务器收到后处理请求，并且返回HTTP报文，浏览器收到后进行解析渲染，呈现页面

### <font style="color:rgb(44, 62, 80);">HTTP 是不保存状态的协议, 如何保存用户状态?</font>
1. session：保存在服务端
2. cookie：保存在客户端

### <font style="color:rgb(44, 62, 80);">URI 和 URL 的区别是什么?</font>
URI是统一资源标识符，用来唯一标识一个资源

URL是统一资源定位符，不仅可以标识一个资源，还指明了如何对这个资源进行定位

### ARP了解吗？是什么
ARP主要进行的就是将IP地址转换为MAC地址，因为在传输的过程中，我们需要根据源IP地址和目标IP地址去进行传输，而网络层到数据链路层需要将IP地址转换为MAC地址，这时候就需要借助ARP。

ARP具体的做法就是发送一个ARP请求包，当主机收到这个包后，会判断里面的ip地址和自己的是否一致，如果一致则会将自己的mac地址塞入响应包中，返回给主机。

## 操作系统
### 操作系统是如何管理虚拟地址与物理地址之间的关系？
通过内存分段和内存分页。

1. 内存分段：虚拟地址可以通过段表和物理地址进行映射。

<!-- 这是一张图片，ocr 内容为： -->
![](https://cdn.nlark.com/yuque/0/2023/png/34998771/1694588532532-61b3a422-ebda-4706-a1ac-d817407111c2.png)不足：

+ <font style="color:rgb(44, 62, 80);">第一个就是</font>**<font style="color:rgb(48, 79, 254);">内存碎片</font>**<font style="color:rgb(44, 62, 80);">的问题。</font>
+ <font style="color:rgb(44, 62, 80);">第二个就是</font>**<font style="color:rgb(48, 79, 254);">内存交换的效率低</font>**<font style="color:rgb(44, 62, 80);">的问题。</font>

### 什么是操作系统？
操作系统是一个管理计算机硬件和软件的程序，包括进程管理、存储管理、设备管理等等，其中，操作系统的内核是它的核心部分，它是应用程序和硬件交互的桥梁。

### 什么是内核
计算机是由各种外部硬件组成的，那么如果应用需要和各个外部硬件去对接通信协议的话就太麻烦了，所有就抽象出了一个中间层，就是所谓的内核。内核一般来说提供了四大能力：

1. 进程调度能力，能够管理进程、线程对CPU的使用
2. 内存管理能力，管理内存的分配和回收
3. 硬件通信能力，为进程和硬件提供通信
4. 系统调用能力，如果用户程序需要用到更高权限的服务，那么就需要系统调用来实现

内核具有更高的运行权限，<font style="color:rgb(44, 62, 80);">因此大多数操作系统，把内存分成了两个区域：</font>

+ <font style="color:rgb(44, 62, 80);">内核空间，这个内存空间只有内核程序可以访问；</font>
+ <font style="color:rgb(44, 62, 80);">用户空间，这个内存空间专门给应用程序使用；</font>

<font style="color:rgb(44, 62, 80);">用户空间的代码只能访问一个局部的内存空间，而内核空间的代码可以访问所有内存空间。因此，当程序使用用户空间时，我们常说该程序在</font>**<font style="color:rgb(48, 79, 254);">用户态</font>**<font style="color:rgb(44, 62, 80);">执行，而当程序使内核空间时，程序则在</font>**<font style="color:rgb(48, 79, 254);">内核态</font>**<font style="color:rgb(44, 62, 80);">执行。</font>

### <font style="color:rgb(44, 62, 80);">什么是系统调用呢？</font>
在操作系统当中，程序运行一般分为两个级别，用户态和内核态。

在用户态上运行的程序，能够直接访问用户程序的数据，而在内核态上运行的程序能够访问计算机的各种资源。

而我们运行的程序一般都是运行在用户态，当程序需要访问内核态级别相关的资源的时候，比如文件管理、IO操作等等，就需要通过系统调用向操作系统发出请求来完成操作。

### <font style="color:rgb(44, 62, 80);">系统调用的过程了解吗？</font>
系统调用的过程可以分为三个步骤：

1. 用户程序发起系统调用，向CPU发送中断，CPU接收到后转入中断处理程序，这里就是所谓的转换到了内核态。
2. 此时内核态开始只需中断处理程序。
3. 处理完成，主动向CPU发送中断，CPU中断后且回到用户态工作。

<!-- 这是一张图片，ocr 内容为： -->
![](https://cdn.nlark.com/yuque/0/2023/png/34998771/1690707128791-5023431f-a181-4061-8480-a7789fb73de6.png)

### <font style="color:rgb(44, 62, 80);">进程间的通信方式</font>
1. 匿名管道：半双工，只能用于有亲缘关系的进程间通信
2. 命名管道：半双工，提供了一个路径名与之关联，以磁盘文件形式存在，可以实现任意两个进程通信。

管道的原理：创建了一个写端和一个读端，因此是单向的。对于匿名管道，该管道存在于进程内，因此只适用于父子进程（或子进程），通过一个打开写端，一个打开读端的方式通信。而对于命名管道，该管道以文件形式存在，因此能够跨进程。管道的缺点是<font style="color:#DF2A3F;">效率低，不适合频繁通信。</font>

<!-- 这是一张图片，ocr 内容为： -->
![](https://cdn.nlark.com/yuque/0/2023/png/34998771/1690708155193-59a5f875-129a-46a5-8785-f5819573a3d1.png)

3. 信号：linux当中的一种通信方式，可在任一时刻向一个进程发送，若该进程没有执行，则可以在内核态当中保存起来
4. 消息队列：半双工，消息队列是一个消息的链表，遵循FIFO原则，与管道的不同是它存在内核态当中，只有当内核重启或者消息被显式的删除时它才会被删除。而且它还支持随机查询和按消息类型读取，克服了信号承载信息量少的缺点，以及管道只能承载无格式字节流及缓冲区大小受限的缺点。<font style="color:#DF2A3F;">缺点是消息通信不及时，且附件也有大小限制，会发生用户态和内核态的频繁切换</font>（用户态数据拷贝到内核态、内核态拷贝到用户态）
5. 信号量：信号量是一个计数器，用于多进程对共享数据的访问，可以实现进程间的同步。
6. 共享内存：共享内存就是一块可以被多个进程访问的内存空间，各个线程可以在共享内存当中看到其他线程对共享数据的修改。它能够避免<font style="color:rgb(44, 62, 80);">发生用户态与内核态之间的消息拷贝过程。缺点是修改中可能产生冲突</font>
7. 套接字：主要用于客户端和服务器之间的网络通信，是支持TCP/IP网络通信的基本操作单元。可以看作是不同主机之间进程进行双向通信的端点。

### PCB是什么
PCB即进程控制块，它是操作系统用来管理和跟踪进程的一个数据结构。当操作系统创建一个进程时，会为他分配一个唯一ID，并且生成对应的PCB，来记录进程的信息。在进程执行过程当中，PCB的信息也会实时变化，操作系统根据这些信息进行进程调用。

主要包括以下信息：

+ 进程的描述信息，包括进程的名称、标识符等等；
+ 进程的调度信息，包括进程阻塞原因、进程状态（就绪、运行、阻塞等）、进程优先级（标识进程的重要程度）等等；
+ 进程对资源的需求情况，包括 CPU 时间、内存空间、I/O 设备等等。
+ 进程打开的文件信息，包括文件描述符、文件类型、打开模式等等。
+ 处理机的状态信息（由处理机的各种寄存器中的内容组成的），包括通用寄存器、指令计数器、程序状态字 PSW、用户栈指针。
+ ......

### 进程有哪些状态？
1. 创建状态：<font style="color:rgb(44, 62, 80);">进程正在被创建，尚未到就绪状态。</font>
2. 就绪状态：进程已经就绪，准备好了除CPU外的一切资源，只需要分配到时间片即可运行。
3. 运行状态：进程正在CPU上运行。
4. 阻塞状态：<font style="color:rgb(44, 62, 80);">进程正在等待某一事件而暂停运行如等待某资源为可用或等待 IO 操作完成。即使处理器空闲，该进程也不能运行。</font>
5. 结束状态：<font style="color:rgb(44, 62, 80);">进程正在从系统中消失。可能是进程正常结束或其他原因中断退出运行。</font>

<!-- 这是一张图片，ocr 内容为： -->
![](https://cdn.nlark.com/yuque/0/2023/png/34998771/1690707705763-753b5fe6-fa02-49fe-a1b1-58f8f320c807.png)

### 什么是IO多路复用？
IO多路复用就是让多个请求复用一个进程，操作系统为我们提供了select/poll/epoll这几个系统调用，来从内核当中获取事件。具体来说，在获取事件时，先把所有连接（文件描述符）传给内核，再由内核返回产生了事件的连接，然后在用户态中再处理这些连接对应的请求即可。

对于select来说，他将已连接的socket放到一个集合里，然后调用select方法，将集合拷贝到内核态，然后内核通过遍历来检查是否有事情发生。如果事情发生，内核将这个socket标记为可读或可写，并将其复制回用户态，用户态进程再遍历集合，对发生事件的socket进行处理。

对于poll来说，它和select类似，不过select使用的是固定长度的bitsmap，有长度限制，poll使用链表结构来打破长度限制。

对于epoll来说，

候选题（46）

候选 1新建

介绍一下OSI七层模型和各层作用

置信度 0.95

题目答案

分类标签

处理方式目标题目 ID

填写已有 canonical 题目 ID。当前正式题库 ID 也使用 q_ 前缀，不是临时占位。

候选 2新建

TCP/IP四层模型有哪些层

置信度 0.93

分类: 网络协议标签: 1

候选 3新建

为什么TCP/IP去除了表示层和会话层

置信度 0.91

分类: 网络协议标签: 1

候选 4新建

数据如何在各层之间传输

置信度 0.92

分类: 网络协议标签: 1

候选 5新建

应用层有哪些常见协议

置信度 0.94

分类: 网络协议标签: 1

候选 6新建

介绍一下HTTP协议、HTTPS及它们的区别

置信度 0.96

分类: 网络协议标签: 1

候选 7新建

什么是非对称加密

置信度 0.88

分类: 网络协议标签: 1

候选 8新建

什么是对称加密

置信度 0.89

分类: 网络协议标签: 1

候选 9新建

什么是数字签名

置信度 0.80

分类: 网络协议标签: 1

候选 10新建

HTTP/1.1和HTTP/1.0的区别

置信度 0.95

分类: 网络协议标签: 1

候选 11新建

HTTP常见状态码有哪些

置信度 0.94

分类: 网络协议标签: 1

候选 12新建

HTTP/2.0和HTTP/1.x的区别

置信度 0.96

分类: 网络协议标签: 2

候选 13新建

HTTP/3.0和HTTP/2.0的区别

置信度 0.95

分类: 网络协议标签: 1

候选 14新建

从输入URL到页面展示发生了什么

置信度 0.97

分类: 网络协议标签: 1

候选 15新建

GET和POST有什么区别

置信度 0.94

分类: 网络协议标签: 1

候选 16新建

介绍一下HTTP缓存

置信度 0.96

分类: 网络协议标签: 1

候选 17新建

TCP与UDP的区别

置信度 0.97

分类: 网络协议标签: 1

候选 18新建

什么时候选择TCP，什么时候选择UDP

置信度 0.95

分类: 网络协议标签: 1

候选 19新建

说一下TCP三次握手和四次挥手

置信度 0.94

分类: 网络协议标签: 1

候选 20新建

为什么要三次握手

置信度 0.96

分类: 网络协议标签: 1

候选 21新建

第二次握手为什么既有ACK又有SYN

置信度 0.90

分类: 网络协议标签: 1

候选 22新建

为什么三次握手时ack等于seq加1

置信度 0.87

分类: 网络协议标签: 1

候选 23新建

TCP三次握手中最后一次回复丢失会发生什么

置信度 0.90

分类: 网络协议标签: 1

候选 24新建

什么是SYN Flood，怎么解决

置信度 0.96

分类: 网络协议标签: 1

候选 25新建

为什么要四次挥手

置信度 0.95

分类: 网络协议标签: 1

候选 26新建

为什么第四次挥手后客户端要等待2MSL

置信度 0.95

分类: 网络协议标签: 1

候选 27新建

为什么TCP挥手会有FIN-WAIT-2等待

置信度 0.90

分类: 网络协议标签: 1

候选 28新建

什么是粘包和拆包，怎么解决

置信度 0.96

分类: 网络协议标签: 1

候选 29新建

TIME-WAIT状态过多会有什么后果，怎样处理

置信度 0.88

分类: 网络协议标签: 2

候选 30新建

服务器大量CLOSE_WAIT如何解决

置信度 0.93

分类: 网络协议标签: 1

候选 31新建

TCP如何保证传输的可靠性

置信度 0.96

分类: 网络协议标签: 1

候选 32新建

TCP的重传机制有哪些

置信度 0.95

分类: 网络协议标签: 1

候选 33新建

TCP如何实现流量控制

置信度 0.95

分类: 网络协议标签: 1

候选 34新建

TCP如何实现拥塞控制

置信度 0.94

分类: 网络协议标签: 1

候选 35新建

HTTP是不保存状态的协议，如何保存用户状态

置信度 0.95

分类: 网络协议标签: 1

候选 36新建

URI和URL的区别是什么

置信度 0.95

分类: 网络协议标签: 1

候选 37新建

ARP是什么

置信度 0.95

分类: 网络协议标签: 1

候选 38新建

操作系统如何管理虚拟地址与物理地址之间的关系

置信度 0.78

分类: 未设置标签: 0

候选 39新建

什么是操作系统

置信度 0.91

分类: 未设置标签: 0

候选 40新建

什么是内核

置信度 0.92

分类: 网络协议标签: 1

候选 41新建

什么是系统调用

置信度 0.94

分类: 未设置标签: 0

候选 42新建

系统调用的过程了解吗

置信度 0.87

分类: 未设置标签: 0

候选 43新建

进程间的通信方式有哪些

置信度 0.95

分类: 网络协议标签: 2

候选 44新建

PCB是什么

置信度 0.93

分类: 未设置标签: 0

候选 45新建

进程有哪些状态

置信度 0.94

分类: 未设置标签: 0

候选 46新建

什么是IO多路复用

置信度 0.89

分类: 网络协议标签: 1

导入预览

新建预览

介绍一下OSI七层模型和各层作用

分类: 网络协议

标签: 网络

答案预览

应用层、表示层、会话层、传输层、网络层、数据链路层、物理层

批量摘要

新建

合并

跳过

解析提示

来源标题提到Java八股（四大件），但正文实际主要是计算机网络和操作系统内容，标题与内容不完全一致。
文本后半段在epoll部分明显截断，相关问题未完整展开，未继续提取更细问题。
部分操作系统问题没有匹配的给定canonical category，因此category设为null。
个别答案表述存在术语或细节不够严谨之处，canonical_answer仅做保守归纳，未扩展超出原文证据。

这个任务已经确认过了，不会再次写入 canonical。

返回队列

创建时间: 2026/03/29 15:44

开始时间: 2026/03/29 15:44

完成时间: 2026/03/29 15:48