现象

当“SDK接收到数据的时间”减去“SDK发送数据的时间”超过SocketTimeout时，SDK会抛出SocketTimeoutException。这段时间内包含了“应用发送请求（包含网络传输）”、“服务端处理”和“应用接收响应（包含网络传输）”。SocketTimeout可以在创建OTSClient时自定义，如果没有设置，默认是15s。

解决方案

出现SocketTimeoutException，可能是以下几种原因：

  • 网络不通

    如果全部请求都是SocketTimeoutException，那么首先可能是网络不通，可以通过ping或者curl命令测试是否为网络问题：

    ping aaaa.cn-hangzhou.ots.aliyuncs.com
curl aaaa.cn-hangzhou.ots.aliyuncs.com

    正常情况下，curl会返回类似下面的结果：

    <?xml version="1.0" encoding="UTF-8"?>
<Error><Code>OTSUnsupportOperation</Code><Message>Unsupported operation: ''.</Message><RequestID>00054ec5-822c-8964-adaf-990a07a4d0c9</RequestID><HostID>MTAuMTUzLjE3NS4xNzM=</HostID></Error>

    如果发现是网络不通，可能是在非ECS环境使用了内网的endpoint。

  • 服务端处理慢，超过了SDK设置的SocketTimeout值

    一个请求在表格存储服务端的处理时间几乎是不会超过15秒的，因为服务端也会有一个超时时间，大概是10秒，超过这个时间会给客户端返回OTSTimeout错误。

    但是，假设在SDK端自定义了SocketTimeout，例如2秒，那么当服务端执行时间超过2秒时，SDK就会抛出SocketTimeoutException错误。

  • 网络传输慢

    如果服务端处理时间并不长，但是网络传输慢，导致整体延迟长，也会导致SocketTimeoutException。检查是否存在流量过高、带宽吃紧、网络重传率高等情况。

  • Java进程的GC频繁，经常FullGC，导致SocketTimeoutException

    程序负载高，GC频繁时出现SocketTimeoutException。原因是当发生FullGC的时候，请求发不出去，或者收不到响应，超过了SDK端设置的SocketTimeout，就会抛出SocketTimeoutException。

    这种情况下需要用工具分析进程的GC情况，解决进程频繁GC的问题。