客户端其实并没有收到握手后服务端发送的第一个数据报文，所以确认号“停留”在 1

客户端在TCP三次握手过程中确实会收到服务端发送的第一个数据报文，并且确认号不会“停留”在1。在TCP连接建立的过程中，三次握手的目的是确保双方都能发送和接收数据。以下是详细的解释：

1. 第一次握手：客户端发送一个带有SYN标志位的数据包给服务器，请求建立连接。这个数据包包含客户端的序列号（seq），但此时确认号（ack）为0，因为客户端还没有收到任何来自服务器的数据包35。

2. 第二次握手：服务器收到客户端的SYN请求后，如果同意建立连接，会发送一个带有SYN和ACK标志位的响应数据包。这个响应数据包包含服务器的序列号（Seq = y），以及对客户端序列号的确认号（Ack = x + 1），其中x是客户端发送的序列号14。

3. 第三次握手：客户端收到服务器的SYN+ACK响应后，会发送一个带有ACK标志位的数据包作为确认。这个数据包中的确认号是服务器序列号y加1，表示客户端已经收到了服务器的SYN数据包，并且确认号已经更新，不再是113。

在整个过程中，客户端和服务器通过序列号和确认号的交换，确保了双方的发送和接收能力都正常，从而完成了连接的建立。因此，客户端在第三次握手时确认号不会停留在1，而是会根据服务器的序列号进行更新。2