time_wait是解决什么问题的?
TCP中的TIME_WAIT状态是TCP连接四次挥手断开过程中客户端最后所处的状态。当一个TCP连接的主动关闭方（通常是客户端）完成数据发送并发出FIN（结束）报文后，经历ACK响应、对方FIN以及对这个FIN的ACK确认之后，它会进入TIME_WAIT状态。
TIME_WAIT状态主要解决以下几个关键问题：
可靠的数据接收：
确保被动关闭方（通常是服务器）能收到最后一个ACK，即使这个ACK在网络中丢失了，客户端也会等待足够长的时间（通常称为2MSL，即两倍的报文最大生存时间）再次发送这个ACK，从而保证四次挥手过程顺利完成，连接彻底关闭。避免旧的重复分节：
TIME_WAIT状态可以等待足够长的时间以确保网络中滞留的任何延迟或重复的旧数据段都能够过期，并且不会与新建立的相同端口号的连接发生混淆。有序关闭：
保持TIME_WAIT状态有助于网络中其他部分正确清理旧连接的相关资源，防止“旧连接”和“新连接”之间的混乱，尤其是在具有相同源/目的IP地址和端口号的新连接尝试建立时。实现TCP全双工连接的完全释放：
TIME_WAIT状态确保了TCP连接在两个方向上都被明确关闭，既不会出现旧的连接残留，也不会影响到新的连接尝试。
因此，TIME_WAIT状态虽然可能导致短时间内占用较多资源（如端口号），但它在TCP协议中扮演着至关重要的角色，确保了连接的可靠关闭和网络环境的稳定性。对于高并发场景下可能出现的大量TIME_WAIT连接导致的问题，可以通过调整内核参数（例如启用tcp_tw_recycle、tcp_tw_reuse等，不过这些参数在较新版本的操作系统中可能已经被弃用或不推荐使用）、优化应用层连接管理策略等方式进行缓解。
内存逃逸分析?
Go语言内存逃逸分析是一种编译器优化技术，用于决定何时分配对象到堆（heap）上，何时分配到栈（stack）上。在Go语言中，内存分配通常发生在堆上，但是栈上的内存分配更高效，因为栈的内存分配和回收速度远快于堆。
内存逃逸分析的基本思想是确定一个变量是否在其声明周期内一直存在于栈上，还是必须“逃逸”到堆上。逃逸的原因通常有以下几点：
返回局部变量的指针：如果函数返回一个指向局部变量的指针，那么该变量就不能存储在栈上，因为它需要在函数退出后仍然可用，所以需要分配到堆上。
赋值给全局变量或外部包变量：如果局部变量的值被赋给了全局变量或外部包的变量，尤其是通过指针赋值，那么该局部变量可能需要在堆上分配。
放入容器中：如果局部变量被放入切片、map或其他可以增长的容器中，该变量的生命周期可能超过了函数的作用域，因此需要在堆上分配。
在匿名函数（闭包）中引用：如果局部变量在匿名函数（闭包）中被引用，而该函数可能会在函数退出后被调用，那么该局部变量需要在堆上分配。
Go语言的编译器在编译阶段会自动进行逃逸分析，如果编译器检测到变量没有逃逸，则会在栈上分配内存，否则会在堆上分配。通过 -gcflags='-m' 参数编译代码，编译器会输出逃逸分析报告，显示哪些变量逃逸到了堆上。减少不必要的内存逃逸有助于提高程序性能。
