3. Nginx基础：安装、启动、停止与重载，配置文件结构

Nginx 这东西，说白了就是推流系统的看门大爷。你推流能不能稳，用户能不能流畅看，一半的功夫都在它身上。我刚开始接触流媒体时，总觉得 Nginx 就是个反向代理，后来线上出过一次事故才明白——配置写不对，推流一秒都撑不住。

这一章，咱们把 Nginx 的安装、启停、重载，还有那三个核心配置块（http、server、location）彻底捋清楚。嗯，都是基本功，但基本功不牢，后面全是坑。

3.1 安装 Nginx：三种方式，我推荐第二种

安装 Nginx 其实不复杂，但不同环境有不同讲究。我个人习惯用包管理器装，省心。但如果你要定制模块（比如推流用的 nginx-rtmp-module），那就得走编译安装。

3.2 启动、停止与重载：别再用 kill -9 了

Nginx 的进程管理，核心就三个动作：启动、停止、重载。但很多人一上来就 kill -9，这其实很粗暴。Nginx 有自己的信号机制，优雅得多。

3.2.1 启动

# 直接启动
sudo nginx

# 或者用 systemd（推荐）
sudo systemctl start nginx

# 设置开机自启
sudo systemctl enable nginx

3.2.2 停止

# 快速停止（不推荐）
sudo nginx -s stop

# 优雅停止（等当前请求处理完再停）
sudo nginx -s quit

# 或者用 systemd
sudo systemctl stop nginx

3.2.3 重载配置

改完配置文件，不用重启 Nginx，重载就行。这是我最常用的操作。

# 检查配置语法（这一步千万别省）
sudo nginx -t

# 重载配置
sudo nginx -s reload

# 或者用 systemd
sudo systemctl reload nginx

为什么会先检查语法？因为配置写错了，重载会失败，Nginx 会继续用旧配置运行。但如果你直接重启，配置错了服务就起不来了。嗯，我在项目里吃过这个亏——改完配置直接重启，结果网站挂了 10 分钟。

3.3 配置文件结构：http、server、location 三件套

Nginx 的配置文件默认在 /etc/nginx/nginx.conf。它的结构是树形的，核心就三个块：http、server、location。你想想看，这就像一栋楼：http 是整个楼，server 是每一层，location 是每个房间。

3.3.1 一个典型的配置文件长这样

# 全局配置
user  nginx;
worker_processes  auto;
error_log  /var/log/nginx/error.log warn;
pid        /var/run/nginx.pid;

# http 块 —— 全局 HTTP 配置
http {
    include       /etc/nginx/mime.types;
    default_type  application/octet-stream;
    sendfile      on;
    keepalive_timeout  65;

    # server 块 —— 第一个虚拟主机
    server {
        listen       80;
        server_name  example.com;

        # location 块 —— 根路径
        location / {
            root   /usr/share/nginx/html;
            index  index.html index.htm;
        }

        # location 块 —— 推流路径
        location /live {
            # 这里后面会配 RTMP 模块
            proxy_pass http://127.0.0.1:1935;
        }
    }

    # server 块 —— 第二个虚拟主机
    server {
        listen       443 ssl;
        server_name  example.com;

        ssl_certificate     /etc/ssl/certs/example.crt;
        ssl_certificate_key /etc/ssl/private/example.key;

        location / {
            root   /usr/share/nginx/html;
        }
    }
}

3.3.2 三个块的关系，我用一张图说清楚

3.4 配置文件的加载顺序与优先级

Nginx 在处理请求时，会按一定顺序匹配 server 和 location。很多人搞不清优先级，结果配了半天发现没生效。我总结了一个口诀：精确优先，正则次之，前缀最后。

3.4.1 server 匹配规则

• 先匹配 listen 端口和 IP。
• 再匹配 server_name：精确匹配 > 通配符开头（*.example.com）> 通配符结尾（www.*）> 正则表达式（~^www\d+\.example\.com$）。
• 如果都没匹配上，用默认 server（第一个或 default_server 标记的那个）。

3.4.2 location 匹配规则

3.5 实战：写一个最小可用的推流配置

光说不练假把式。咱们写一个最简单的 Nginx 配置，为后面推流做准备。这个配置只做一件事：监听 80 端口，把 /live 路径的请求转发到本地的 RTMP 服务（1935 端口）。

worker_processes  1;

events {
    worker_connections  1024;
}

http {
    include       mime.types;
    default_type  application/octet-stream;
    sendfile      on;

    server {
        listen       80;
        server_name  localhost;

        location / {
            root   html;
            index  index.html index.htm;
        }

        # 推流转发
        location /live {
            proxy_pass http://127.0.0.1:1935;
            proxy_set_header Host $host;
            proxy_set_header X-Real-IP $remote_addr;
        }

        # 禁止访问 . 开头的隐藏文件
        location ~ /\. {
            deny all;
        }
    }
}

3.6 验证配置与常见错误

每次改完配置，记得跑一遍 nginx -t。这步花不了 5 秒钟，但能救你一命。我见过太多人改完配置直接重启，结果 Nginx 起不来，线上全挂。

3.6.1 常见错误及解决

3.6.2 验证步骤

1. 检查语法：sudo nginx -t
2. 查看进程：ps aux | grep nginx（应该看到 master 和多个 worker）
3. 测试端口：curl -I http://localhost（返回 200 或 302 说明正常）
4. 查看日志：tail -f /var/log/nginx/error.log（实时监控错误）