使用Retrofit 2异步调用后应用延迟60秒退出问题求助

我来帮你捋清楚这个问题——你遇到的延迟退出其实是OkHttp默认线程池的正常行为，不是Bug，也不是你用错了Retrofit，下面给你详细拆解：

为什么会等60秒？ #

Retrofit底层依赖OkHttp处理网络请求，OkHttp的Dispatcher组件维护了一个用于异步请求的线程池。这个线程池的默认配置有两个关键特性：

• 核心线程是非守护线程（JVM只有当所有非守护线程都结束时才会退出）
• 核心线程的keepAliveTime默认是60秒——也就是说，核心线程在空闲状态下会等待60秒才会被销毁

哪怕你的onResponse已经执行完毕、没有任何待处理请求了，这些核心线程还在“待命”等待超时，所以JVM会一直等它们销毁后才会退出，这就是那60秒延迟的来源。

怎么让应用立即退出？ #

有几种优雅的解决方式，根据你的场景选择即可：

1. 处理完响应后手动关闭OkHttp的线程池 #

在onResponse和onFailure方法的最后，直接关闭OkHttp的线程池，就能立即销毁空闲线程，让JVM正常退出：

@Override
public void onResponse(Call<MyResponse> c, Response<MyResponse> response) {
    // 你的业务逻辑处理，比如解析响应、存储数据等
    // 关闭线程池，释放资源
    client.dispatcher().executorService().shutdown();
}

@Override
public void onFailure(Call<MyResponse> c, Throwable t) {
    // 失败场景的处理，比如打印错误日志
    client.dispatcher().executorService().shutdown();
}

shutdown()会让线程池停止接受新任务，并且等待现有任务完成后关闭——因为此时已经没有待处理请求了，线程池会立即关闭，核心线程被销毁，JVM就能马上退出。

2. 自定义OkHttp线程池为守护线程 #

如果你的应用是短生命周期的（比如命令行工具、测试脚本），可以在创建OkHttpClient的时候，把线程池的线程设置为守护线程。这样主线程结束时，这些守护线程会被JVM自动终止，不需要手动关闭：

// 自定义线程池，所有线程设为守护线程
ExecutorService customExecutor = new ThreadPoolExecutor(
        0, // 核心线程数设为0，所有线程都是非核心线程，空闲后会快速销毁
        Integer.MAX_VALUE,
        60L, TimeUnit.SECONDS,
        new SynchronousQueue<>(),
        runnable -> {
            Thread thread = new Thread(runnable);
            thread.setDaemon(true); // 标记为守护线程
            return thread;
        }
);

// 用自定义线程池创建OkHttpClient
OkHttpClient client = new OkHttpClient.Builder()
        .dispatcher(new Dispatcher(customExecutor))
        .build();

这种方式适合需要多次发起请求，但又希望应用在主线程结束后立即退出的场景。

3. 强制退出JVM（不推荐） #

如果上面的方法都嫌麻烦，也可以在onResponse最后直接调用System.exit(0)强制退出，但这种方式比较粗暴，可能会导致一些资源（比如文件流、数据库连接）没来得及正常释放，只建议在测试场景下使用：

@Override
public void onResponse(Call<MyResponse> c, Response<MyResponse> response) {
    // 业务处理逻辑
    System.exit(0); // 强制终止JVM
}

总结 #

这个延迟是OkHttp为了线程复用、提升性能而设计的默认行为，适合长期运行的应用（比如Android App），但在短生命周期的程序里就会显得多余。用上面的方法就能轻松解决，让应用在响应处理完成后立即退出。

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