如何监测Android VPN的Tun接口关闭事件及相关异常排查

一、Tun接口关闭但VPNService仍运行的原因 #

Android系统设计为同一时间仅允许一个活跃VPN连接。当新的VPN应用完成配置并成功建立连接后，系统会自动停用之前VPN的Tun网络接口（更新系统路由表，将流量导向新的VPN通道），但不会主动销毁旧的VPNService组件——VPNService的生命周期由应用自身和系统内存管理策略决定，除非应用主动调用stopSelf()，或者系统因内存不足回收该Service，否则它会保持运行状态。

二、如何获知VPN的fd需要关闭 #

1. 官方推荐方案：重写onRevoke()回调 #

在自定义的VPNService子类中重写onRevoke()方法，该方法会在系统停用当前VPN（比如被其他VPN抢占、用户手动关闭VPN）时被回调。在这里可以直接关闭Tun文件描述符，停止相关的网络读写线程，甚至调用stopSelf()终止Service，是最准确的触发时机。

示例代码：

@Override
public void onRevoke() {
    super.onRevoke();
    // 关闭Tun的fd
    if (tunFd != null) {
        try {
            tunFd.close();
        } catch (IOException e) {
            e.printStackTrace();
        }
        tunFd = null;
    }
    // 停止网络处理线程
    if (networkThread != null) {
        networkThread.interrupt();
        networkThread = null;
    }
    // 终止Service
    stopSelf();
}

2. 网络变化监测方案 #

注册ConnectivityManager.NetworkCallback监听网络状态变化，通过NetworkCapabilities.TRANSPORT_VPN判断当前活跃网络是否为自己的VPN。当检测到活跃VPN网络断开或切换为其他网络时，触发fd关闭操作。

注意：这种方案需要额外处理网络状态的判断逻辑，准确性不如onRevoke()，可能存在其他网络变化误触发的情况。

关于onDestroy()未触发的说明 #

系统不会在新VPN启动时主动销毁旧的VPNService，因此onDestroy()回调不会被触发，该方案不可行。

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