如果一个组织内部组建局域网，IP地址只用于局域网内部的通信，而不连接到Internet上，理论上任意IP都是可以，但是RFC1918规定了用于组建居于网内的私有IP地址。大多数的组织都申请B类网络地址，这样也很浪费空间，理论上，申请b类地址，一个子网内可以允许6万5千多太主机，A类就更多了，针对这种浪费IP的情况，又引入了CIDR（Classless interdomain Routing），不进行划分。但是，手动管理子网内的IP，是一个相当麻烦的事情。子网掩码FF FF FF F0。

分片的过程传输层不知道，也不需要知道 ，在我们这边的网络层进行分片，到对端的网络层进行组装，传输层就没法感知到发送的报文被分片了。:每经过一个路由器，TTL-1，减到0，就不再被转发，在网络里面传输，等了好久没有达到，这个报文就丢弃了，避免网络资源浪费。:如果没有分片，不同的报文，标识符是不一样的，如果分了片，标识符是一样的，（相同标识符代表的是同一个报文）4为TOS字段，分别表示，最小迟延，最大吞吐量，最高可靠性，最小成本，只能选其一。未经过分片的报文，13位片偏移=0，3位标志位的标志设置位0。

TCP是基于字节流的，只维护发送出去多少，确认了多少，并不会维护消息和消息的边界，这就导致了粘包问题，他在应用层取数据的时候，不知道从哪里到哪里是一个完整的应用层数据包，面向字节流读文件都会有这种问题。我们知道TCP 连接是通过socket进行的，socket本质就是打开了一个文件，文件就存在于PCB的文件描述符表之中，每次打开一个socket文件都会在文件描述符表添加一项，删除会减少的一项。当强制结束进程时，PCB没了，里面的文件描述符表也没了，就相当于自动关闭了，也依然会执行四次挥手的过程。

：发送缓冲区的一部分,和对方的接收能力有关：接收缓冲区剩余的大小如图我们没有等待ack连续发了很多报文假如说客户端硬件设备比较先进，一直在给服务端发送数据，那么就会把服务器端的内核缓冲区给挤爆，如果有阻塞机制的话，那么服务器端就阻塞在了那边，如果没有阻塞机制的话，那么服务器端的前面的数据就会被覆盖掉所以这个时候就会有一个叫做滑动窗口的机制，服务端告诉客户端，用来存放数据的缓冲区有多大，如果满了的话，就不要再发送了滑动窗口就是为了防止数据丢失，防止出现丢包的情况可以在应答报文中填写上我自己的接收缓冲

TCP服务器里面发起建立连接一般都是client先描述在组织有描述连接的结构体，里面填充的就是描述连接的各自属性，后以各种数据结构连接起来双方维护连接是有成本的（时间+空间）对客户端来说：发送数据syn验证了自己能发送数据，收到syn+ack验证了自己能收到数据，同时发送成功对服务端来说：客户端发送syn验证了自己能收数据，发送syn+ACK，得到客户端回应ack说明了自己能发送数据,没有第三次握手无法证明服务端有发送的能力。......

给定一个二叉树, 找到该树中两个指定节点的最近公共祖先。百度百科中最近公共祖先的定义为：“对于有根树 T 的两个节点 p、q，最近公共祖先表示为一个节点 x，满足 x 是 p、q 的祖先且 x 的深度尽可能大（一个节点也可以是它自己的祖先）。”输入：root = [3,5,1,6,2,0,8,null,null,7,4], p = 5, q = 1输出：3解释：节点 5 和节点 1 的最近公共祖先是节点 3。...

给你二叉树的根节点 root ，返回其节点值的 层序遍历。（即逐层地，从左到右访问所有节点）。输入：root = [3,9,20,null,null,15,7]输出：[[3],[9,20],[15,7]]使用队列，队头出队带入他的左右节点。输入：root = [1]输入：root = []...

假如我们要查找7：7比3大，到3的右子树=5，7比5大，到5的右子树7，查找到了。例如:我们链接上的节点为10，走到9的右，root即是空，也是9右指针的别名。例如删除10，右为空，10 是9的右节点，把10的左节点，连接到9的右节点上。点往下走，比它大，走右边，比它小走左边，相等就找到了，走到空就说明没找到。10>8,先走右边，到9，10>9走右边，走到了空，把它插入到这个地方。例如删除3，左为空，3是1的右节点，把1的右节点，连接到3的右节点。左子树的值小于根，右子树的值大于根。...

去const属性用const_cast基本类型转换用static_cast多态类之间的类型转换用dynamic_cast不同类型的指针类型转换用reinterpret_cast。

为了解决指针资源忘记或没有删除导致的内存泄露问题，C++就出现了智能指针的机制，可以在使用的时候初始化，在离开作用域之后就自动析构，删除资源。