合 Nginx 常见面试题
- 什么是 Nginx？
- Nginx 有哪些优点？
- Nginx 应用场景？
- Nginx 怎么处理请求的？
- Nginx 是如何实现高并发的？
- 什么是正向代理？
- 什么是反向代理？
- 反向代理服务器的优点是什么？
- Nginx 目录结构有哪些？
- Nginx 配置文件 nginx.conf 有哪些属性模块？
- cookie 和 session 区别？
- 共同：
- 区别：
- 为什么 Nginx 不使用多线程？
- nginx 和 apache 的区别
- 为什么要做动、静分离？
- 什么叫 CDN 服务？
- Nginx 怎么做的动静分离？
- Nginx 负载均衡的算法怎么实现的? 策略有哪些？
- 1 . 轮询 (默认)
- 2. 权重 weight
- 3. ip_hash(IP 绑定)
- 4. fair(第三方插件)
- 如何用 Nginx 解决前端跨域问题？
- Nginx 虚拟主机怎么配置？
- 基于虚拟主机配置域名
- 基于端口的虚拟主机
- location 的作用是什么？
- 限流怎么做的？
- 1、正常限制访问频率（正常流量）：
- 2、突发限制访问频率（突发流量）：
- 3、 限制并发连接数
- 漏桶流算法和令牌桶算法知道？
- 漏桶算法
- 令牌桶算法
- Nginx 配置高可用性怎么配置？
- Nginx 怎么判断别 IP 不可访问？
- 在 nginx 中，如何使用未定义的服务器名称来阻止处理请求？
- 怎么限制浏览器访问？
- Nginx 如何实现后端服务的健康检查？
- Nginx 如何开启压缩？
- 1、图片类型
- 2、大文件
- ngx_http_upstream_module 的作用是什么？
- 什么是 C10K 问题？
- Nginx 是否支持将请求压缩到上游？
- 如何在 Nginx 中获得当前的时间？
- 用 Nginx 服务器解释 - s 的目的是什么？
- 如何在 Nginx 服务器上添加模块？
- 生产中如何设置 worker 进程的数量呢？
- nginx 状态码
- 参考
“
Nginx 是一款轻量级的 Web 服务器、反向代理服务器，由于它的内存占用少，启动极快，高并发能力强，在互联网项目中广泛应用。
什么是 Nginx？
Nginx 是一个 轻量级 / 高性能的反向代理 Web 服务器，用于 HTTP、HTTPS、SMTP、POP3 和 IMAP 协议。他实现非常高效的反向代理、负载平衡，他可以处理 2-3 万并发连接数，官方监测能支持 5 万并发，现在中国使用 nginx 网站用户有很多，例如：新浪、网易、 腾讯等。
Nginx 有哪些优点？
- 跨平台、配置简单。
- 非阻塞、高并发连接：处理 2-3 万并发连接数，官方监测能支持 5 万并发。
- 内存消耗
- 小：开启 10 个 Nginx 才占 150M 内存。
- 成本低廉，且开源。
- 稳定性高，宕机的概率非常小。
- 内置的健康检查功能：如果有一个服务器宕机，会做一个健康检查，再发送的请求就不会发送到宕机的服务器了。重新将请求提交到其他的节点上
Nginx 应用场景？
- http 服务器。Nginx 是一个 http 服务可以独立提供 http 服务。可以做网页静态服务器。
- 虚拟主机。可以实现在一台服务器虚拟出多个网站，例如个人网站使用的虚拟机。
- 反向代理，负载均衡。当网站的访问量达到一定程度后，单台服务器不能满足用户的请求时，需要用多台服务器集群可以使用 nginx 做反向代理。并且多台服务器可以平均分担负载，不会应为某台服务器负载高宕机而某台服务器闲置的情况。
- nginz 中也可以配置安全管理、比如可以使用 Nginx 搭建 API 接口网关, 对每个接口服务进行拦截。
Nginx 怎么处理请求的？
1 2 3 4 5 6 7 | server { # 第一个Server区块开始，表示一个独立的虚拟主机站点 listen 80; # 提供服务的端口，默认80 server_name localhost; # 提供服务的域名主机名 location / { # 第一个location区块开始 root html; # 站点的根目录，相当于Nginx的安装目录 index index.html index.html; # 默认的首页文件，多个用空格分开 } # 第一个location区块结果 |
- 首先，Nginx 在启动时，会解析配置文件，得到需要监听的端口与 IP 地址，然后在 Nginx 的 Master 进程里面先初始化好这个监控的 Socket(创建 S ocket，设置 addr、reuse 等选项，绑定到指定的 ip 地址端口，再 listen 监听)。
- 然后，再 fork(一个现有进程可以调用 fork 函数创建一个新进程。由 fork 创建的新进程被称为子进程) 出多个子进程出来。
- 之后，子进程会竞争 accept 新的连接。此时，客户端就可以向 nginx 发起连接了。当客户端与 nginx 进行三次握手，与 nginx 建立好一个连接后。此时，某一个子进程会 accept 成功，得到这个建立好的连接的 Socket ，然后创建 nginx 对连接的封装，即 ngx_connection_t 结构体。
- 接着，设置读写事件处理函数，并添加读写事件来与客户端进行数据的交换。
- 最后，Nginx 或客户端来主动关掉连接，到此，一个连接就寿终正寝了。
Nginx 是如何实现高并发的？
如果一个 server 采用一个进程 (或者线程) 负责一个 request 的方式，那么进程数就是并发数。那么显而易见的，就是会有很多进程在等待中。等什么？最多的应该是等待网络传输。
而 Nginx 的异步非阻塞工作方式正是利用了这点等待的时间。在需要等待的时候，这些进程就空闲出来待命了。因此表现为少数几个进程就解决了大量的并发问题。
Nginx 是如何利用的呢，简单来说：同样的 4 个进程，如果采用一个进程负责一个 request 的方式，那么，同时进来 4 个 request 之后，每个进程就负责其中一个，直至会话关闭。期间，如果有第 5 个 request 进来了。就无法及时反应了，因为 4 个进程都没干完活呢，因此，一般有个调度进程，每当新进来了一个 request ，就新开个进程来处理。
回想下，BIO 是不是存在酱紫的问题？
Nginx 不这样，每进来一个 request ，会有一个 worker 进程去处理。但不是全程的处理，处理到什么程度呢？处理到可能发生阻塞的地方，比如向上游（后端）服务器转发 request ，并等待请求返回。那么，这个处理的 worker 不会这么傻等着，他会在发送完请求后，注册一个事件：“如果 upstream 返回了，告诉我一声，我再接着干”。于是他就休息去了。此时，如果再有 request 进来，他就可以很快再按这种方式处理。而一旦上游服务器返回了，就会触发这个事件，worker 才会来接手，这个 request 才会接着往下走。
这就是为什么说，Nginx 基于事件模型。
由于 web server 的工作性质决定了每个 request 的大部份生命都是在网络传输中，实际上花费在 server 机器上的时间片不多。这是几个进程就解决高并发的秘密所在。即：
webserver 刚好属于网络 IO 密集型应用，不算是计算密集型。
异步，非阻塞，使用 epoll ，和大量细节处的优化。也正是 Nginx 之所以然的技术基石。
什么是正向代理？
“
一个位于客户端和原始服务器 (origin server) 之间的服务器，为了从原始服务器取得内容，客户端向代理发送一个请求并指定目标(原始服务器)，然后代理向原始服务器转交请求并将获得的内容返回给客户端。
客户端才能使用正向代理。正向代理总结就一句话：代理端代理的是客户端。例如说：我们使用的 OpenVPN 等等。
什么是反向代理？
反向代理（Reverse Proxy）方式，是指以代理服务器来接受 Internet 上的连接请求，然后将请求，发给内部网络上的服务器并将从服务器上得到的结果返回给 Internet 上请求连接的客户端，此时代理服务器对外就表现为一个反向代理服务器。
“
反向代理总结就一句话：代理端代理的是服务端。
反向代理服务器的优点是什么？
“
反向代理服务器可以隐藏源服务器的存在和特征。它充当互联网云和 web 服务器之间的中间层。这对于安全方面来说是很好的，特别是当您使用 web 托管服务时。
Nginx 目录结构有哪些？
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 | tree /usr/local/nginx /usr/local/nginx ├── client_body_temp ├── conf # Nginx所有配置文件的目录 │ ├── fastcgi.conf # fastcgi相关参数的配置文件 │ ├── fastcgi.conf.default # fastcgi.conf的原始备份文件 │ ├── fastcgi_params # fastcgi的参数文件 │ ├── fastcgi_params.default │ ├── koi-utf │ ├── koi-win │ ├── mime.types # 媒体类型 │ ├── mime.types.default │ ├── nginx.conf # Nginx主配置文件 │ ├── nginx.conf.default │ ├── scgi_params # scgi相关参数文件 │ ├── scgi_params.default │ ├── uwsgi_params # uwsgi相关参数文件 │ ├── uwsgi_params.default │ └── win-utf ├── fastcgi_temp # fastcgi临时数据目录 ├── html # Nginx默认站点目录 │ ├── 50x.html # 错误页面优雅替代显示文件，例如当出现502错误时会调用此页面 │ └── index.html # 默认的首页文件 ├── logs # Nginx日志目录 │ ├── access.log # 访问日志文件 │ ├── error.log # 错误日志文件 │ └── nginx.pid # pid文件，Nginx进程启动后，会把所有进程的ID号写到此文件 ├── proxy_temp # 临时目录 ├── sbin # Nginx命令目录 │ └── nginx # Nginx的启动命令 ├── scgi_temp # 临时目录 └── uwsgi_temp # 临时目录 |
Nginx 配置文件 nginx.conf 有哪些属性模块？
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 | worker_processes 1; # worker进程的数量 events { # 事件区块开始 worker_connections 1024; # 每个worker进程支持的最大连接数 } # 事件区块结束 http { # HTTP区块开始 include mime.types; # Nginx支持的媒体类型库文件 default_type application/octet-stream; # 默认的媒体类型 sendfile on; # 开启高效传输模式 keepalive_timeout 65; # 连接超时 server { # 第一个Server区块开始，表示一个独立的虚拟主机站点 listen 80; # 提供服务的端口，默认80 server_name localhost; # 提供服务的域名主机名 location / { # 第一个location区块开始 root html; # 站点的根目录，相当于Nginx的安装目录 index index.html index.htm; # 默认的首页文件，多个用空格分开 } # 第一个location区块结果 error_page 500502503504 /50x.html; # 出现对应的http状态码时，使用50x.html回应客户 location = /50x.html { # location区块开始，访问50x.html root html; # 指定对应的站点目录为html } } ...... |
共同：
存放用户信息。存放的形式：key-value 格式 变量和变量内容键值对。
区别：
cookie
- 存放在客户端浏览器
- 每个域名对应一个 cookie，不能跨跃域名访问其他 cookie
- 用户可以查看或修改 cookie
- http 响应报文里面给你浏览器设置
- 钥匙（用于打开浏览器上锁头）
session:
- 存放在服务器（文件，数据库，redis）
- 存放敏感信息
- 锁头
为什么 Nginx 不使用多线程？
“
Apache: 创建多个进程或线程，而每个进程或线程都会为其分配 cpu 和内存（线程要比进程小的多，所以 worker 支持比 perfork 高的并发），并发过大会榨干服务器资源。
Nginx: 采用单线程来异步非阻塞处理请求（管理员可以配置 Nginx 主进程的工作进程的数量）(epoll)，不会为每个请求分配 cpu 和内存资源，节省了大量资源，同时也减少了大量的 CPU 的上下文切换。所以才使得 Nginx 支持更高的并发。
nginx 和 apache 的区别
轻量级，同样起 web 服务，比 apache 占用更少的内存和资源。
抗并发，nginx 处理请求是异步非阻塞的，而 apache 则是阻塞性的，在高并发下 nginx 能保持低资源，低消耗高性能。
高度模块化的设计，编写模块相对简单。
最核心的区别在于 apache 是同步多进程模型，一个连接对应一个进程，nginx 是异步的，多个连接可以对应一个进程。
什么是动态资源、静态资源分离？
“
动态资源、静态资源分离，是让动态网站里的动态网页根据一定规则把不变的资源和经常变的资源区分开来，动静资源做好了拆分以后我们就可以根据静态资源的特点将其做缓存操作，这就是网站静态化处理的核心思路。
动态资源、静态资源分离简单的概括是：动态文件与静态文件的分离。
为什么要做动、静分离？
在我们的软件开发中，有些请求是需要后台处理的（如：.jsp,.do 等等），有些请求是不需要经过后台处理的（如：css、html、jpg、js 等等文件），这些不需要经过后台处理的文件称为静态文件，否则动态文件。
“
因此我们后台处理忽略静态文件。这会有人又说那我后台忽略静态文件不就完了吗？当然这是可以的，但是这样后台的请求次数就明显增多了。在我们对资源的响应速度有要求的时候，我们应该使用这种动静分离的策略去解决动、静分离将网站静态资源（HTML，JavaScript，CSS，img 等文件）与后台应用分开部署，提高用户访问静态代码的速度，降低对后台应用访问
这里我们将静态资源放到 Nginx 中，动态资源转发到 Tomcat 服务器中去。
当然，因为现在七牛、阿里云等 CDN 服务已经很成熟，主流的做法，是把静态资源缓存到 CDN 服务中，从而提升访问速度。
“
相比本地的 Nginx 来说，CDN 服务器由于在国内有更多的节点，可以实现用户的就近访问。并且，CDN 服务可以提供更大的带宽，不像我们自己的应用服务，提供的带宽是有限的。
什么叫 CDN 服务？
CDN ，即内容分发网络。
其目的是，通过在现有的 Internet 中 增加一层新的网络架构，将网站的内容发布到最接近用户的网络边缘，使用户可就近取得所需的内容，提高用户访问网站的速度。
一般来说，因为现在 CDN 服务比较大众，所以基本所有公司都会使用 CDN 服务。
Nginx 怎么做的动静分离？
“
只需要指定路径对应的目录。location / 可以使用正则表达式匹配。并指定对应的硬盘中的目录。如下：（操作都是在 Linux 上）
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 | location /image/ { root /usr/local/static/; autoindex on; } 步骤： # 创建目录 mkdir /usr/local/static/image # 进入目录 cd /usr/local/static/image # 上传照片 photo.jpg # 重启nginx sudo nginx -s reload |
打开浏览器 输入 server_name/image/1.jpg 就可以访问该静态图片了
Nginx 负载均衡的算法怎么实现的? 策略有哪些？
“
为了避免服务器崩溃，大家会通过负载均衡的方式来分担服务器压力。将对台服务器组成一个集群，当用户访问时，先访问到一个转发服务器，再由转发服务器将访问分发到压力更小的服务器。
Nginx 负载均衡实现的策略有以下五种：
1 . 轮询 (默认)
每个请求按时间顺序逐一分配到不同的后端服务器，如果后端某个服务器宕机，能自动剔除故障系统。
1 2 3 4 | upstream backserver { server 192.168.0.12; server 192.168.0.13; } |
2. 权重 weight
weight 的值越大，分配到的访问概率越高，主要用于后端每台服务器性能不均衡的情况下。其次是为在主从的情况下设置不同的权值，达到合理有效的地利用主机资源。
1 2 3 4 5 | # 权重越高，在被访问的概率越大，如上例，分别是20%，80%。 upstream backserver { server 192.168.0.12 weight=2; server 192.168.0.13 weight=8; } |
3. ip_hash(IP 绑定)
每个请求按访问 IP 的哈希结果分配，使来自同一个 IP 的访客固定访问一台后端服务器，并且可以有效解决动态网页存在的 session 共享问题
1 2 3 4 5 | upstream backserver { ip_hash; server 192.168.0.12:88; server 192.168.0.13:80; } |
4. fair(第三方插件)
必须安装 upstream_fair 模块。
对比 weight、ip_hash 更加智能的负载均衡算法，fair 算法可以根据页面大小和加载时间长短智能地进行负载均衡，响应时间短的优先分配。
1 2 3 4 5 6 | # 哪个服务器的响应速度快，就将请求分配到那个服务器上。 upstream backserver { server server1; server server2; fair; } |
5.url_hash(第三方插件)
必须安装 Nginx 的 hash 软件包
按访问 url 的 hash 结果来分配请求，使每个 url 定向到同一个后端服务器，可以进一步提高后端缓存服务器的效率。
1 2 3 4 5 6 | upstream backserver { server squid1:3128; server squid2:3128; hash $request_uri; hash_method crc32; } |
如何用 Nginx 解决前端跨域问题？
使用 Nginx 转发请求。把跨域的接口写成调本域的接口，然后将这些接口转发到真正的请求地址。
Nginx 虚拟主机怎么配置？
1、基于域名的虚拟主机，通过域名来区分虚拟主机——应用：外部网站
2、基于端口的虚拟主机，通过端口来区分虚拟主机——应用：公司内部网站，外部网站的管理后台
3、基于 ip 的虚拟主机。
基于虚拟主机配置域名
需要建立 / data/www /data/bbs 目录，windows 本地 hosts 添加虚拟机 ip 地址对应的域名解析；对应域名网站目录下新增 index.html 文件；
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 | # 当客户端访问www.lijie.com,监听端口号为80,直接跳转到data/www目录下文件 server { listen 80; server_name www.lijie.com; location / { root data/www; index index.html index.htm; } } # 当客户端访问www.lijie.com,监听端口号为80,直接跳转到data/bbs目录下文件 server { listen 80; server_name bbs.lijie.com; location / { root data/bbs; index index.html index.htm; } } |
基于端口的虚拟主机
使用端口来区分，浏览器使用域名或 ip 地址: 端口号 访问
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 | # 当客户端访问www.lijie.com,监听端口号为8080,直接跳转到data/www目录下文件 server { listen 8080; server_name 8080.lijie.com; location / { root data/www; index index.html index.htm; } } # 当客户端访问www.lijie.com,监听端口号为80直接跳转到真实ip服务器地址 127.0.0.1:8080 server { listen 80; server_name www.lijie.com; location / { proxy_pass http://127.0.0.1:8080; index index.html index.htm; } } |
location 的作用是什么？
location 指令的作用是根据用户请求的 URI 来执行不同的应用，也就是根据用户请求的网站 URL 进行匹配，匹配成功即进行相关的操作。
location 的语法能说出来吗？
