deligent_torche的博客

http协议无响应：一发一收就断开连接无状态：没有状态交流，不会保存上一次连接的状态信息之类的无连接：每次都要建立TCP连接，但是只处理一个请求，处理结束直接断开性能分析：epoll采用监听连接然后进行处理，但是当连接量过于巨大，epoll红黑树也无法继续保持高效，这个时候就必须牺牲一部分性能来换取更多的连接量，每次依然只处理一个请求，不过连接也会断开，保持连接时的稳定性的同时又不保持连接请求各种文件中可执行文件比较特殊，需要另开子进程来处理可执行文件然后再将结果输入到html文件中，结

1.多进程服务器父进程：监听端口，创建子进程，无阻塞收尸子进程：保持连接并处理数据注意：多次循环会不断产生新的套接字，然而父进程不用管理连接，子进程不用管理监听，需将无需管理的套接字关闭性能：进程复制耗费资源大2.多线程服务器总进程：监听端口，创建线程子进程：保持连接，处理数据，设置pthread_detach（）当线程结束时会自动释放资源注意：线程没有类似于进程的无阻塞随机收尸的func，只有tryjoin无阻塞但也不能随机收尸，但detach可以让线程自己给自己收

联网收发数据方面，简于tcp服务器只需要绑定端口然后阻塞接收就好了，只管接收送上门来的东西，然后发回去就结束一轮客户端更是只需要发就好了和收就结束一轮一方断开重连依然可以和另一方进行收发数据，并不需要像tcp一样要先建立连接，直接发就完事儿了只是简单的完成 收到/发出a的数据然后处理并发还/接收给a 这一功能其他方面的考虑就需要从程序面上另外设计.........

1.网络就是一块联络全球的数据流通地带，数据之间流通依靠路由器（粗略）2.路由器：就像现实中包裹的中转站 会通过算法将数据包发往正确的下一站3.数据包：IP就是地址，MAC就是收货人的身份证4.转发网关：内网间数据传输时，网关依赖算法找到正确的发送路径5.NAT网关：因为不同局域网内主机的IP不唯一，但网关的IP唯一，所以当数据包需要通过网关离开局域网时，NAT网关会将IP改为网关IP，同理，目的地网关会使用端口映射目的地IPNAT网关类似于一个代理，访问公网时必须要保证

前言：很久以前就搭过服务器，当时一旦遇到问题根本就无法解决，全都是原理级才能解释，当时也是非常令人难受，解决了问题以后也不知道为什么，不过现在学习了整个底层原理后，以前遇到的问题全都迎刃而解了1.监听端口 创建套接字：套接字选交互方和模式 绑定端口和IP：根据交互方填充结构体，最好先初始化，传端口号和IP地址时注意转字节序，因为结构体不同所以还要传size，防止越界 监听：队列长度根据需要设2.联网 阻塞等待...建立连接（进行...

1.UDP协议 特点： 1.不管理拥堵 2.无序 3.不管理流量速度 4.单向发送，非连接 常用：内网广播：单方面发送，不需要建立连接，流量小，对丢包不敏感 游戏，直播：只需要即时消息，不需要完整时间段2.客户端和服务器 客户端作为发送端没有固定端口，而是类似端口池使用再释放，接收数据时也是随机端口接收 服务器必须绑定端...

挖坑

挖坑