使用Retrofit上传Base64图片时偶发超时失败问题求助

• 先搞定Base64的体积问题
  Base64编码会让图片体积涨30%左右，要是图片本身大，转完之后数据量会爆炸，这大概率是超时的核心原因。别光死磕超时时间，先压缩图片：降分辨率、转成JPEG并调低质量（比如压到70%），再转Base64，数据量小了，传输压力骤降，超时概率自然会低。

• 确认Retrofit超时配置真的生效了
  有时候你改了超时参数，但没正确绑定到Retrofit实例上。检查你的OkHttpClient配置，比如：

OkHttpClient client = new OkHttpClient.Builder()
    .connectTimeout(30, TimeUnit.SECONDS)
    .readTimeout(60, TimeUnit.SECONDS)
    .writeTimeout(60, TimeUnit.SECONDS)
    .build();

一定要把这个client传给Retrofit.Builder的client()方法，别搞出两个独立的实例白忙活。

• 查服务器端的限制
  超时不一定是客户端的锅，服务器可能有请求大小或超时限制。比如Nginx的client_max_body_size参数，要是你的Base64数据超了这个值，服务器会直接断连，客户端就会报超时。还有后端服务（比如Tomcat）的请求超时配置，得确认服务器端有没有针对大请求做调整。

• 换个上传方式试试
  Base64本来就不是高效的传输方式，不如直接传二进制。Retrofit支持Multipart上传，示例代码：

@Multipart
@POST("upload")
Call<ResponseBody> uploadImage(@Part MultipartBody.Part image);

传原始二进制比Base64小很多，能大幅降低超时概率。如果必须用Base64，就把大的Base64数据拆成多个请求上传，服务器端再拼接。

• 排查网络稳定性
  间歇性超时可能和网络波动有关，比如Wi-Fi信号弱、移动网络切换的时候。换不同网络环境测试，看是不是特定网络才出问题。要是这样，就在客户端加重试机制，比如用OkHttp的RetryInterceptor，设置合理的重试次数和触发条件。

内容的提问来源于stack exchange，提问作者Choudhary Robin Singh