网络超时分类:连接、读取和整体截止时间

  连接超时用 RFC 5737 保留的文档地址 192.0.2.1:80(TEST-NET-1,没有任何真实主机,SYN 发出去没有回应)测试;macOS 回环上让监听队列满了得到的是 Connection reset 而不是超时,所以不用本机端口
  Socket.connect(…, 500 ms) → SocketTimeoutException: Connect timed out,耗时 522 ms
  本机端口没有人监听 → ConnectException: Connection refused,耗时 3 ms(立刻失败,与超时无关)
  HttpClient connectTimeout(500 ms) → http.HttpConnectTimeoutException: HTTP connect timed out,耗时 527 ms
  HttpClient,本机端口没有人监听 → ConnectException: null,耗时 3 ms
  非阻塞 SocketChannel.connect:立即完成 = false;select(500 ms) 返回就绪数 0,耗时 502 ms(没有就绪就是超时了,要自己 close 这个 channel)

  服务器接受连接但不回应,setSoTimeout(300) → SocketTimeoutException: Read timed out,耗时 319 ms
  服务器每 200 ms 滴一个字节、共 20 个字节:setSoTimeout(500) 没有触发,读完 20 字节,总耗时 4144 ms(每次 read 各自计时,总时间 4 s 远超 500 ms)
  setSoTimeout(150),服务器间隔 200 ms → SocketTimeoutException: Read timed out,耗时 153 ms
  自己实现总截止时间:每次 read 前把 SO_TIMEOUT 设成剩余时间 → SocketTimeoutException: Read timed out,耗时 1002 ms

  HttpRequest.timeout(500 ms),服务器 1.5 s 后才发响应头 → http.HttpTimeoutException: request timed out,耗时 512 ms
  HttpRequest.timeout(500 ms),响应头立即到、body 每 200 ms 一个字节共 15 个(总 3 s):读完 15 字节,耗时 3142 ms(超时只管到响应头)
  sendAsync(…).orTimeout(1 s) 包住整个响应读取 → java.util.concurrent.TimeoutException: null,耗时 1012 ms
  没有设置 timeout:等了 1512 ms 拿到响应(默认没有超时)
  Future.get(300 ms) 超时 → TimeoutException,耗时 301 ms;任务仍在跑:isDone = false(get 超时不会取消任务,要自己 cancel(true))