HttpClient与浏览器调用服务接口差异

我用httpclient访问接口，统计图有些不均匀，差距较大 ，有时只有几十毫秒，下图看到这种情况占多数，600-800毫秒之间的算是浏览器正常的产生调用接口的时间耗时

然后用jmeter跑时都是均值在600-800左右，每次很平均

让大家看我的统计时间耗时代码

结束时间返回结束

就耗时来说，用httpclient的相对网络开销占比不会大这么多吧 ，第二经常访问耗时不均匀的原因也找不到。

问题：两种不同的方式请求接口，输出结果是一样，如果发现两种在耗时上有差异，差异上的数据问题在哪里？一起来探讨下。

对比：取同一个接口count.do_收集数据，

①下图是通过HttpClient的方式请求，计时都在100ms左右

　　②下图是浏览器请求接口count.do_,计时如图

连续请求了几个页面得出下面表格

页面	总耗时	Queueing	Stalled	Request sent	Waiting (TTFB)	Content Download
监控页	1.95s	0.34ms	0.45ms	0.11ms	1.91s	37.73ms
首页	893.18ms	0.5ms	115.83ms	79us	776.29ms	0.48ms
人员管理页	1.03 s	0.34 ms	128.06 ms	90 μs	787.83 ms	111.20 ms
审计日志页	915.49 ms	0.63 ms	0.63 ms	77 μs	913.81 ms	0.56 ms
参数设置页	778.97 ms	0.35 ms	0.47 ms	0.15 ms	777.41 ms	0.58 ms

时间细分阶段说明（对上面浏览器各参数解读意思）

以下是有关在 Timing 标签中可能看到的各阶段的更多信息：

• Queueing。 浏览器在以下情况下对请求排队：
  • 存在更高优先级的请求。
  • 此源已打开六个 TCP 连接，达到限值。 仅适用于 HTTP/1.0 和 HTTP/1.1。（批注：大部分页面都是超过6个接口的）
  • 浏览器正在短暂分配磁盘缓存中的空间
• Stalled。 请求可能会因 Queueing 中描述的任何原因而停止。
• DNS Lookup。 浏览器正在解析请求的 IP 地址。
• Proxy negotiation。 浏览器正在与代理服务器协商请求。
• Request sent。 正在发送请求。
• ServiceWorker Preparation。 浏览器正在启动 Service Worker。
• Request to ServiceWorker。 正在将请求发送到 Service Worker。
• Waiting (TTFB)。 浏览器正在等待响应的第一个字节。 TTFB 表示 Time To First Byte（至第一字节的时间）。 此时间包括 1 次往返延迟时间及服务器准备响应所用的时间。
• Content Download。 浏览器正在接收响应。
• Receiving Push。 浏览器正在通过 HTTP/2 服务器推送接收此响应的数据。
• Reading Push。 浏览器正在读取之前收到的本地数据。

分析：

　　①在上面的表格中，stalled明显比较高，产生时间达到上限的tcp的连接，是接口等待时间连接

　　②Waiting (TTFB)在每次请求的时间都是占比非常高的，这里延迟比较高的可能性，也有浏览器处理等待响应时间浏览器问题的可能

最后，加了很多与浏览器相同的请求头，但是请求耗时依旧变化不大

所以，暂时得出结论，这种httpclient无法完全和浏览器请求相同，毕竟客户端和服务端之间有网络开销，您怎么看？欢迎有不同见解，请在评论区留言。