Apache mod_log_config 默认不支持记录自定义响应头（如 X-Request-ID），%{X-My-Header}o 无效；推荐用 mod_lua 的 LuaHookLog 注入 notes 后通过 %{name}n 记录，或由 Java 应用自身输出完整访问日志。
Apache 的 mod_log_config 默认不支持直接记录自定义响应头（如 X-Request-ID、X-Process-Time），%{X-My-Header}o 在 Apache 2.4 及更早版本中不会生效——这不是配置错误，而是模块本身未实现该功能。
为什么 %{HeaderName}o 总是空或报错
Apache 官方文档明确说明：%{name}o 语法在 mod_log_config 中**未被实现**。即使你在响应中用 Header set X-Response-Time "123" 设置了头，日志里仍会显示 - 或直接忽略。这是因为 mod_log_config 的输出头（output header）日志能力仅限极少数内置字段（如 %{Content-Type}o），不开放给任意自定义头。
-
%{X-Request-ID}o写了也白写，Apache 不解析它 - 某些旧版 Apache 甚至会因非法格式符导致
CustomLog加载失败 - 别试
SetEnvIfNoCase匹配响应头——它只匹配请求头，对headers_out无效
用 mod_lua 在响应后读取并注入 notes（推荐方案）
这是目前最轻量、可靠且无需改 Java 代码的 Apache 层方案，要求 Apache ≥ 2.4 且已启用 mod_lua。
Apache Superset Dashboard and SQL Exploration Skill
下载
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
- 确认模块已加载：
apachectl -M | grep lua，若无输出则执行a2enmod lua（Debian/Ubuntu）或取消httpd.conf中LoadModule lua_module注释 - 在虚拟主机或全局配置中添加：
LuaHookLog /path/to/log_response_headers.lua log_response - 创建
log_response_headers.lua文件，内容为：
function log_response(r)
r:note("X_Response_Time", r.headers_out["X-Response-Time"] or "-")
r:note("X_Request_ID", r.headers_out["X-Request-ID"] or "-")
end
- 在
LogFormat中用%{X_Response_Time}n和%{X_Request_ID}n引用（n表示 notes） - 注意：Lua 脚本运行在响应完成之后，能安全读取全部
headers_out
把日志责任交还给 Java 应用（生产首选）
在反向代理架构下，让 Apache 记录响应头，本质是把应用层逻辑耦合到 Web 服务器——维护成本高、调试困难、升级易断裂。更合理的方式是让 Java 应用自己“把该记的日志信息，塞进访问日志该出现的位置”。
- Spring Boot 中用
OncePerRequestFilter+MDC，在请求开始时生成requestId，结束时写入MDC.put("reqid", id) - 配合 Logback 的
AccessEventLayout或 Tomcat 的CustomAccessLogValve，直接把requestId、processTime等写入独立访问日志文件 - Apache 日志只需保留基础字段（
%h %t %r %>s %b %D），用于网络层排障；Java 日志负责业务追踪 - 这样避免了 Apache 与 Java 响应头生命周期不同步的问题（例如过滤器异常中断、异步响应、重定向覆盖头等场景）
别踩这些坑
有些方案看似能用，实则埋雷：
-
%{HTTP2}e或%H是合法的，但它们和响应头无关，别混用 -
mod_headers的Header echo只是把请求头回传，不能用于记录响应头 - 试图用
rotatelogs或外部脚本实时解析响应包——TCP 层不可见明文响应头（尤其 HTTP/2），且性能灾难 - 依赖
mod_dumpio抓包日志——仅用于临时调试，开启即影响吞吐，禁止上生产
真正要记录的不是“响应头本身”，而是“Java 处理过程中的关键上下文”。把这个意识从 Apache 配置里拿掉，问题就解决了一大半。
