IO模型原理和nginx_proxy

最新推荐文章于 2024-09-16 11:19:03 发布

诠释_小丑

最新推荐文章于 2024-09-16 11:19:03 发布

阅读量1.9k

点赞数

文章标签：经验分享 linux nginx nginx反向代理

本文链接：https://blog.csdn.net/a134134134a/article/details/121495913

版权

周

一、几种IO模型的原理

一、几种IO模型的原理

你好！这是你第一次使用 Markdown编辑器 所展示的欢迎页。如果你想学习如何使用Markdown编辑器, 可以仔细阅读这篇文章，了解一下Markdown的基本语法知识。

1. 系统IO模型

1.1同步/异步：

关注的是时间处理的消息通信机制，即在等待一件事情的处理结果时，被调用者是否提供完成通知。
同步：synchronous，调用者等待被调用者返回消息后才能继续执行，如果被调用者不提供消息返回则为同步，同步需要调用者主动询问事情是否处理完成。
即：进程发出请求调用后，内核不提供通知机制，即文件IO处理完成后不通知进程，需要进程自己去问内核是否处理完成

异步：asynchronous，被调用者通过状态、通知或回调机制主动通知调用者被调用者的运行状态
即：进程发出请求调用后，不等内核返回响应，接着处理下一个请求,内核会在调用处理完成后返回调用结果给进程。Nginx是异步的

1.2阻塞/非阻塞

关注调用者在等待结果返回之前所处的状态
阻塞：blocking，指IO操作需要彻底完成后才返回到用户空间，调用结果返回之前，调用者被挂起，干不了别的事情。

非阻塞：nonblocking ,指IO操作被调用后立即返回给用户一个状态值，无需等到IO操作彻底完成，最终的调用结果返回之前，调用者不会被挂起，可以去做别人的事情

2.网络IO模型

2.1 同步阻塞型 I/O 模型

同步非阻塞型 I/O 模型：用户线程发起IO请求时立即返回。但并未读取到任何数据，用户线程需要不断地发起IO请求，直到数据到达后，才真正读取到数据，继续执行。即 "轮询"机制存在两个问题：如果有大量文件描述符都要等，那么就得一个一个的read。这会带来大量的Context Switch（read是系统调用，每调用一次就得在用户态和核心态切换一次）。轮询的时间不好把握。这里是要多久之后数据才能到。等待时间设的太长，程序响应延迟就过大；设的太短，就会造成过于频繁的重试，干耗CPU而已，是比较浪费CPU的方式，一般很少直接使用这种模型，而是在其他IO模型中使用非阻塞IO这一特性。

2.2 同步非阻塞：

同步非阻塞: 程序向内核发送请IO求后一直等待内核响应，如果内核处理请求的IO操作不能立即返回IO结果，进程将不再等待，而且继续处理其他请求，但是仍然需要进程隔离一段时间就要查看内核IO是否完成。

2.3 IO多路复用型(IO multiplexing)

IO multiplexing就是我们说的select，poll，epoll，有些地方也称这种IO方式为event driven IO（事件驱动）。select/poll/epoll的好处就在于单个process就可以同时处理多个网络连接的IO。它的基本原理就是select，poll，epoll这个function会不断的轮询所负责的所有socket，当某个socket有数据到达了，就通知用户进程。
当用户进程调用了select，那么整个进程会被block，而同时，kernel会"监视"所有select负责的socket，当任何一个socket中的数据准备好了，select就会返回。这个时候用户进程再调用read操作，将数据从kernel拷贝到用户进程。
Apache prefork是此模式的主进程+多进程/单线程+select，work是主进程+多进程/多线程+poll模式

2.4.信号驱动式IO(signal-driven IO)

用户进程可以通过sigaction系统调用注册一个信号处理程序，然后进程可以继续向下执行，当有IO操作准备就绪时，由内核通知触发一个SIGIO信号处理程序执行，然后将用户进程所需要的数据从内核空间拷贝到用户空间，此模型的优势在于等待数据包到达期间进程不被阻塞，进程可以继续执行，只要等待来自信号处理函数的通知。
优点：进程没有在等待数据时被阻塞，内核直接返回调用接收信号，不影响进程继续处理其他请求因此可以提高资源的利用率
缺点：信号 I/O 在大量 IO 操作时可能会因为信号队列溢出导致没法通知。
信号驱动IO：进程向内核发送IO调用后，不用等待内核响应，可以继续接受其他请求，内核收到进程请求后进行的IO如果不能立即返回，就由内核等待结果，直到IO完成后内核再通知进程，apache event模型就是主进程+多进程/多线程+信号驱动

2.5.异步(非阻塞) IO(asynchronous IO)

相对于同步IO，异步IO不是顺序执行，用户进程进行aio_read系统调用之后，无论内核数据是否准备好，都会直接返回给用户进程，然后用户态进程可以去做别的事情，等到socket数据准备好了，内核直接复制数据给进程，然后从内核向进程发送通知，异步非阻塞IO的两个阶段，进程都是非阻塞的。
Linux提供了AIO库函数实现异步，目前有很多开源的异步IO库，例如libevent、libev、libuv等
异步非阻塞：程序进程向内核发送IO调用后，不用等待内核响应，可以继续接受其他请求，内核调用的IO如果不能立即返回，内核会继续处理其他事物，直到IO完成后将结果通知给内核，内核在将IO完成的结果返回给进程，期间进程可以接受新的请求，内核也可以处理新的事物，因此相互不影响，可以实现较大的同时并实现较高的IO复用，因此异步非阻塞使用最多的一种通信方式，nginx就是是异步非阻塞模型。

二、配置虚拟主机，实现强制https跳转访问www.x.com(x.com为自己定义的域名）

server {  
    listen  80;  
    server_name www.123456.com;  
      
    rewrite ^(.*)$  https://$host$1 permanent;  
} 

server {

	listen 443 ssl;
	server_name www.12345.com;

	ssl_certificate "/etc/nginx/ssl/nginx.crt";   #
        ssl_certificate_key "/etc/nginx/ssl/nginx_nopass.key";
        ssl_session_cache shared:SSL:1m;
        ssl_session_timeout  10m;
        ssl_ciphers HIGH:!aNULL:!MD5;
        ssl_prefer_server_ciphers on;

	location / {
		root /data/html;
		index index.html;
	}
}

三、配置nginx通过不同path反代至不同后端apache服务器（即访问www.a.com/a/反代至apache1，访问www.a.com/b/反代至apache2）

server {

listen 80;
server_name www.12345.com;

location / {
	root /data/html;
	index index.html;
}
location /a {
	proxy_pass http://apache1/;
}

location /b {
	proxy_pass http://apache2/;
}

}

四、总结出现2xx、3xx、4xx、5xx状态码的原因

2XX类状态码信息表示：服务器成功的接收了客户端请求
3XX类状态码信息表示：客户端浏览器必须采取更多操作来实现请求。例如，浏览器可能不得不请求服务器上的不同页面，或者通过代理服务器重复该请求(重定向)
4XX类状态码信息表示：发生错误，客户端似乎有问题。例如：客户端请求不存在的页面，客户端为提供有效的身份验证信息 (客户端错误)
5XX类状态码信息表示：服务器遇到错误而不能完成该请求 (服务器错误)