哪怕是一毫秒的延迟，dou可Neng让用户毫不犹豫地关掉你的网页。各位在互联网风口“裸泳”的 Java 战友们，大家好！👋 Ru果把你的 Java 服务比作一家米其林餐厅，那 Nginx 绝对就是那个站在门口的Zui强接待员兼保安。他负责安排座位、防止混混闯入、给 VIP 开绿色通道。🕶️

但是hen多人对 Nginx 的理解还停留在“Neng用就行”的阶段。配置文件是从网上复制粘贴的，出了问题就重启，再不行就跑路。今天咱们不光kan nginx.conf，还要把它拆解得连你家猫kan了douNeng配！我们要Zuo的，不是简单的修改，而是从内核层面去理解这台流量发动机。

hen多新手一打开配置文件就头大，其实 Nginx 的逻辑非常清晰，主要由三大块组成：Main 、Events 、Http 。这就好比盖房子，先打地基，再规划门窗，Zui后搞室内装修。

这里决定了 Nginx 的“体质”。Ru果你把这里配错了后面再怎么花里胡哨也是白搭。

# ==================== 1. Main 全局块 ====================
# 指定运行 Nginx 的用户和用户组，为了安全，通常不使用 root
user  nginx; 
# 工作进程数，Zui佳值是 CPU 核心数。设为 auto 可让 Nginx 自动检测
# 别瞎写！写多了上下文切换频繁，写少了浪费 CPU
worker_processes  auto; 
# 错误日志路径，debug|info|notice|warn|error|crit 级别可选
error_log  /var/log/nginx/error.log warn;
# Nginx 主进程的 PID 存放文件
pid        /var/run/nginx.pid;
# 一个进程Neng打开的文件描述符上限。解决高并发下的 "Too many open files" 错误
# 这个值一定要和系统的 ulimit 保持一致，否则就是瓶颈
worker_rlimit_nofile 65535;

这里有个坑，Linux 默认只允许 1024 个文件句柄，Nginx hen容易就爆了。记得去 /etc/security/limits.conf 里改一下不然流量一大，服务器直接给你脸色kan。

这里是 Nginx 高性Neng的秘密之一，也是它比 Apache 快的关键所在。

# ==================== 2. Events 块 ====================
events {
    # 单个 worker 进程允许的Zui大并发连接数
    # 注意：这里指的是连接数，不是请求数。理论上Zui大值 = worker_processes * worker_connections
    worker_connections  10240; 
    # 采用 Linux 下Zui高效的异步非阻塞 IO 多路复用模型
    # 效率高到飞起，千万别用 select 或者 poll
    use epoll; 
    # 惊群效应优化：当新连接到来时所有睡眠的 worker dou会被唤醒，但只有一个Neng拿到连接。
    # 设为 on 时允许多个 worker 同时 accept 新连接，提升短连接场景下的吞吐量。
    accept_mutex on; 
}

这里是咱们 Java 开发Zui常改的地方，也是逻辑Zui复杂的地方。

http {
    include /etc/nginx/mime.types;
    default_type application/octet-stream;
    # 日志格式
    log_format main '$remote_addr - $remote_user  "$request" '
                    '$status $body_bytes_sent "$http_referer" '
                    '"$http_user_agent" "$http_x_forwarded_for"';
    access_log /var/log/nginx/access.log main;
    # 发送文件开关
    sendfile on;    
    # 防止网络阻塞
    tcp_nopush on; 
    tcp_nodelay on; 
    # 客户端保持连接的超时时间
    keepalive_timeout 65;
    # 引入虚拟主机配置
    include /etc/nginx/conf.d/*.conf;
}

光会配不行，还得会调优。hen多时候，明明服务器资源充足，Nginx 却扛不住流量，根源往往在于默认配置未适配业务场景。咱们得把它的潜力榨干。

把文本文件压小一点，省带宽，速度快。这就像把行李箱里的空气抽走，Neng装geng多东西。

gzip on;
gzip_vary on;
gzip_proxied any;
gzip_comp_level 6; # 压缩级别 1-9，6 性价比Zui高，再高就费 CPU 了
gzip_types text/plain text/css application/json application/javascript text/xml application/xml;

防止后端响应太快，Nginx 来不及发，导致阻塞。合理的缓冲区设置Neng让数据传输geng平滑。

proxy_buffering on;
proxy_buffer_size 4k;
proxy_buffers 8 4k;

理论讲完了上干货。

这是 Nginx 的kan家本领。假设你有三台 Tomcat 服务器，端口分别是 8080, 8081, 8082。怎么让它们雨露均沾？

# 定义一个名为 java_backend 的服务器池
upstream java_backend {
    # 默认轮询
    server 192.168.1.10:8080 weight=3; # weight 权重，谁机器好谁吃肉
    server 192.168.1.11:8080 weight=2; # 这台性Neng好，多分点流量
    server 192.168.1.12:8080 backup;   # 备胎服务器，只有前两台挂了才上
    # ip_hash; # Ru果想绑定 IP，用这个
}
server {
    listen 80;
    server_name api.yourcompany.com;
    location / {
        proxy_pass http://java_backend;
        # 传递真实客户端 IP
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        # 超时设置，防止连接卡死
        proxy_connect_timeout 5s;
        proxy_read_timeout 60s;
    }
}

别让 Tomcat 去处理图片和 JS，那是 Nginx 的活儿，Tomcat 干这个太浪费 CPU 了。这就好比你让米其林大厨去洗碗，纯属浪费人才。

server {
    listen 80;
    server_name www.yourcompany.com;
    # 静态资源
    location ~.*\.$ {
        root /usr/share/nginx/html; # 静态文件路径
        expires 30d; # 浏览器缓存 30 天减少重复请求
        access_log off; # 静态资源不记录访问日志，省 IO
    }
    # 动态请求转发给 Java
    location /api/ {
        proxy_pass http://localhost:8080;
    }
}

SSL 握手hen耗 CPU，让 Nginx 帮你把 HTTPS 解密成 HTTP 再发给后端。这样你的后端服务就Ke以专心搞业务，不用管加密解密这破事儿。

server {
    listen 443 ssl http2; # 开启 http2，速度geng快
    server_name www.yourcompany.com;
    ssl_certificate /etc/nginx/ssl/yourcompany.pem;
    ssl_certificate_key /etc/nginx/ssl/yourcompany.key;
    # SSL 优化参数
    ssl_session_cache shared:SSL:10m;
    ssl_session_timeout 10m;
    ssl_protocols TLSv1.2 TLSv1.3; # 别用老旧的 TLSv1.0 了不安全！
    location / {
        proxy_pass http://java_backend;
    }
}
# 强制 HTTP 跳转 HTTPS
server {
    listen 80;
    server_name www.yourcompany.com;
    return 301 https://$server_name$request_uri;
}

配置这东西，一步走错，满盘皆输。这里列几个Zui常见的坑，kankan你中过几个？

root vs alias的区别：

这俩货Zui容易搞混。root 是把 URI 拼接到路径后面而 alias 是替换 URI。记不住的话，下次运维兄弟找你吐槽“Nginx 又挂了”，请把这篇文章甩给他，然后淡定地喝一口咖啡说：“小问题，kan日志。” ☕

Nginx 不难，难的是知其所以然。从简单的反向代理到复杂的高并发调优，每一步dou需要对底层网络协议有深刻的理解。别再只会复制粘贴了试着去修改每一个参数，观察服务器的反应。当你Nengkan着监控曲线，精准地调整出Zui优配置时恭喜你，你Yi经封神了。

Zui后送大家一句口诀：进程要设自动，连接数要设高，静态文件要缓存，HTTPS 要终结，日志记得要关掉。 好了今天的分享就到这里希望大家的服务器douNeng稳如老狗！