Apache的%D记录接收请求到发送响应头的微秒级耗时，不包含Java应用内部处理时间；如需Java真实耗时，须由应用通过X-Process-Time响应头传递，并用%{X-Process-Time}o捕获。
Apache HTTP Server 本身不直接测量 Java 应用的处理耗时，mod_log_config 记录的是 Apache 接收到请求到发送完响应头（或整个响应）所经过的时间，即 Apache 层面的请求生命周期耗时，不包含后端 Java 应用（如 Tomcat）内部处理逻辑的时间 —— 除非 Java 应用通过响应头主动传递耗时信息。
使用 %D 记录 Apache 接收请求到发送响应头的微秒级耗时
%D 是 mod_log_config 提供的内置格式符，表示从 Apache 接收到请求第一个字节开始，到发送完响应头（即 headers sent）为止所经过的微秒数（microseconds）。这是最常用、最轻量的服务器端耗时记录方式。
- 在 httpd.conf 或虚拟主机配置中添加或修改 LogFormat：
LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\" %D" combined_with_time
- 启用该格式记录访问日志（例如）：
CustomLog logs/access_log combined_with_time
立即学习“Java免费学习笔记（深入）”；
- 日志示例（末尾数字为微秒）：
192.168.1.100 - - [10/Jan/2024:14:22:33 +0800] "GET /api/user?id=123 HTTP/1.1" 200 248 "-" "curl/7.68.0" 156284 → 表示约 156 ms
使用 %T 记录秒级耗时（精度较低，仅作参考）
%T 返回整秒数（向下取整），例如耗时 1.999 秒也记为 1。它适合快速粗略统计，但无法反映真实性能波动，一般不推荐用于性能分析。
- 用法类似：%T 替换 %D，日志中显示为整数秒
- 注意：%T 不是四舍五入，而是截断小数部分
若需记录 Java 应用真实处理耗时，需应用层配合
Apache 无法感知 Tomcat 或 Spring Boot 内部执行时间。要获得“Java 处理耗时”，必须由 Java 应用自身计算，并写入响应头（如 X-Process-Time: 128），再由 Apache 日志捕获该头：
- Java 端（以 Spring Boot Filter 为例）添加响应头：
response.setHeader("X-Process-Time", String.valueOf(System.currentTimeMillis() - startTime));
- Apache 配置中使用 %{X-Process-Time}o 捕获响应头值：
LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\" %D %{X-Process-Time}o" java_timing_log
- 注意：%{xxx}o 表示输出（output）头，对应响应头；%{xxx}i 表示输入（input）头，对应请求头
- 确保 Java 应用确实设置了该响应头，否则日志中对应位置为空或破折号（-）
注意事项与常见问题
- %D 包含网络延迟影响：如果客户端网络慢（如上传大文件），%D 会偏高，不代表服务处理慢
- 反向代理场景下需谨慎：若 Apache 前还有 Nginx 或 CDN，%D 只反映 Apache 到后端（如 Tomcat）的链路耗时，不含前置节点时间
-
启用 mod_log_config 无需额外安装，但需确认其已加载（检查 httpd.conf 中是否有
LoadModule log_config_module modules/mod_log_config.so） - 日志时间单位统一为微秒（%D）或秒（%T），分析时注意单位转换（1000000 微秒 = 1 秒）
