请注意，如果你的应用程序没有为你触发的特定请求返回一个可缓存的响应，proxy_cache_bypass会给你带来很大的伤害。

例如，如果你的应用程序在每个第一个请求时都发送一个cookie，那么通过curl触发proxy_pass_bypass的脚本可能会在应答中获得这个cookie，而nginx不会使用该响应来刷新缓存的项。

可以删除nginx缓存目录，也可以搜索指定文件:

grep -lr 'http://mydomain.pl/css/myedited.css' /var/nginx/cache/*

并且只删除一个文件nginx刷新它们。

这个回答主要是一个总结:

Expires, Age, Cache-Control都是HTTP的概念 查看这些链接:

https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Expires https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Age https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Cache-Control#caching_static_assets_with_cache_busting

Nginx设置相同，检查下面的链接:

https://nginx.org/en/docs/http/ngx_http_headers_module.html

不缓存，下面可能会有帮助:(可以设置更少的时间缓存重新验证更快):

expires    0;
add_header Cache-Control private;

清除缓存。 ． 删除缓存目录下的文件(/var/nginx/cache/) ． 重新加载(不是重新启动)nginx - nginx -s重新加载 见https://forum.nginx.org/read.php?2, 2600年、2602年

我们有一个非常大的nginx缓存(千兆字节)，我们偶尔需要擦除。我已经编写了一个脚本，可以立即清除缓存(就Nginx而言)，然后删除缓存目录，而不会饿死主应用程序的磁盘I/O。

总而言之:

将缓存文件夹移动到一个新位置(在相同的文件系统上!)(这不会破坏任何打开的文件描述符) 重新创建原始缓存文件夹，为空 重载Nginx(优雅重载，Nginx让老工人完成正在进行的请求) 删除旧的缓存数据

下面是为Ubuntu 16.04 LTS定制的脚本，缓存位于/mnt/nginx-cache:

#!/bin/bash
set -e

TMPCACHE=`mktemp --directory --tmpdir=/mnt nginx-cache-XXXXXXXXXX`
TMPTEMP=`mktemp --directory --tmpdir=/mnt nginx-temp-XXXXXXXXXX`

# Move the old cache folders out of the way
mv /mnt/nginx-cache $TMPCACHE
mkdir -p /mnt/nginx-cache
chmod -R 775 /mnt/nginx-cache
chown www-data:www-data /mnt/nginx-cache

mv /mnt/nginx-temp $TMPTEMP
mkdir -p /mnt/nginx-temp
chmod -R 775 /mnt/nginx-temp
chown www-data:www-data /mnt/nginx-temp

# Tell Nginx about the new folders.
service nginx reload

# Create an empty folder.
rm -rf /mnt/empty
mkdir -p /mnt/empty

# Remove the old cache and old temp folders w/o thrashing the disk...
# See http://serverfault.com/questions/546177/how-to-keep-subtree-removal-rm-rf-from-starving-other-processes-for-disk-i
# Note: the `ionice` and `nice` may not actually do much, but why not?
ionice -c 3 nice -19 rsync -a --delete /mnt/empty/ $TMPCACHE
ionice -c 3 nice -19 rsync -a --delete /mnt/empty/ $TMPTEMP
rm -rf $TMPCACHE
rm -rf $TMPTEMP

rm -rf /mnt/empty

如果它是有用的，这里是我们使用的Nginx配置:

upstream myapp {
    server localhost:1337 fail_timeout=0;
}

proxy_cache_path /mnt/nginx-cache/app levels=2:2:2 keys_zone=app_cache:100m inactive=1y max_size=10g;
proxy_temp_path  /mnt/nginx-temp/app;

server {
    listen   4316 default;
    server_name  myapp.com;

    location / {
        proxy_pass http://appserv;
        proxy_cache app_cache;
        proxy_cache_valid 200 1y;
        proxy_cache_valid 404 1m;
    }
}

我有完全相同的问题-我在Virtualbox中运行我的nginx。我没有打开缓存。但是看起来sendfile在nginx.conf中被设置为on，这就是导致问题的原因。@kolbyjack在上面的评论中提到过。

当我关闭发送文件-它工作得很好。

这是因为:

Sendfile用于“在一个文件描述符和另一个文件描述符之间复制数据”，显然在虚拟机环境中运行时存在一些实际问题，或者至少在通过Virtualbox运行时。在nginx中关闭这个配置会导致静态文件通过不同的方法被服务，你的更改会立即毫无疑问地反映出来

它与这个错误有关:https://www.virtualbox.org/ticket/12597

我也遇到过类似的问题:

系统设置和问题: (在virtualbox上，我使用ubuntu和nginx - PHP网页刷新没有反映到外部css文件的更改)。我正在windows机器上开发网站，并通过共享文件夹将文件传输到nginx。nginx似乎没有接收css文件的更改(以任何方式刷新都没有帮助。改变css文件名是唯一的工作)

解决方案: 在VM上找到共享文件(在我的情况下是css文件)。用nano打开并与windows共享中的文件进行比较(它们看起来是相同的)。在VM上使用nano保存共享文件。所有更改现在都反映在浏览器中。不知道为什么这样做，但它确实在我的情况下。

更新:重启虚拟机服务器后，问题返回。遵循解决方案下的说明使css再次响应更新