这是网络层面的逻辑，
一般的 app 不会管这个。

网络连接的缓存策略有问题吧，PAC有效期内不应该再次下载的

【 在 Xjt (Voldemort) 的大作中提到: 】
: 外企的wifi一般会自动设置一个proxy，使用的是指向某个url的pac文件。
: 如果是pc浏览器，正常的流程是浏览器会下载pac文件，缓存15分钟，在这15分钟里，任何的网络请求都会根据pac文件的规则被转发到对应的proxy
: 如果是自定义开发的ios app内部的get/post https api，以及内嵌的webpage，该如何缓存这个pac file呢？目前我们监控下来，感觉我司的ios app根本没有缓存pac file，而是每次请求都会去那个wifi指定的url下载pac file后再解析，导致效率非常低。
--
修改:acalism FROM 111.173.191.*
FROM 111.173.191.*

如果是改pac的url
可能是把kCFNetworkProxiesProxyAutoConfig打头的几个key-value写到URLSessionConfiguration对象里的什么地方
但是缓存啥的我就不懂了
另外可能webview未必管用因为你得能拿到webkit的session先
【 在 Xjt (Voldemort) 的大作中提到: 】
: 外企的wifi一般会自动设置一个proxy，使用的是指向某个url的pac文件。
: 如果是pc浏览器，正常的流程是浏览器会下载pac文件，缓存15分钟，在这15分钟里，任何的网络请求都会根据pac文件的规则被转发到对应的proxy
: 如果是自定义开发的ios app内部的get/post https api，以及内嵌的webpage，该如何缓存这个pac file呢？目前我们监控下来，感觉我司的ios app根本没有缓存pac file，而是每次请求都会去那个wifi指定的url下载pac file后再解析，导致效率非常低。
: ...................
--
FROM 125.37.234.*