说一下我一直以来都发现的一个现象。
每次电脑开机后，无论是 CloudflareST 的延迟测速，还是手动 TCPing 都会发现，第一次延迟明显偏高，但从第二个开始就基本恢复正常了（手动 TCPing 时可以看到第二个明显延迟降低了一截，而 CloudflareST 因为是短时间内多线程高并发测速，所以平均延迟也会明显偏高），我也搞不懂是什么原因。
另外，我发现把 tcping.exe 复制到其他文件夹后（或重命名），首次运行也会出现第一次延迟明显偏高的现象，也就是说只要文件路径（包括文件名）改变了，那么首次 TCPing 链接都会延迟明显偏高。
如果只是 CloudflareST 出现这种情况，可能是代码问题，但手动 TCPing 也这样，而且文件位置/文件夹变了也会再次出现，那多半是系统底层机制之类的问题，这就触及到我的知识盲区了，有没有懂的？
另外，也不知道其他系统是否存在该问题？
搞得我每次都要先随便延迟测速几个 IP，后续再测速就没问题了（直到关机前都不会再出现了）。
# 临时解决方法
电脑开机后，第一次正式测速前，先随便测几个 IP（无需等待延迟测速完成，只要进度条动了就可以直接关了，比如你可以双击 CloudflareST.exe 等到软件显示出来进度条后就可以关了）。
说一下我一直以来都发现的一个现象。
每次电脑开机后，无论是 CloudflareST 的延迟测速，还是手动 TCPing 都会发现，第一次延迟明显偏高，但从第二个开始就基本恢复正常了（手动 TCPing 时可以看到第二个明显延迟降低了一截，而 CloudflareST 因为是短时间内多线程高并发测速，所以平均延迟也会明显偏高），我也搞不懂是什么原因。
如果只是 CloudflareST 出现这种情况，可能是代码问题，但手动 TCPing 也这样，而且文件位置/文件夹变了也会再次出现，那多半是系统底层机制之类的问题，这就触及到我的知识盲区了，有没有懂的？
另外，也不知道其他系统是否存在该问题？
搞得我每次都要先随便延迟测速几个 IP，后续再测速就没问题了（直到关机前都不会再出现了）。
# 临时解决方法
电脑开机后，第一次正式测速前，先随便测几个 IP（无需等待延迟测速完成，只要进度条动了就可以直接关了，比如你可以双击
CloudflareST.exe等到软件显示出来进度条后就可以关了）。