Nginx使用

╰半橙微兮° 2024-04-17 17:40 27阅读 0赞

**Nginx 简介**  
Nginx是一个高性能的http和反向代理服务器，它看起来好像不太符合英文单词的拼写习惯，因为Nginx是由名为 伊戈尔·赛索耶夫 的俄罗斯人开发的。Nginx主要特点为占用内存小，处理并发能力强悍，在国内被广泛采用。目前像阿里，京东，腾讯，百度，新浪，网页等国内的互联网巨头公司都在使用。  
下面我们来介绍Nginx的简单使用，笔者认为学会一个工具最快的方式为先使用，然后明白为什么。就像小时候你先学会骑自行车，然后在知道自行车如果坏了怎么去修理它。  
**Nginx的下载和安装**  
Nginx的下载和安装非常简单，直接在http://nginx.org/en/download.html下载对应的平台版本即可，笔者的实验是在Windows下进行的（事实上对于Nginx的安装和简单配置来说，Windows和Linux并没有太大异同），下载的Nginx版本为nginx/Windows-1.14.0。Nginx的压缩包非常小，只有约1.5M，而且无需翻墙，数秒即可下载完成。  
下载完成之后直接将压缩包解压即可，笔者将其解压到D盘的根目录下，此时文件目录内容如下：  
![在这里插入图片描述][20190829143441196.png]  
**启动，停止，和重新加载配置文件命令**  
Nginx解压完毕之后，直接双击nginx.exe 即可启动，当Nginx启动之后，通过nginx -s 命令可以实现停止nginx和重新加载配置文件。

nginx -s stop # 立即停止
    nginx -s quit # 停止，在Nginx停止前会等待当前正在进行的任务
    nginx -s reload # 重新加载配置文件

**Nginx作为普通HttpServer**  
简单来说，任何可以通过Http请求的方式访问IO资源（文件是对磁盘IO的一种抽象）服务都可以称为HttpServer。你可以自己写一个程序监听一个端口，当使用浏览器输入ip:port/path 访问，程序获取浏览器获取到Http请求报文，然后对URI部分（也就是path部分）进行解析，在本地文件系统或者其他IO资源中找到对应的资源，通过封装一个Http响应报文，将资源内容放入响应体中写回给浏览器，浏览器就会对其进行解析并展示（或者下载），这就完成了最简单的Http服务器。但我们平时应用的Http服务器需要处理的细节是很多的，如IO复用，安全性等，在此不再赘述。

首先复制conf/nginx.conf 为conf/nginx\_bak.conf 备份原有的配置文件文件，在nginx的根目录下创建www 目录，并使用echo 01 > index.html 命令，在www目录下创建index.html，作为HttpServer的静态资源。

删除nginx.conf 的内容并写入如下配置：

worker_processes  1;
    events {
        worker_connections  1024;
    }
    error_log  D:/nginx-1.14.0/error.log;
    http {
        access_log  D:/nginx-1.14.0/access.log;
        server {
            location / {
                root D:/nginx-1.14.0/www;
            }
        }
    }

打开浏览器输入http://localhost/ 结果如下图：  
![在这里插入图片描述][20190829143532531.png]  
至此， 配置Nginx最基本的功能已经成功运行

注意：这里有个细节， Windows下的路径D:/nginx-1.14.0/www 在Nginx的配置文件中要写为正斜线/事实上从Windows资源管理器中直接复制路径为D:\nginx-1.14.0\www，分隔符为反斜线在某些情况下也是可以的，但是这里出现的\n连在一次会被nginx认为是一个换行符，从而请求会出现服务器500错误，所以这里推荐所有的分隔符都使用正斜线/，在Linux上由于路径分隔符本身就是/，因此不存在此问题

**Nginx配置文件**  
前面我们已经对Nginx进行了简单配置并成功的访问，这里对Nginx的配置文件进行简单介绍，nginx的配置文件中配置项有两种结构

简单指令（simple directive），形如key value;  
块指令（block directive）， 形如key \{simple\_key simple\_value;\} 块指令中包含有简单指令。  
没错，像是json，但又不是json

worker_processes  1;
    events {
        worker_connections  1024;
    }

worker\_processes 为工作进程的数量，这里如果不填的话默认为CPU核心数，事实上数量为CPU核心数也是最优配置，因为此时，理论上操作系统发生进程切换的的代价最小。  
events.worker\_connections 每个工作进程的最大连接数，events有很多复杂的配置，详情点击这里  
error\_log 为发生错误时的日志输出路径

http {
        access_log  D:/nginx-1.14.0/access.log;
        server {
            location / {
                root D:/nginx-1.14.0/www;
            }
        }
    }

这一部分算是映射的主体了，整体包含在一个块级指令http \{\}中，access\_log指定该http的日志路径（此项也可以配置在server\{\}内），放到http\{\}内，其中所有的server访问日志都会输出到此。server\{\}内有location / \{\}项，nginx会根据location后面的路径和ip:port/path中的path做匹配，如果匹配到，则从里面配置的D:/nginx-1.14.0/www本地目录下寻找请求的资源。

注意：一个server\{\} 下也可以有多个location配置，而且location配置也可以跟正则表达式，如下：

server {
        location / {
            root D:/nginx-1.14.0/www;
        }
        location /static/ {
            root D:/nginx-1.14.0/static;
        }
        location ~ \.(gif|jpg|png)$ {
            root D:/nginx-1.14.0/images;
        }
    }

nginx的匹配优先级为，正则，长路径，短路径。关于正则的配置必须以~开头，后面跟要匹配的文件名正则表达式，这里以localhost/01.png为例，nginx会找到符合文件名的第三项配置，然后会从D:/nginx-1.14.0/images中找01.png文件，这里没有任何问题。  
如果路径为/static/file.suffix，匹配到location /之后，还会往更深的location /static/配置的root目录下匹配资源，此时会在本地找到D:/nginx-1.14.0/static/file.suffix文件。此时如果删除location /static/的配置，就会从location /的root目录下寻找配置文件，即此时的匹配路径为D:/nginx-1.14.0/www/static/file.suffix。这点符合nginx优先匹配深层次的location配置这一特性。  
有意思的是当路径为/static/01.png时，此时符合location ~ .(gif|jpg|png)$和location /static/两项配置，但由于正则优先，会寻找本地文件系统中D:/nginx-1.14.0/images/static/01.png文件

**Nginx作为代理服务器**  
Nginx经常作为代理服务器，作为代理的访问逻辑如下图：  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpa3VucGVuZzY2NTYyMDE_size_16_color_FFFFFF_t_70]  
这里将上面配置好的静态文件服务器作为目标WebServer，首先将配置文件的http\{\}块中追加以下内容

server {
        listen 8080;
        location / {
            proxy_pass http://localhost:80;
        }
    }

然后使用nginx -s reload重新加载配置文件，在浏览器中输入localhost:8080/index.html可以看到浏览器输出如下：  
![在这里插入图片描述][20190829143735481.png]  
这里对上面的配置进行简单解释：

server\{listen 8080;\}表明启动一个http-server监听在8080端口（注：此项不填默认为80端口，但前面的静态服务器已经占用了80端口，此处就为其他端口）。  
location / \{proxy\_pass http://localhost:80;\} location的匹配规则前文已经讲过，这里当匹配上location /之后，就会从请求proxy\_pass的URL，然后在将结果返回给浏览器。此时的localhost:8080/index.html请求相当于在请求localhost:80/index.html

[20190829143441196.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/17/8e6c916613244cafabe2094f8645677b.png
[20190829143532531.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/17/77814b9cdbff4883982438dc9ec5f8f5.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpa3VucGVuZzY2NTYyMDE_size_16_color_FFFFFF_t_70]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/17/e0508bd3cd7e4b30bf0236be209c57f2.png
[20190829143735481.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/17/31c37b12ee224783bc9704a8a4d4c220.png