1、对常用I/O模型进行比较说明
I/O模型概念：
- 同步：synchronous，被调用者并不提供事件的处理结果相关的通知消息，需要调用者主动询问事情是否处理完成。
- 异步：asynchronous，被调用者通过状态、通知或回调机制主动通知调用者被调用者的运行状态。
- 阻塞：blocking，指IO操作需要彻底完成后才返回到用户空间，调用结果返回之前，调用者被挂起，干不了别的事情。
- 非阻塞：nonblocking，指IO操作被调用后立即返回给用户一个状态值，而无需等到IO操作彻底完
成，在最终的调用结果返回之前，调用者不会被挂起，可以去做别的事情。
I/O模型分为：
阻塞型、非阻塞型、复用型、信号驱动型、异步
阻塞型 I/O 模型（blocking IO）
阻塞IO模型是最简单的I/O模型，用户线程在内核进行IO操作时被阻塞。用户线程通过系统调用read发起I/O读操作，由用户空间转到内核空间。
内核等到数据包到达后，然后将接收的数据拷贝到用户空间，完成read操作用户需要等待read将数据读取到buffer后，才继续处理接收的数据。
整个I/O请求的过程中，用户线程是被阻塞的，这导致用户在发起IO请求时，不能做任何事情，对CPU的资源利用率不够
优点：程序简单，在阻塞等待数据期间进程/线程挂起，基本不会占用 CPU 资源
缺点：每个连接需要独立的进程/线程单独处理，当并发请求量大时为了维护程序，内存、线程切换开销较大，apache 的preforck使用的是这种模式。非阻塞型 I/O 模型 (nonblocking IO)
用户线程发起IO请求时立即返回。但并未读取到任何数据，用户线程需要不断地发起IO请求，直到数据到达后，才真正读取到数据，继续执行。
即 “轮询”机制存在两个问题：如果有大量文件描述符都要等，那么就得一个一个的read。这会带来大量的Context Switch（read是系统调用，每调用一次就得在用户态和核心态切换一次）。轮询的时间不好把握。这里是要猜多久之后数据才能到。等待时间设的太长，程序响应延迟就过大;设的太短，就会造成过于频繁的重试，干耗CPU而已，是比较浪费CPU的方式，一般很少直接使用这种模型，而是在其他IO模型中使用非阻塞IO这一特性。多路复用 I/O 型(I/O multiplexing)
多路复用IO指一个线程可以同时（实际是交替实现，即并发完成）监控和处理多个文件描述符对应各自的IO，即复用同一个线程一个线程之所以能
实现同时处理多个IO,是因为这个线程调用了内核中的SELECT,POLL或EPOLL等系统调用，从而实现多路复用IO。
优点：可以基于一个阻塞对象，同时在多个描述符上等待就绪，而不是使用多个线程(每个文件描述符一个线程)，这样可以大大节省系统资源
缺点：当连接数较少时效率相比多线程+阻塞 I/O 模型效率较低，可能延迟更大，因为单个连接处理需要 2 次系统调用，占用时间会有增加信号驱动式 I/O 模型 (signal-driven IO)
信号驱动I/O的意思就是进程现在不用傻等着，也不用去轮询。而是让内核在数据就绪时，发送信号通知进程。调用的步骤是：通过系统调用sigaction ，并注册一个信号处理的回调函数，该调用会立即返回，然后主程序可以继续向下执行，当有I/O操作准备就绪,即内核数据就绪时，内核会为该进程产生一个SIGIO信号，并回调注册的信号回调函数，这样就可以在信号回调函数中系统调用recvfrom 获取数据,将用户进程所需要的数据从内核空间拷贝到用户空间。
此模型的优势在于等待数据报到达期间进程不被阻塞。用户主程序可以继续执行，只要等待来自信号处理函数的通知。在信号驱动式 I/O 模型中，应用程序使用套接口进行信号驱动 I/O，并安装一个信号处理函数，进程继续运行并不阻塞当数据准备好时，进程会收到一个 SIGIO 信号，可以在信号处理函数中调用 I/O 操作函数处理数据。
优点：线程并没有在等待数据时被阻塞，内核直接返回调用接收信号，不影响进程继续处理其他请求因此可以提高资源的利用率
缺点：信号 I/O 在大量 IO 操作时可能会因为信号队列溢出导致没法通知异步 I/O 模型 (asynchronous IO)
异步I/O 与 信号驱动I/O最大区别在于，信号驱动是内核通知用户进程何时开始一个I/O操作，而异步I/O是由内核通知用户进程I/O操作何时完成，两者有本质区别,相当于不用去饭店场吃饭，直接点个外卖，把等待上菜的时间也给省了。相对于同步I/O，异步I/O不是顺序执行。用户进程进行aio_read系统调用之后，无论内核数据是否准备好，都会直接返回给用户进程，然后用户态进程可以去做别的事情。等到socket数据准备好了，内核直接复制数据给进程，然后从内核向进程发送通知。IO两个阶段，进程都是非阻塞的。信号驱动IO当内核通知触发信号处理程序时，信号处理程序还需要阻塞在从内核空间缓冲区拷贝数据到用户空间缓冲区这个阶段，而异步IO直接是在第二个阶段完成后，内核直接通知用户线程可以进行后续操作了
优点：异步 I/O 能够充分利用 DMA 特性，让 I/O 操作与计算重叠
缺点：要实现真正的异步 I/O，操作系统需要做大量的工作。目前 Windows 下通过 IOCP 实现了真正的
五种IO对比：
这五种 I/O 模型中，越往后，阻塞越少，理论上效率也是最优前四种属于同步 I/O，因为其中真正的 I/O操作(recvfrom)将阻塞进程/线程，只有异步 I/O 模型才与 POSIX 定义的异步 I/O 相匹配。
2、nginx中的模块分类及常见核心模块有哪些
nginx 有多种模块
- 核心模块：是 Nginx 服务器正常运行必不可少的模块，提供错误日志记录 、配置文件解析 、事件驱动机制 、进程管理等核心功能
- 标准HTTP模块：提供 HTTP 协议解析相关的功能，比如： 端口配置 、 网页编码设置 、 HTTP响应头设置等等
- 可选HTTP模块：主要用于扩展标准的 HTTP 功能，让 Nginx 能处理一些特殊的服务，比如： Flash 多媒体传输 、解析 GeoIP 请求、 网络传输压缩 、 安全协议 SSL 支持等
- 邮件服务模块：主要用于支持 Nginx 的 邮件服务 ，包括对 POP3 协议、 IMAP 协议和 SMTP协议的支持
- Stream服务模块: 实现反向代理功能,包括TCP协议代理
- 第三方模块：是为了扩展 Nginx 服务器应用，完成开发者自定义功能，比如： Json 支持、 Lua 支持等
nginx高度模块化，但其模块早期不支持DSO机制;1.9.11 版本支持动态装载和卸载
模块分类：
核心模块：core module
ngx_core,ngx_errlog,ngx_conf,ngx_events,ngx_event,ngx_epoll,ngx_regex
标准模块：
HTTP 模块： ngx_http_*
HTTP Core modules #默认功能
HTTP Optional modules #需编译时指定
Mail 模块: ngx_mail_*
Stream 模块 ngx_stream_*
第三方模块
Rds-json-nginx,Lua-nginx,Others
3、描述nginx中worker_processes、worker_cpu_affinity、worker_rlimit_nofile、worker_connections配置项的含义
- worker_processes [number | atuo]; #启动Nginx工作进程的数量,一般设为和CPU核心数相同
- worker_cpu_affinity 00000001 00000010 00000100 00001000; #将Nginx工作进程绑定到指定的CPU核心，默认Nginx是不进行进程绑定的，绑定并不是意味着当前nginx进程独占以一核心CPU，但是可以保证此进程不会运行在其他核心上，这就极大减少了nginx的工作进程在不同的cpu核心上的来回跳转，减少了CPU对进程的资源分配与回收以及内存管理等，因此可以有效的提升nginx服务器的性能
- worker_rlimit_nofile 65536; #所有worker进程能打开的文件数量上限,包括:Nginx的所有连接（例如与代理服务器的连接等），而不仅仅是与客户端的连接,另一个考虑因素是实际的并发连接数不能超过系统级别的最大打开文件数的限制.最好与ulimit -n 或者limits.conf的值保持一致
- worker_connections 65536; #设置单个工作进程的最大并发连接数
4、编译安装nginx，实现多域名 https
安装nginx
#安装依赖包
[root@centos7-01 ~]# yum -y install gcc pcre-devel openssl-devel zlib-devel
#创建nginx用户
[root@centos7-01 ~]# useradd -s /sbin/nologin nginx
#下载安装包并解压
[root@centos7-01 ~]# wget http://nginx.org/download/nginx-1.18.0.tar.gz
[root@centos7-01 ~]# tar xf nginx-1.18.0.tar.gz
#编译安装
[root@centos7-01 ~]# cd nginx-1.18.0/
[root@centos7-01 nginx-1.18.0]# ./configure --prefix=/apps/nginx \
--user=nginx \
--group=nginx \
--with-http_ssl_module \
--with-http_v2_module \
--with-http_realip_module \
--with-http_stub_status_module \
--with-http_gzip_static_module \
--with-pcre \
--with-stream \
--with-stream_ssl_module \
--with-stream_realip_module
[root@centos7-01 nginx-1.18.0]# make && make install
[root@centos7-01 nginx-1.18.0]# chown -R nginx.nginx /apps/nginx
#创建 Nginx 自启动文件
[root@centos7-01 nginx-1.18.0]# vim /usr/lib/systemd/system/nginx.service
[Unit]
Description=nginx - high performance web server
Documentation=http://nginx.org/en/docs/
After=network-online.target remote-fs.target nss-lookup.target
Wants=network-online.target
[Service]
Type=forking
PIDFile=/apps/nginx/run/nginx.pid
ExecStart=/apps/nginx/sbin/nginx -c /apps/nginx/conf/nginx.conf
ExecReload=/bin/kill -s HUP $MAINPID
ExecStop=/bin/kill -s TERM $MAINPID
[Install]
WantedBy=multi-user.target
#创建目录
[root@centos7-01 nginx-1.18.0]# mkdir /apps/nginx/run/
[root@centos7-01 nginx-1.18.0]# chown -R nginx.nginx /apps/nginx/run
#修改配置文件，变更pid文件位置
[root@centos7-01 nginx-1.18.0]# sed -r -i 's/#pid.*/pid\ \/apps\/nginx\/run\/nginx.pid;/' /apps/nginx/conf/nginx.conf
#启动nginx服务
[root@centos7-01 nginx-1.18.0]# systemctl daemon-reload
[root@centos7-01 nginx-1.18.0]# systemctl enable --now nginx
配置多域名https
#创建子配置文件目录并修改配置文件
[root@centos7-01 nginx-1.18.0]# mkdir /apps/nginx/conf/vhost
[root@centos7-01 nginx-1.18.0]# chown -R nginx.nginx /apps/nginx/conf/vhost
[root@centos7-01 nginx-1.18.0]# vi /apps/nginx/conf/nginx.conf
#在http语句块最后加入该行
include vhost/*.conf;
#创建网页文件
[root@centos7-01 nginx-1.18.0]# mkdir -p /www/example{1,2}
[root@centos7-01 nginx-1.18.0]# echo "example1" > /www/example1/index.html
[root@centos7-01 nginx-1.18.0]# echo "example2" > /www/example2/index.html
[root@centos7-01 nginx-1.18.0]# tree /www/
/www/
├── example1
│ └── index.html
└── example2
└── index.html
#制作自签名ssl证书
[root@centos7-01 nginx-1.18.0]# mkdir /www/ssl
[root@centos7-01 nginx-1.18.0]# cd /www/ssl
[root@centos7-01 ssl]# vi make_cert.sh
#!/bin/bash
CA_SUBJECT="/O=example/CN=ca.example.org"
SUBJECT="/C=CN/ST=henan/L=zhengzhou/O=example/CN=test1.example.org"
SERIAL=34
EXPIRE=100
FILE=test1.example.org
openssl req -x509 -newkey rsa:2048 -subj $CA_SUBJECT -keyout ca.key -nodes -days $EXPIRE -out ca.crt
openssl req -newkey rsa:2048 -nodes -keyout ${FILE}.key -subj $SUBJECT -out ${FILE}.csr
openssl x509 -req -in ${FILE}.csr -CA ca.crt -CAkey ca.key -set_serial $SERIAL -days $EXPIRE -out ${FILE}.crt
chmod 600 ${FILE}.key ca.key
#使用以上脚本生成证书文件
[root@centos7-01 ssl]# bash make_cert.sh
[root@centos7-01 ssl]# cat test1.example.org.crt ca.crt > test1.example.org.pem
#使用上面同样方法生成test2.example.org证书文件及私钥
[root@centos7-01 ssl]# ls test*.example.org.{pem,key}
test1.example.org.key test1.example.org.pem test2.example.org.key test2.example.org.pem
#创建子配置文件
[root@centos7-01 nginx-1.18.0]# vi /apps/nginx/conf/vhost/example1.conf
server {
listen 80;
listen 443 ssl;
server_name test1.example.org;
ssl_certificate /www/ssl/test1.example.org.pem;
ssl_certificate_key /www/ssl/test1.example.org.key;
ssl_session_cache shared:sslcache:20m;
ssl_session_timeout 10m;
location / {
root /www/example1;
if ( $scheme = http ) {
rewrite ^/(.*)$ https://test1.example.org/$1 redirect;
}
}
}
[root@centos7-01 ssl]# vi /apps/nginx/conf/vhost/example2.conf
server {
listen 80;
listen 443 ssl;
server_name test2.example.org;
ssl_certificate /www/ssl/test2.example.org.pem;
ssl_certificate_key /www/ssl/test2.example.org.key;
ssl_session_cache shared:sslcache:20m;
ssl_session_timeout 10m;
location / {
root /www/example2;
if ( $scheme = http ) {
rewrite ^/(.*)$ https://test2.example.org/$1 redirect;
}
}
}
[root@centos7-01 ssl]# systemctl reload nginx
配置windows hosts文件，进行验证
192.168.184.101 test1.example.org test2.example.org
