Caddy服务器中基于响应状态码添加响应头的技术实现

在Caddy服务器配置中，我们经常需要根据不同的响应状态码来添加特定的HTTP头信息。本文将以一个典型场景为例，详细介绍如何在Caddyfile中实现仅对成功响应(2xx状态码)添加Cache-Control头。

问题背景

在实际Web应用中，我们通常希望只为成功的HTTP响应(2xx状态码)添加缓存控制头，而不对错误响应(如404)添加缓存。这是因为浏览器可能会缓存错误响应，导致后续请求无法获取更新后的正确内容。

传统解决方案

Caddy提供了header指令来设置响应头，但该指令默认只能基于请求特征进行匹配。如果直接在Caddyfile中尝试使用响应状态码匹配器，会遇到模块未注册的错误。

技术实现方案

方案一：使用intercept指令

Caddy的intercept指令可以拦截响应并根据条件修改响应头。这是目前文档推荐的解决方案：

example.com:443 {
    route {
        @success status 2xx
        intercept @success {
            header Cache-Control "public, max-age=3600"
        }
        file_server {
            root /www
        }
    }
}

方案二：底层JSON配置

实际上，Caddy的headers处理器原生支持基于响应状态的匹配，只是Caddyfile适配器尚未提供直接语法支持。底层JSON配置如下：

{
    "handler": "headers",
    "response": {
        "require": {
            "status_code": [2]
        },
        "set": {
            "Cache-Control": ["public, max-age=3600"]
        }
    }
}

技术原理分析

Caddy的header处理分为两个层面：

1. 请求阶段匹配：基于请求特征(如路径、方法等)决定是否添加头
2. 响应阶段匹配：基于响应特征(如状态码、内容类型等)决定是否添加头

虽然Caddyfile语法目前对响应匹配的支持有限，但底层实现已经完整支持这一功能。未来的Caddy版本可能会在Caddyfile中提供更简洁的语法支持。

最佳实践建议

对于生产环境配置，建议：

1. 优先使用intercept指令方案，它有最好的兼容性和可读性
2. 对于复杂场景，可以考虑直接使用JSON配置
3. 关注Caddy的版本更新，未来可能会有更简洁的语法支持

通过合理配置响应头，我们可以有效控制浏览器缓存行为，提升Web应用性能和用户体验。