首先直接给结论：Nginx原生的proxy_cache_valid指令不支持毫秒级的时间单位，这就是你用1ms触发invalid time value报错的原因——官方文档里这个指令的时间单位只支持秒（s）、分（m）、时（h）、天（d）等，最小粒度是秒。

那想要实现类似100ms这种短时长的缓存效果，有什么替代方案呢？这里给你两个可行的思路：

方案一：通过动态缓存键实现时间分片（推荐） #

核心思路是：给缓存键加入一个毫秒级的时间分片后缀，让每100ms生成一个唯一的缓存键。这样在同一个100ms窗口内的请求会命中同一个缓存，超过100ms后缓存键更新，相当于旧缓存自动失效，间接实现了短时长缓存的效果。

配置示例（OpenResty/Lua环境） #

如果用OpenResty（自带Lua模块），可以用Lua代码生成精确的时间分片：

# 在server或location块内添加
set_by_lua $cache_key_suffix '
    -- 乘以10，把时间分成每100ms一个分片
    local time_slice = math.floor(ngx.now() * 10)
    return time_slice
';

# 把时间分片加入缓存键
proxy_cache_key "$host$request_uri$cache_key_suffix";
# 缓存时间可以设长一点（比如10s），因为缓存键会自动更新
proxy_cache_valid 200 10s;

配置示例（纯Nginx原生模块） #

如果没有Lua模块，也可以用Nginx原生的map指令处理$msec变量（该变量返回当前时间的秒数+三位毫秒，比如1690000000.123），截取毫秒部分的第一位来实现100ms分片：

# 在http块内添加map配置
map $msec $cache_key_suffix {
    ~^(\d+)\.(\d) $2;  -- 提取毫秒部分的第一位（0-9），每100ms变化一次
}

# 在server或location块内
proxy_cache_key "$host$request_uri$cache_key_suffix";
proxy_cache_valid 200 10s;

方案二：结合Cache-Control响应头（适合后端可控场景） #

如果你的后端服务可以自定义响应头，让后端返回Cache-Control: max-age=0配合proxy_cache_revalidate on，不过这种方式更偏向于“每次请求都验证缓存”，不是严格的100ms缓存。如果要接近100ms的效果，后端可以动态生成Cache-Control头，根据当前时间设置极短的max-age，但注意Nginx对max-age的解析不支持小数，所以这个方案的精度有限。

最后提醒一下：短时长缓存可能会增加缓存存储的压力（因为缓存键更新频繁），如果你的请求量很大，要留意Nginx缓存目录的磁盘IO和存储空间占用情况。

内容的提问来源于stack exchange，提问作者g4lb