1
jugelizi 2019-12-25 00:01:33 +08:00
ClientConnected- Exact time that the client browser made a TCP/IP connection to Fiddler.
ClientBeginRequest– Time at which this HTTP request began. May be much later than ClientConnected due to client connection reuse. |
2
qinxg OP |
3
jugelizi 2019-12-25 00:10:29 +08:00
你网站打开需要 3s 钟?是不是你理解错了
|
4
qinxg OP |
5
qinxg OP 补充下.我说的 0.015 是 fiddler 里面说的 但是算上 ClientConnected 是 3s 和我日志是吻合的 而且 ClientConnected 的开始时间和我日志的 api 调用的启动时间也基本能吻合 就是上面图 TXT 的 Start 字段
|
6
gwy15 2019-12-25 00:54:46 +08:00 via Android
可能不是一个原因,我之前遇到类似的问题,后来发现是 DNS 服务器发生错误。你换个 DNS 服务器或者直接用裸 ip 看看还有没有这个延迟。
|
7
qinxg OP @gwy15 我和被访问网站在阿里云同区 按道理不会 - -! 也谢谢你
这个错几率很小 大概几百次出现 1 次吧... 但是这个错误影响我后面的逻辑了 - -! |
8
qinxg OP 其实我访问也不是很高频 大概 1 秒不超过 3 次... 不知道量上去会怎么样 诶..
|
9
sx90 2019-12-25 01:30:17 +08:00 via Android
听到有人敲门,你去开门,要多少时间呢?
跳过 Fiddler,用 api 直接测试好了 |
10
qinxg OP @sx90
这个日志我抓过很多次 大概都是 3 秒左右的延迟... 最后没办法我在服务器开了 Fiddler... 我上面说过... 就是查出这种延迟问题. 不确认是平台问题还是我自己的问题. 于是我把 fiddler 打开了... |
11
qinxg OP |
12
sx90 2019-12-25 02:39:10 +08:00 via Android
1 楼已经回答
客户端连接重用问题 假如端口被 socket 使用过,并且利用 socket.close()来关闭连接,但此时端口还没有释放,要经过一个 TIME_WAIT 的过程之后才能使用 |
14
qinxg OP 我现在已经可以明确了.就是每整点会出现一次
|
15
alcarl 2019-12-25 09:50:20 +08:00 via Android
是 http 的话,本机抓包看一下吧,比较直观
|
16
sx90 2019-12-25 11:11:38 +08:00 via Android
服务器是 win 的话
使用 netstat 或 TCPView 查看所有 TCP 連線 我暂时发不了网址,自行搜索吧,网络连接有他的规则在,TIME_WAIT 是保障机制 |