如何将Android中Retrofit POST请求耗时从800ms优化至400ms以内？

针对服务器响应正常但客户端请求耗时超标的情况，可从以下核心方向优化，结合你的现有代码给出具体修改建议：

1. 配置高性能OkHttpClient（核心优化点） #

Retrofit默认使用的OkHttpClient未做性能调优，这是耗时偏高的主要原因之一。需自定义OkHttpClient，优化连接复用、超时、协议等参数：

修改ApiClient类，添加优化后的OkHttpClient配置：

public class ApiClient {
    private static final String BASE_URL = "someurl";
    private static Retrofit retrofit = null;
    // 单例OkHttpClient，避免重复创建带来的开销
    private static OkHttpClient okHttpClient = new OkHttpClient.Builder()
            // 连接池：复用TCP连接，减少握手开销
            .connectionPool(new ConnectionPool(8, 1, TimeUnit.MINUTES))
            // 超时设置：避免无意义的等待
            .connectTimeout(150, TimeUnit.MILLISECONDS)
            .readTimeout(200, TimeUnit.MILLISECONDS)
            .writeTimeout(200, TimeUnit.MILLISECONDS)
            // 启用HTTP/2，多路复用减少请求延迟
            .protocols(Arrays.asList(Protocol.HTTP_2, Protocol.HTTP_1_1))
            // 可选：添加本地缓存（如果请求结果支持缓存）
            .cache(new Cache(new File(Application.getContext().getCacheDir(), "http_cache"), 10 * 1024 * 1024))
            .build();

    public static Retrofit getRetrofit() {
        if (retrofit == null) {
            // 移除不必要的setLenient，除非服务器返回的JSON格式不规范
            Gson gson = new GsonBuilder().create();
            retrofit = new Retrofit.Builder()
                    .baseUrl(BASE_URL)
                    .client(okHttpClient) // 替换为自定义OkHttpClient
                    .addConverterFactory(GsonConverterFactory.create(gson))
                    .build();
        }
        return retrofit;
    }
}

2. 复用ApiInterface实例 #

你当前每次调用getEntries都重新创建ApiInterface实例，会产生额外开销。建议将ApiInterface也缓存为单例：

在ApiClient中添加：

private static ApiInterface apiInterface;

public static ApiInterface getApiInterface() {
    if (apiInterface == null) {
        apiInterface = getRetrofit().create(ApiInterface.class);
    }
    return apiInterface;
}

修改请求发起函数：

public static void getEntries(int subjectID, int commentID, int userCode){
    Call<List<Entry>> call = ApiClient.getApiInterface().getEntries(subjectID, commentID, userCode);
    // 后续回调代码保持不变
}

3. 优化Gson序列化/反序列化 #

• 移除setLenient()：该配置会让Gson容忍不规范的JSON，增加解析开销，除非服务器返回的JSON格式确实存在问题，否则建议删除。
• 优化数据模型：Entry类中subjectID若服务器返回的是数字类型，可从String改为int，减少装箱/拆箱开销；同时确保所有字段都有对应的getter方法，提升Gson反射效率。
• 可选替换：用Moshi或Protobuf替代Gson，两者的解析速度比Gson快30%-50%；如果用Protobuf，还需服务器配合返回二进制数据，能大幅降低传输体积。

4. 优化请求格式 #

当前使用@FormUrlEncoded，若服务器支持，建议换成JSON格式（@Body注解），FormUrlEncoded的解析开销高于JSON；若必须使用FormUrlEncoded，需确保参数无冗余，避免传递不必要的字段。

修改ApiInterface为JSON格式示例：

public interface ApiInterface {
    @POST("showEntries.php")
    Call<List<Entry>> getEntries(@Body RequestParams params);
}

// 新建请求参数类
public class RequestParams {
    private int subjectID;
    private int commentID;
    private int userCode;

    // 构造函数和getter/setter方法
}

5. 定位耗时瓶颈 #

添加OkHttp日志拦截器，打印请求各阶段的耗时（DNS解析、连接建立、数据读取等），精准定位慢环节：

在OkHttpClient中添加拦截器：

.addInterceptor(new Interceptor() {
    @Override
    public Response intercept(Chain chain) throws IOException {
        long start = System.currentTimeMillis();
        Response response = chain.proceed(chain.request());
        long end = System.currentTimeMillis();
        long duration = end - start;
        Log.d("Http耗时", chain.request().url() + " 总耗时：" + duration + "ms");
        return response;
    }
})

6. 其他细节优化 #

• 避免在主线程发起同步请求（你已使用enqueue，此点符合要求）；
• 添加防抖逻辑：避免用户快速点击导致重复发起相同请求；
• 测试环境：尽量在稳定的WiFi或5G环境下测试，排除弱网对耗时的影响。

内容的提问来源于stack exchange，提问作者yusufff