1.代理与反向代理
代理服务器是位于客户端和原始服务器的一台中间服务器，为了从原始服务器获取到内容，客户端向代理服务器发送一个请求并带上目标服务器（原始服务器），代理服务器在接收到请求后就会将请求转发给原始服务器，并将从原始服务器上获取到的数据返回给客户端，代理服务器是代理的客户端，所以一般客户端是知道代理服务器的存在的，比如翻墙就用了代理服务器。
反向代理服务器是位于原始服务器端的服务器，反向代理服务器接受来自互联网的请求，然后将这些请求发送给内网的服务器，并将从内网的服务器获取结果返回给互联网上的客户端，反向代理服务器是代理的服务端，所以客户端是不知道反向代理服务器的存在的，服务端是知道反向代理服务器的。
1.1.代理服务器的作用
访问原来无法访问的服务
用作缓存，加速访问速度
对客户端访问授权，上网进行认证
代理可以记录用户访问记录，对外隐藏用户信息
1.2.反向代理服务器的作用
保护内网安全
负载均衡
缓存
1.3.nginx的作用
反向代理，将多台服务器代理成一台服务器
负载均衡，将多个请求均匀的分配到多台服务器上，减轻每台服务器的压力，提高服务的吞吐量
动静分离，nginx可以用作静态文件的缓存服务器，提高访问速度
2.Nginx配置
2.1. nginx.conf
全局块：配置影响nginx全局的指令。一般有运行nginx服务器的用户组，nginx进程pid存放路径，日志存放路径，配置文件引入，允许生成worker process数等。
events块：配置影响nginx服务器或与用户的网络连接。有每个进程的最大连接数，选取哪种事件驱动模型处理连接请求，是否允许同时接受多个网路连接，开启多个网络连接序列化等。
http块：可以嵌套多个server，配置代理，缓存，日志定义等绝大多数功能和第三方模块的配置。如文件引入，mime-type定义，日志自定义，是否使用sendfile传输文件，连接超时时间，单连接请求数等。
server块：配置虚拟主机的相关参数，一个http中可以有多个server。
location块：配置请求的路由，以及各种页面的处理情况。
worker_processes 1;
events {
worker_connections 1024;
}
http {
include mime.types;
default_type application/octet-stream;
sendfile on;
keepalive_timeout 65;
server {
listen 80;
server_name localhost;
location / {
root html;
index index.html index.htm;
}
error_page 500 502 503 504 /50x.html;
location = /50x.html {
root html;
}
}
}
参考：https://www.cnblogs.com/ysocean/p/9384880.html#_label0
2.2.nginx.conf location配置
参考：https://blog.csdn.net/qq_33862644/article/details/79337348
3.Nginx原理
3.1.Nginx模块
Nginx 默认采用守护模式启动，守护模式让master进程启动后在后台运行。在Nginx运行期间主要由一个master主进程和多个worker进程。
worker进程数目建议设为与cpu核数相同，这样每个worker进程都绑定特定的CPU核心，进程间切换的代价是最小的。
master进程不会对用户请求提供服务，只用于管理真正提供服务的worker进程，所以master进程可以是唯一的，它仅专注于自己的纯管理工作，为管理员提供命令行服务，包括诸如启动服务、停止服务、重载配置文件、平滑升级程序等，当任意一个worker进程出现错误从而导致coredump时，master进程会立刻启动新的worker进程继续服务。
-
网络请求的处理，是放在worker进程中来完成的，而且只能在一个worker进程中处理。多个worker进程是相互独立且对等竞争的。
采用这种方式的好处是：
节省锁的开销
-
独立进程，减少风险
采用独立的进程，可以让互相之间不会影响，当一个worker进程异常退出时，其它进程还在工作，服务不会中断，master进程则很快重新启动新的worker进程。虽然当前worker上的所有请求失败，不过不会影响到所有请求，所以降低了风险。
每个worker里面只有一个主线程，但一个worker可以同时处理多个请求。nginx采取异步非阻塞的方式处理请求，每个请求进来，worker线程将其注册处理转发给下游服务（如php-fpm）后，并不是挂起等待，而是切换处理别的请求。采用这种轮询的方式来并发处理大量请求
3.2.Nginx处理过程
首先，master 进程接受到信号（如nginx -s reload）后启动，读取配置文件，建好需要listen的socket后，然后再fork出多个woker进程，这样每个work进程都可以去accept这个socket。
当一个client连接到来时，所有accept的work进程都会受到通知，但只有一个进程可以accept成功，其它的则会accept失败，Nginx提供了一把共享锁accept_mutex来保证同一时刻只有一个work进程在accept连接，从而解决惊群问题。
当一个worker进程accept这个连接后，就开始读取请求，解析请求，处理请求，产生数据后，再返回给客户端，最后才断开连接，这样一个完成的请求就结束了。
一个worker进程可以同时处理多个请求，每个worker进程只有一个主线程，而是采用异步非阻塞的方式来处理并发请求。比如同时有多个http request的时候，worker主线程与第一条request建议连接将其处理转发给下游fast cgi后，并不会挂起等待，而是立马处理下一条，可以理解轮询处理。与多线程相比，这种事件处理方式是有很大的优势的，不需要创建线程，每个请求占用的内存也很少，没有上下文切换，事件处理非常的轻量级。并发数再多也不会导致无谓的资源浪费（上下文切换），更多的并发数，只是会占用更多的内存而已。因此nginx 是非常适合处理高并发请求的
作者：何笙
链接：//www.greatytc.com/p/c1c62e1af266
来源：简书 著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
