在 linux 中规划 nginx 静态文件缓存目录，核心策略是将不同生命周期和访问频率的文件按类型分层存储。通常做法是创建以 `cache` 为根目录的层级结构，例如 `/var/cache/nginx/static`，并在其下按资源类型（如 `images`, `js`, `css`）或版本哈希建立子目录。这种结构便于配合 nginx 的 `expires` 指令设置差异化过期时间，同时利用文件系统索引提升读取效率。
如何根据资源类型划分具体的子目录
将静态资源按 MIME 类型或用途细分到独立的子目录，可以简化清理策略并提高缓存命中率。建议在主缓存目录下设立 `assets`、`media` 和 `vendor` 等逻辑分区，分别存放前端构建产物、用户上传内容和第三方库。这种划分使得运维人员可以根据业务需求单独调整特定类型的缓存 TTL（生存时间），而不会影响其他资源。
mkdir -p /var/cache/nginx/static/{assets,media,vendor}
chown -R www-data:www-data /var/cache/nginx/static
chmod -R 755 /var/cache/nginx/static
上述命令创建了标准的三层目录结构，并将所有权赋予 Nginx 运行用户。在实际配置中，Nginx 会通过 `alias` 或 `root` 指向这些目录。例如，访问 `/static/assets/app.js` 时，Nginx 会映射到 `/var/cache/nginx/static/assets/app.js`。这种物理隔离确保了即使某个子目录下的文件损坏或被误删，也不会波及整个缓存体系。
如何处理高并发下的目录 inode 限制
当静态文件数量达到百万级时，扁平化或浅层目录结构会导致单个目录 inode 耗尽，引发写入失败。解决此问题的标准做法是采用二级或多级哈希目录结构。通过将文件名的一部分（如 MD5 哈希的前两位）作为第一级子目录名，剩余部分作为第二级，可以将文件均匀分散到数千个子目录中。这种设计避免了单目录文件数过多，同时保持了路径的可预测性。
# 假设文件名为 app.abc123def456.js # 哈希前两位 'ab' 作为一级目录 mkdir -p /var/cache/nginx/static/assets/ab/cd touch /var/cache/nginx/static/assets/ab/cd/ef123456.js
在 Nginx 配置中，无需修改路径解析逻辑，因为文件系统会自动处理深层嵌套。关键在于生成文件名时需遵循相同的哈希规则。例如，使用 `md5sum` 或类似算法对原始文件名进行预处理，提取前两个字符作为目录名。这种方式在保持缓存键唯一性的同时，有效缓解了 inode 压力，适用于大规模 CDN 或静态资源服务器场景。
基于程序中某个输入、条件或结果的具体问题
当 Nginx 尝试访问不存在的缓存文件时，其行为取决于 `try_files` 指令的配置。如果未正确设置 fallback 机制，客户端将收到 404 错误而非重新生成资源。具体而言，若请求 `/static/images/logo.png` 且该文件不存在于 `/var/cache/nginx/static/media/` 对应路径下，Nginx 不会自动回退到源站，除非显式指定了替代路径。因此，必须在配置中明确定义缺失文件的处理逻辑，例如重定向到默认图片或触发动态生成脚本。
