tcp协议下的socket函数
目录
1.socket函数
2.地址转换函数
1.字符串转in_addr的函数:编辑
2.in_addr转字符串的函数：编辑
1.关于inet_ntoa函数
3.listen函数
4.简单的Server模型
1.初步模型
1.sock函数和accept函数返回值的sockfd的区别
2.运行结果和127.0.0.1的意义
2.单进程模板
3.多进程模板
1.让孙子执行代码，子进程退出
2.让父进程接受到子进程退出的信号是选择忽略
4.多线程模板
5.线程池模板
1.建议先看一下udp协议：udp协议下的socket函数_udp socket函数-CSDN博客
1.socket函数
其实从上面两个区别，就能看出socket下的type使用的区别了，tcp用的是SOCK_STREM.
2.地址转换函数
1.字符串转in_addr的函数:
2.in_addr转字符串的函数：
1.关于inet_ntoa函数
inet_ntoa这个函数返回了一个char*，很显然是这个函数自己在内部给我们申请了一块内存空间，那是否需要我们自己手动释放呢？
man手册上说，inet_ntoa函数，是把这个返回值结果放到了静态存储区，这个时候就不需要我们手动释放了。但是问题来了，如果我们调用多次这个函数，会有什么样的效果呢？
运行结果：
所以我们下次应避免使用这个函数。
但是在多线程的情况下运行是没有这个情况的，理论上线程是共享内存地址空间的，那么开辟的静态空间也是重复的！但是，（我承认下面这段是copy的，哈哈哈哈）
inet_ntoa() 函数的行为依赖于实现它的库和编译器环境。在标准 C 库（如 glibc）的早期版本中，inet_ntoa() 确实返回指向内部静态缓冲区的指针，这意味着多次调用 inet_ntoa() 可能会覆盖先前的结果，特别是在多线程环境中。
然而，现代的 C 库（如 glibc 2.24 及以上版本）和编译器环境（如 GCC 和 Clang）通常会对 inet_ntoa() 进行优化，使其在多线程环境中更加安全。这些优化通常涉及使用线程局部存储（TLS）来为每个线程分配独立的缓冲区，或者在每次调用时分配一个新的栈上缓冲区。
3.listen函数
Tcp是面向连接的，服务器一般是比较“被动的”，服务器一直处于一种：一直在等待连接到来的状态。
backlog不要设置的太大，具体作用后面再讲。
4.简单的Server模型
1.初步模型
main.cc
UdpServer.hpp
1.sock函数和accept函数返回值的sockfd的区别
sock函数和accept函数的返回值都是sockfd，那么他们之间有什么区别呢？你可以把sock函数返回的sockfd当做招揽客户进入餐厅的员工，而accept返回的sockfd是具体服务进来客户的员工！
2.运行结果和127.0.0.1的意义
可以通过右边telnet来连接主机，而127.0.0.1是主机回环地址，
更详细的请看这篇博主写的：彻底明白ip地址，区分localhost、127.0.0.1和0.0.0.0 - 简书
2.单进程模板
缺点就是每次只能有一个客户进去，这样肯定不行的。
3.多进程模板
其实稍微仔细观察，就发现他其实接受不了多个客户，因为父进程需要等待还没有退出的子进程，不然会僵尸。所以有些人说那就轮询啊，但是那又要存储子进程的pid值，但是后面回收还是存在问题，还要数组存储退掉的子进程和没有退掉的子进程。
1.让孙子执行代码，子进程退出
2.让父进程接受到子进程退出的信号是选择忽略
我在这篇博客的最后面提到过。
linux信号的概念-CSDN博客
但是进程的创建是很大的，所以我们需要用线程来执行方案。
4.多线程模板
5.线程池模板
thread_pool.hpp
Linux线程池-CSDN博客
Task.hpp