Swift 4 iOS应用HTTPS代理方案咨询：除NetworkExtension外有无替代？

嘿，这个问题其实不少iOS开发者都踩过坑，我来给你梳理下实际可行的方向：

首先得明确：在最新iOS版本下，要实现完整的HTTPS代理（不管是针对WKWebView还是整个APP），NetworkExtension + VPN相关的隧道方案确实是苹果官方认可的唯一正规途径。不过也有一些边缘场景的替代思路，虽然有局限性，但可能适合你的特定需求：

• WKWebView的非正规hack方案（谨慎使用）
  如果你只需要给WKWebView单独做HTTPS代理，有一种绕路方式：拦截WKWebView的所有网络请求，然后手动用配置了代理的URLSession去发起请求，再把响应内容回传给WKWebView。但这种方式坑很多：

  • 要处理所有请求类型（GET/POST、文件上传、表单提交等），逻辑复杂度极高
  • 会破坏WKWebView的原生特性，比如Cookie同步、缓存机制、JS与原生交互的网络相关逻辑
  • 苹果审核时大概率会被拒绝，因为违反了网络请求的规范

• UIWebView的局限性说明
  你说得完全没错，UIWebView仅支持系统级的HTTP代理配置，HTTPS请求会直接绕过代理，而且UIWebView早就被苹果废弃了，在新版本iOS上不仅有兼容性问题，还存在安全漏洞，绝对不建议继续使用。

• NetworkExtension的实用建议
  虽然NetworkExtension需要用户授权VPN权限，看起来门槛高，但苹果其实提供了两种适配代理场景的Extension类型，比全局VPN友好很多：

  • App Proxy Provider：专门针对单个APP的代理，不需要全局VPN，用户授权流程更简单
  • Packet Tunnel Provider：全局VPN隧道，适合需要代理整个设备流量的场景
    用Swift 4开发完全没问题，这些Extension的API都是兼容的，你可以参考苹果官方的示例代码快速搭建基础框架，核心就是实现代理的转发逻辑，把HTTPS请求通过指定的代理服务器发送出去。

最后要提醒的是：任何非NetworkExtension的HTTPS代理方案，在iOS的沙盒和网络安全机制下，要么无法实现完整的HTTPS代理（只能拦截HTTP），要么会面临审核被拒的风险，所以优先推荐走官方的NetworkExtension路线。

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