2301_77459845的博客

HTTP Cookie（也称为 Web Cookie、浏览器 Cookie 或简称 Cookie）是服务器发送到用户浏览器并保存在浏览器上的一小块数据，它会在浏览器之后向同一服务器再次发起请求时被携带并发送到服务器上。通常，它用于告知服务端两个请求是否来自同一浏览器，如保持用户的登录状态、记录用户偏好等。

https也是一个应用层协议，在 HTTP 协议的基础上引入了一个加密层数据摘要（也可以叫数据指纹）的原理是利用单向散列函数(Hash 函数)对信息进行运算，生成一串固定长度的数字摘要。数字摘要并不是一种加密机制，但可以用来判断数据有没有被篡改。

因为在前面两次的握手中，客户端发送信息，建立连接，服务端应答，客户端收到服务端的应答，才确定之前发送的信息服务端是收到。在数据传输的时候有建立连接的报文、正常通信的报文、断开连接的报文，总之就是通信过程中会收到各种各样的报文，而TCP报文是需要类型的，所以要区分报文的类型，标志位存在的意义就是区分不同的TCP报文类型。在等待的过程中，接收端的接收缓冲区里面的数据更多交给上层处理，即接收缓冲区空间更大了，这时再应答既可以确认前面的收到的信息，又能通知发送端可以发送更大的信息，提高了发送效率。

端口号标识一个主机上进行通信的不同的应用程序。IP+端口号就能确定互联网中的唯一进程。可以，一个进程可以有多个服务，比如tcp、udp，两个分别有各自的端口号，可以找到对应的客户端。不能，因为端口号是用来确定一个主机上的唯一一个进程，如果可以被多个进程绑定，就不具有唯一性。有些服务器是非常常用的，为了使用方便，人们约定一些常用的服务器，都是用以下这些固定的端口号。：应用层给多少，UDP发送多少，既不会拆分，也不会合并。一个进程是否可以 bind 多个端口号?一个端口号是否可以被多个进程 bind?

用户在主机A发送消息给另一个用户主机B，消息序列化后通过系统调用到发送缓冲区，然后经过网络的每个分层到另一个主机，再自底向上到接收缓冲区，然后通过系统调用到应用层，再序列化变成用户可看到的消息。注意：系统调用让数据从用户层到发送缓冲区，或者从接收缓冲区到用户层，这个过程都是拷贝。用户发送一段数据先到C缓冲区，然后通过系统调用交给操作系统的管理区，发送的数据到task_struct，根据fd在文件描述符表找到位置，再指向指定的struct file，然后把数据传输到缓冲区，缓冲区会把数据刷新到磁盘中。

到了数据链路层，封装了源mac地址和目的mac地址，这两个是会变化的，当前的源mac地址是A，目的mac地址是left，路由器其中的一个子网的数据链路层。路由器知道用户A要给用户B发信息，所以路由器的另一个子网与用户B联系，对源IP和目的IP地址重新封装，源mac地址和目的mac地址就发生了变化，源mac地址是right，mac地址是B，然后交给用户B，最后逐层向上解包与分用，用户B获取信息。TCP/IP协议栈是C语言编写的，双方传输使用的是同样的数据类型，所以，经过网络，双方一定能识别对方的信息。