十年河东，十年河西，莫欺少年穷
学无止境，精益求精
简介
使用场景
web反向代理，负载均衡，动静分离
下载安装
下载地址：http://nginx.org/en/download.html
下载下安装包后，解压，然后在解压目录下执行指令进行启动【我的路径为：C:MQ ginx-1.18.0>】，如下：
C:Userschenwolong>cd C:MQ
ginx-1.18.0
C:MQ
ginx-1.18.0>start nginx
启动Nginx：
在我第一次启动Nginx时，报错如下：
2021/03/25 16:26:20 [emerg] 13144#10476: bind() to 0.0.0.0:80 failed (10013: An attempt was made to access a socket in a way forbidden by its access permissions)
C:Windowssystem32>net stop http 下面的服务依赖于 HTTP Service 服务。 停止 HTTP Service 服务也会停止这些服务。 World Wide Web 发布服务 SSDP Discovery Print Spooler 你想继续此操作吗? (Y/N) [N]: y World Wide Web 发布服务 服务正在停止. World Wide Web 发布服务 服务已成功停止。 SSDP Discovery 服务正在停止. SSDP Discovery 服务已成功停止。 Print Spooler 服务正在停止. Print Spooler 服务已成功停止。 HTTP Service 服务正在停止........ HTTP Service 服务无法停止。 C:Windowssystem32>
问题出现的原因找到了，接下来的思路就很清晰了：
1.找出来究竟是谁占用了80端口
2.干掉它
首先打开cmd，注意：为了防止不必要的错误，这时候请直接用管理员的身份打开。
运行指令
netstat -ano
这个指令会罗列出当前所有端口的占用情况，并显示出每占用端口的进程的PID，
我这台电脑显示，80端口被一个PID为4的进程占用着。
接下来使用指令
taskkill /pid 4（请根据自己的情况把4替换成自己电脑上显示的进程的PID），结果如下：
taskkill /F /pid 4再次尝试：
在网络上搜索了很多解决方法，基本都和上面所讲的一样，对我现在的情况来说都已经证明无效了
网上有一种解决办法是改变nginx的运行端口，但是此时我们是要去解决问题，而不是逃避问题，所以此种方案pass掉。
kill进程的方法除了cmd，还可以通过使用任务管理器。
打开任务管理器，选择进程，会有PID一列，如果没有的话，点击工具栏中的“查看”=>“选择列”，然后把PID勾选上就可以了。
此时我们看到PID为4的进程名称为system
我们在这一行右键，点击“结束进程”，发现竟然还是没有效果，这真是我遇到过最坚挺的进程了。
去网上搜索之后，system进程是系统服务进程，系统服务都会由这个进程来启动。了解到是http的系统服务，先尝试在dos中搜索services.msc查看系统服务，没有找到对应的名称，于是再去cmd中尝试关闭一下http看看
net stop http
接下来我们使用指令来单独看看80端口是否还有进程
netstat -ano | findstr 0.0.0.0:80再通过
netstat -ano查看一下端口列表，再三确认，都看不到80端口的占用情况，接下来start nginx，并且使用nginx查看：
再次启动项目，一切正常。
启动成功后，我们可以在浏览器端查看Nginx是否正在运行，输入：http://localhost:8001/
这时，说明Nginx启动成功。
停止运行Nginx指令：
停止运行Nginx指令有两个，分别为：nginx -s stop 和 nginx -s quit
C:MQ ginx-1.18.0>nginx -s stop C:MQ ginx-1.18.0>nginx -s quit
注：stop 是快速停止 Nginx，可能并不保存相关信息；quit 是完整有序的停止 Nginx，并保存相关信息。
重新载入 Nginx 配置文件
C:MQ ginx-1.18.0>nginx -s reload
当配置信息修改，需要重新载入这些配置时，使用此命令。
查看Nginx 版本号
C:MQ ginx-1.18.0>nginx -v nginx version: nginx/1.18.0
Nginx配置文件 Nginx.conf 详解
nginx.conf 的文件结构
... #全局块
events { #events块
...
}
http #http块
{
... #http全局块
server #server块
{
... #server全局块
location [PATTERN] #location块
{
...
}
location [PATTERN]
{
...
}
}
server
{
...
}
... #http全局块
}
全局配置
nginx在运行时与具体业务功能（比如http服务或者email服务代理）无关的一些参数，比如工作进程数，运行的身份等。
-
woker_processes 2
在配置文件的顶级main部分，worker角色的工作进程的个数，master进程是接收并分配请求给worker处理。这个数值简单一点可以设置为cpu的核数grep ^processor /proc/cpuinfo | wc -l，也是 auto 值，如果开启了ssl和gzip更应该设置成与逻辑CPU数量一样甚至为2倍，可以减少I/O操作。如果nginx服务器还有其它服务，可以考虑适当减少。 -
worker_cpu_affinity
也是写在main部分。在高并发情况下，通过设置cpu粘性来降低由于多CPU核切换造成的寄存器等现场重建带来的性能损耗。如worker_cpu_affinity 0001 0010 0100 1000;（四核）。 -
worker_connections 2048
写在events部分。每一个worker进程能并发处理（发起）的最大连接数（包含与客户端或后端被代理服务器间等所有连接数）。nginx作为反向代理服务器，计算公式最大连接数 = worker_processes * worker_connections/4，所以这里客户端最大连接数是1024，这个可以增到到8192都没关系，看情况而定，但不能超过后面的worker_rlimit_nofile。当nginx作为http服务器时，计算公式里面是除以2。 -
worker_rlimit_nofile 10240
写在main部分。默认是没有设置，可以限制为操作系统最大的限制65535。 -
use epoll
写在events部分。在Linux操作系统下，nginx默认使用epoll事件模型，得益于此，nginx在Linux操作系统下效率相当高。同时Nginx在OpenBSD或FreeBSD操作系统上采用类似于epoll的高效事件模型kqueue。在操作系统不支持这些高效模型时才使用select。
2.2.2 http服务器
与提供http服务相关的一些配置参数。例如：是否使用keepalive啊，是否使用gzip进行压缩等。
-
sendfile on
开启高效文件传输模式，sendfile指令指定nginx是否调用sendfile函数来输出文件，减少用户空间到内核空间的上下文切换。对于普通应用设为 on，如果用来进行下载等应用磁盘IO重负载应用，可设置为off，以平衡磁盘与网络I/O处理速度，降低系统的负载。 -
keepalive_timeout 65: 长连接超时时间，单位是秒，这个参数很敏感，涉及浏览器的种类、后端服务器的超时设置、操作系统的设置，可以另外起一片文章了。长连接请求大量小文件的时候，可以减少重建连接的开销，但假如有大文件上传，65s内没上传完成会导致失败。如果设置时间过长，用户又多，长时间保持连接会占用大量资源。 -
send_timeout: 用于指定响应客户端的超时时间。这个超时仅限于两个连接活动之间的时间，如果超过这个时间，客户端没有任何活动，Nginx将会关闭连接。 -
client_max_body_size 10m
允许客户端请求的最大单文件字节数。如果有上传较大文件，请设置它的限制值 client_body_buffer_size 128k
缓冲区代理缓冲用户端请求的最大字节数
模块http_proxy：
这个模块实现的是nginx作为反向代理服务器的功能，包括缓存功能（另见文章）
proxy_connect_timeout 60
nginx跟后端服务器连接超时时间(代理连接超时)-
proxy_read_timeout 60
连接成功后，与后端服务器两个成功的响应操作之间超时时间(代理接收超时) -
proxy_buffer_size 4k
设置代理服务器（nginx）从后端realserver读取并保存用户头信息的缓冲区大小，默认与proxy_buffers大小相同，其实可以将这个指令值设的小一点 -
proxy_buffers 4 32k
proxy_buffers缓冲区，nginx针对单个连接缓存来自后端realserver的响应，网页平均在32k以下的话，这样设置 -
proxy_busy_buffers_size 64k
高负荷下缓冲大小（proxy_buffers*2） -
proxy_max_temp_file_size
当proxy_buffers放不下后端服务器的响应内容时，会将一部分保存到硬盘的临时文件中，这个值用来设置最大临时文件大小，默认1024M，它与proxy_cache没有关系。大于这个值，将从upstream服务器传回。设置为0禁用。 -
proxy_temp_file_write_size 64k
当缓存被代理的服务器响应到临时文件时，这个选项限制每次写临时文件的大小。proxy_temp_path（可以在编译的时候）指定写到哪那个目录。
proxy_pass，proxy_redirect见 location 部分。
模块http_gzip：
gzip on: 开启gzip压缩输出，减少网络传输。
gzip_min_length 1k： 设置允许压缩的页面最小字节数，页面字节数从header头得content-length中进行获取。默认值是20。建议设置成大于1k的字节数，小于1k可能会越压越大。gzip_buffers 4 16k： 设置系统获取几个单位的缓存用于存储gzip的压缩结果数据流。4 16k代表以16k为单位，安装原始数据大小以16k为单位的4倍申请内存。gzip_http_version 1.0： 用于识别 http 协议的版本，早期的浏览器不支持 Gzip 压缩，用户就会看到乱码，所以为了支持前期版本加上了这个选项，如果你用了 Nginx 的反向代理并期望也启用 Gzip 压缩的话，由于末端通信是 http/1.0，故请设置为 1.0。gzip_comp_level 6： gzip压缩比，1压缩比最小处理速度最快，9压缩比最大但处理速度最慢(传输快但比较消耗cpu)gzip_types：匹配mime类型进行压缩，无论是否指定,”text/html”类型总是会被压缩的。gzip_proxied any： Nginx作为反向代理的时候启用，决定开启或者关闭后端服务器返回的结果是否压缩，匹配的前提是后端服务器必须要返回包含”Via”的 header头。gzip_vary on： 和http头有关系，会在响应头加个 Vary: Accept-Encoding ，可以让前端的缓存服务器缓存经过gzip压缩的页面，例如，用Squid缓存经过Nginx压缩的数据。。
2.2.3 server虚拟主机
http服务上支持若干虚拟主机。每个虚拟主机一个对应的server配置项，配置项里面包含该虚拟主机相关的配置。在提供mail服务的代理时，也可以建立若干server。每个server通过监听地址或端口来区分。
-
listen
监听端口，默认80，小于1024的要以root启动。可以为listen *:80、listen 127.0.0.1:80等形式。 -
server_name
服务器名，如localhost、www.example.com，可以通过正则匹配。
模块http_stream
这个模块通过一个简单的调度算法来实现客户端IP到后端服务器的负载均衡，upstream后接负载均衡器的名字，后端realserver以 host:port options; 方式组织在 {} 中。如果后端被代理的只有一台，也可以直接写在 proxy_pass 。
2.2.4 location
http服务中，某些特定的URL对应的一系列配置项。
-
root /var/www/html
定义服务器的默认网站根目录位置。如果locationURL匹配的是子目录或文件，root没什么作用，一般放在server指令里面或/下。 -
index index.jsp index.html index.htm
定义路径下默认访问的文件名，一般跟着root放 -
proxy_pass http:/backend
请求转向backend定义的服务器列表，即反向代理，对应upstream负载均衡器。也可以proxy_pass http://ip:port。 -
proxy_redirect off;proxy_set_header Host $host;proxy_set_header X-Real-IP $remote_addr;proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
这四个暂且这样设，如果深究的话，每一个都涉及到很复杂的内容，也将通过另一篇文章来解读。
关于location匹配规则的写法，可以说尤为关键且基础的，参考文章 nginx配置location总结及rewrite规则写法;
2.3 其它
2.3.1 访问控制 allow/deny
Nginx 的访问控制模块默认就会安装，而且写法也非常简单，可以分别有多个allow,deny，允许或禁止某个ip或ip段访问，依次满足任何一个规则就停止往下匹配。如：
location /nginx-status { stub_status on; access_log off; # auth_basic "NginxStatus"; # auth_basic_user_file /usr/local/nginx-1.6/htpasswd; allow 192.168.10.100; allow 172.29.73.0/24; deny all; }
@天才卧龙的博客