huapro.vip的程序人生

引言 网络层的主要功能是将数据包从源机器路由到目标机器。在大多数是网络中，数据包需要多跳才能到达目的地。唯一一个值得指出的例外是广播网络，但即使在广播网络中，如果源机器和目标机器不在同一个网络段中时，路由仍然是一个问题。选择路由的算法以及这些算法所用的数据结构是网络层设计的最主要内容。 路由算法是网络层软件的一部分，它负责确定一个入境数据包应该被发送到哪一条输出线路上。如果网络内部使用了数据报，那么路由器必须针对每一个到达的数据包重新选择路径，因为自上一次选择了路径之后，最佳路径可能已经发生了改变。如果网络

本文分析Netty的NioEventLoop是如工作的。 [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-ENfGVW05-1644982158935)(//upload-images.jianshu.io/upload_images/2184951-2e248d85df2a1a86.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/490/format/webp)] NioEventLoop中维护了一个线程，线程启动时会调用

AIO 是彻底的异步通信。 NIO 是同步非阻塞通信。 有一个经典的举例。烧开水。 假设有这么一个场景，有一排水壶（客户）在烧水。 AIO的做法是，每个水壶上装一个开关，当水开了以后会提醒对应的线程去处理。 NIO的做法是，叫一个线程不停的循环观察每一个水壶，根据每个水壶当前的状态去处理。 BIO的做法是，叫一个线程停留在一个水壶那，直到这个水壶烧开，才去处理下一个水壶。 可以看出AIO是最聪明省力，NIO相对省力，叫一个人就能看所有的壶，BIO最愚蠢，劳动力低下。 **简单的描述一下BIO的服务端通信模型

前言 在linux的高性能网络编程中，绕不开的就是epoll。和select、poll等系统调用相比,epoll在需要监视大量文件描述符并且其中只有少数活跃的时候，表现出无可比拟的优势。epoll能让内核记住所关注的描述符，并在对应的描述符事件就绪的时候,在epoll的就绪链表中添加这些就绪元素，并唤醒对应的epoll等待进程。 本文就是笔者在探究epoll源码过程中，对kernel将就绪描述符添加到epoll并唤醒对应进程的一次源码分析(基于linux-2.6.32内核版本)。由于篇幅所限，笔者聚焦于tc

worker_processes auto; error_log /var/log/nginx/error.log notice; pid /var/run/nginx.pid; events { worker_connections 1024; } http { include /etc/nginx/mime.types; default_type application/octet-stream; log_format m.

1、防火墙开启服务 开启防火墙 systemctl start firewalld 　关闭防火墙 systemctl stop firewalld 开启防火墙 service firewalld start 若遇到无法开启 先用：systemctl unmask firewalld.service 然后：systemctl start firewalld.service 2.端口查询 查询指定端口是否已开 firewall-cmd --query-port=666/tcp 提示yes or no 查询所有开

http请求

网络由下往上分为 　　物理层、数据链路层、网络层、传输层、会话层、表示层和应用层。 　　通过初步的了解，我知道IP协议对应于网络层，TCP协议对应于传输层，而HTTP协议对应于应用层， 　　三者从本质上来说没有可比性， 　　socket则是对TCP/IP协议的封装和应用(程序员层面上)。 　　也可以说，TPC/IP协议是传输层协议，主要解决数据如何在网络中传输，