Nginx 结合 /dev/shm 提供静态资源本质是将文件本体驻留内存，通过符号链接使 root 指向 /dev/shm/res，实现微秒级响应与无需 reload 的热加载；/dev/shm 因内核原生支持、零磁盘开销、自动清理等优势成为最优内存方案。
用 Nginx 结合 /dev/shm（Linux 的 tmpfs 内存文件系统）提供静态资源，本质是把磁盘 I/O 换成内存读取，响应延迟可降至微秒级。这不是“缓存”，而是直接将文件本体驻留内存，配合符号链接与 Nginx 配置，实现真正意义上的“热加载”——更新即生效，无需 reload 或重启。
为什么选 /dev/shm 而不是其他内存方案
/dev/shm 是内核原生支持的 tmpfs 实例，挂载在内存中，无持久化、无磁盘落盘开销，且默认已启用（多数发行版自动挂载，大小通常为内存的一半）。相比手动 mount tmpfs 到自定义路径，它更轻量、更可靠；相比 ramdisk（如 ramfs），它受内存限制、可 swap（实际极少触发），更安全。
关键优势包括：
- 零磁盘寻道与读取延迟，单次 GET 响应时间稳定在 0.1–0.3 ms（实测小文件）
- 不占用 page cache 管理开销，Nginx 的
open_file_cache仍可正常工作 - 路径固定、权限清晰，
nginx worker进程默认可读（只要属主/权限设置得当） - 系统重启自动清空，避免脏数据残留，符合“热加载”场景的预期行为
核心配置：三步完成内存化部署
假设原始静态资源存于 /opt/web/res，Nginx 配置中 root 指向 /home/wwwroot/res，目标是让该 root 实际指向内存路径。
第一步：准备内存目录与软链
执行初始化脚本（如 /root/.bin/initwebres.sh）：
#!/bin/bash res_path="/opt/web/res" mem_path="/dev/shm/res" lk_path="/home/wwwroot/res" <h1>若内存目录不存在，从磁盘同步一次</h1><p>if [ ! -d "$mem_path" ]; then cp -r "$res_path" "$mem_path" fi</p><h1>若软链接不存在或指向错误，重建</h1><p>if [ ! -L "$lk_path" ] || [ "$(readlink -f "$lk_path")" != "$mem_path" ]; then rm -f "$lk_path" ln -sf "$mem_path" "$lk_path" fi
第二步：确保开机自运行
在 /etc/rc.local（或 systemd service）中加入：
/bin/bash /root/.bin/initwebres.sh
第三步：Nginx 配置保持简洁
只需标准 root 指令，无需改写路径：
server {
listen 80;
server_name example.com;
root /home/wwwroot/res; # 自动指向 /dev/shm/res
<pre class="brush:php;toolbar:false;">location / {
try_files $uri =404;
}
location ~* \.(js|css|png|jpg|gif|ico|woff2?)$ {
expires 1y;
add_header Cache-Control "public, immutable";
sendfile on;
tcp_nopush on;
}}
注意：sendfile 在 tmpfs 上完全有效（内核 2.6.32+ 均支持），无需降级为用户态 read。
热加载怎么做到“不中断、不 reload”
所谓热加载，是指更新前端构建产物后，无需重启 Nginx 或执行 nginx -s reload，浏览器刷新即可看到新内容。实现依赖两个动作：
- 更新内存文件：每次构建完成后，用
rsync -av --delete /path/to/build/ /dev/shm/res/同步，保留目录结构与权限 - 确保软链接始终有效：脚本中已校验
readlink -f，避免因误删/dev/shm/res导致链接悬空
由于 /dev/shm 是内存文件系统，rsync 同步速度极快（GB 级资源通常在 100–300ms 内完成），且对正在服务的请求无影响——Nginx 打开的是文件描述符，只要 inode 不变（rsync 默认不改变 inode），旧请求继续读老内容，新请求立即读新内容，天然支持原子切换。
必须注意的几个细节
忽略以下任一点，都可能导致 403、404 或性能不升反降：
-
权限要放开：确保
/dev/shm/res及其子文件对nginx worker用户（通常是www-data或nginx）有读权限，建议chmod -R o+r /dev/shm/res或设为同组可读 -
不要混用 alias 和 root：若 location 中用了
alias，会破坏路径映射逻辑，导致内存路径被错误拼接；统一用root + location 前缀最稳妥 -
禁用 open_file_cache 错误失效：若开启
open_file_cache且inactive时间过长（如 >60s），可能缓存已删除的文件句柄；建议设为inactive=10s或关闭（内存访问本身已极快） -
大文件慎用：tmpfs 占用物理内存，单个 100MB 图片放入
/dev/shm会锁定等量内存；建议仅对高频、中小尺寸资源（JS/CSS/图标/小图）启用，大图走 CDN 或本地 SSD
不复杂但容易忽略
