Android VPNService设置setBlocking(true)后VPN失效问题咨询

问题核心原因 #

1. 读写互斥阻塞：VPNService开启阻塞模式后，读写VPN文件描述符的操作会一直等待IO就绪，若沿用非阻塞模式的单线程轮询逻辑，同一个线程同时处理上行（从VPN读应用报文）和下行（往VPN写返回给应用的报文）操作时会出现死锁：线程阻塞在VPN读操作等待上行报文时，下行报文无法得到调度写入VPN，双向流量全部卡住，最终表现为所有请求超时丢包。
2. 缓冲区触发逻辑差异：阻塞模式下，系统对VPN文件描述符的读写触发阈值和非阻塞模式不同，若未设置合理的MTU和缓冲区大小，小报文场景下会出现缓冲区未达阈值就一直阻塞不返回的情况，间接引发链路超时。

阻塞模式正确实现方案 #

• 拆分读写为独立双线程，彻底避免读写操作互相阻塞：
  • 上行处理线程：专职调用read()从VPN文件描述符读取应用发出的报文，完成过滤、上报逻辑后转发到远端传输通道，该线程仅阻塞在VPN读操作，无需额外轮询。
  • 下行处理线程：专职从远端传输通道读取服务端返回的报文，完成过滤逻辑后调用write()写入VPN文件描述符返回给应用，该线程仅阻塞在远端通道的读操作。
• 初始化VPN连接时，通过builder.setMtu(1500)设置和以太网标准一致的MTU值，同时为读写操作分配至少2倍MTU大小的缓冲区，避免缓冲区不足导致的异常阻塞。
• 为VPN文件描述符设置读写超时参数，Android 7.0及以上版本可通过fcntl系统调用设置SO_RCVTIMEO和SO_SNDTIMEO，超时后自动中断当前阻塞操作并重试，避免极端场景下线程永久挂死。
• 服务退出时主动调用close()关闭VPN文件描述符，触发阻塞中的读写操作抛出IO异常，让双线程可以正常退出，避免内存泄漏。

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