VarnishCache中HTTP/1与HTTP/2处理时间统计差异分析

在VarnishCache这一高性能HTTP反向代理系统中，我们发现了一个关于HTTP协议版本间处理时间统计不一致的问题。本文将深入分析该问题的技术背景、产生原因以及解决方案。

问题现象

运维人员在生产环境中禁用HTTP/2协议后，通过varnishncsa日志后处理分析发现，缓存命中情况下的TTFB（Time To First Byte）和总处理时间指标出现了异常飙升。这一现象表明，系统对HTTP/1和HTTP/2协议的处理时间统计存在不可比性。

技术背景分析

VarnishCache在处理请求时会记录多个关键时间点，其中req->t_first是最重要的基准时间戳之一。这个时间戳用于计算请求处理过程中的各个阶段耗时。

在HTTP/1协议栈中，t_first时间戳是在请求头部解析完成后立即记录的。具体代码位置位于HTTP/1状态机的处理流程中，当完成请求头解析后会立即初始化这个时间戳。

而在HTTP/2协议栈中，情况则有所不同。t_first时间戳是在h2_rx_headers()函数中初始化的，这个函数由h2_procframe()调用，而后者又由实际接收数据的h2_rxframe()函数触发。

根本原因

问题的核心在于两种协议的时间记录点存在差异：

1. HTTP/1在协议解析完成后立即记录时间
2. HTTP/2则在数据接收过程中记录时间

这种差异导致了两者在"Processing"时间统计上的不可比性。HTTP/2的统计包含了更多的底层协议处理时间，而HTTP/1则从更高层次开始计时。

解决方案

经过技术团队讨论，提出了两种可能的解决方案：

1. 统一后置计时方案：让HTTP/1也像HTTP/2一样，在数据接收完成后才开始"Processing"计时
2. 前置计时方案：让HTTP/2在h2_rxframe()函数开始接收数据时就记录t_first时间戳

最终实现选择了第二种方案，通过调整HTTP/2的时间记录点，使其与HTTP/1的统计方式保持一致。这样修改后，两种协议的处理时间统计就具有了可比性，运维人员可以更准确地评估协议切换带来的性能影响。

实施效果

该修复已合并到主分支，解决了协议间统计指标不可比的问题。运维人员现在可以：

• 准确比较HTTP/1和HTTP/2的性能差异
• 基于可靠数据做出协议选择决策
• 更精确地监控系统性能变化

这一改进体现了VarnishCache项目对监控数据准确性的重视，也为用户提供了更可靠的性能评估工具。