Symfony结合FOSHttpCacheBundle配置多缓存层级时长的技术咨询

刚好碰到过类似的场景，针对你用FOSHttpCacheBundle搭配Cloudflare和Symfony HTTP反向代理，想要给私有/共享/代理缓存分别设置不同时长的需求，你的配置方向是完全正确的，我来帮你拆解下这个配置的具体作用，以及对应各缓存层的行为：

配置细节解析 #

先贴出你的FOSHttpCacheBundle配置方便对照：

fos_http_cache:
    cache_control:
        defaults:
            overwrite: false
        match:
            attributes:
                _route: "api_news_article_cget_version"
        headers:
            reverse_proxy_ttl: 120
            cache_control:
                public: true
                max_age: 30
                s_maxage: 60
            last_modified: "30 seconds"

各参数对应不同缓存层的作用 #

• max_age: 30：这是给**浏览器（私有缓存）**设置的缓存有效期，浏览器拿到响应后会直接本地缓存30秒，这段时间内再请求同一资源，根本不会发请求到服务器或者Cloudflare。
• s_maxage: 60：专门针对**Cloudflare这类共享缓存（CDN）**的缓存时长，Cloudflare会把这个响应存60秒，在这期间所有用户的同资源请求都会由Cloudflare直接返回，不会打到你的Symfony应用。
• reverse_proxy_ttl: 120：这是给Symfony内置的HTTP反向代理缓存设定的时长，代理缓存会保留该响应120秒，当Cloudflare的缓存过期后，请求到达代理缓存时，会直接返回缓存好的内容，不需要再走Symfony控制器的业务逻辑。
• public: true：这个标记很关键，它说明响应是公共可缓存的，允许中间缓存（比如Cloudflare、你的代理缓存）存储这份响应，要是设成private的话，中间缓存就不会生效了。
• last_modified: "30 seconds"：会自动生成Last-Modified响应头，帮助各个缓存层后续验证资源是否真的过期，能有效提升缓存命中率，减少不必要的请求。

生成的响应头验证 #

从你给出的响应头片段来看：

Age:0
Cache-Control:max-age=30, public, s-maxage=60
CF-RAY:3e6474b0b6590c17-AMS
Connection:keep-alive
Content-Encoding:gzip
Content-Type:application/json
Date:Thu, 01 Feb 2018 11:08:58 GMT

这里的Cache-Control头完美包含了浏览器和Cloudflare需要的规则，而reverse_proxy_ttl是FOSHttpCacheBundle用来控制Symfony代理缓存的内部配置，不会直接出现在对外的响应头里，它只在你的应用内部代理缓存层面生效。

这样配置后，三层缓存的生效逻辑是：浏览器先缓存30秒 → 过期后请求到Cloudflare，Cloudflare缓存60秒 → Cloudflare缓存过期后请求到Symfony代理缓存，代理缓存保留120秒 → 只有当代理缓存也过期了，才会触发Symfony控制器重新生成响应。

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