为什么我说反感接管系统全局HTTP流量的软件，更加推纯PAC方式
为什么我说反感接管系统全局HTTP流量的软件，更加推纯PAC方式PAC性能最好，系统底层api接口去调度流量，非有开发者去造轮子，搞个接管系统全局HTTP流量的方案
然后就导致这个会接管系统所有http的流量。会占用比较多的CPU。PAC效率更高 但是可能漏域名需要自己去补充或者临时切换全局模式
一个域名有国内和国外CDN节点，判断的话，，就走国外CDN节点去了，所以一般还搭配一套内置域名跳过百度淘宝等这些国内网站，所以支持PAC的才是最香的，上大部分海外站点都是OK的
然后某些开发者直接把PAC砍掉，重新造轮子，GitHub上面也有讨论过，作者不听，说PAC需要有人去维护更新添加域名，这种接管全局HTTP流量方式则不用
如果PAC处于无人维护状态，那么新被墙掉的域名，就不会存在PAC列表里，接管HTTP流量的方式，就可以无视这个问题，不需要有人去维护PAC
带来的副作用就是，，，上面说了，可以观察到较多的CPU占用，占用的CPU很多。。用浏览器下个文件试试就知道了
例子：https://bh3rd-app.oss-cn-shanghai.aliyuncs.com/public/Android/20180329-android_versions_v2_2_the_Guardian_of_shenzhou_guofu.apk
全局模式跳过中国大陆可以浏览器下载一下观察CPU占用，任务管理器打开，会发现占用挺高的
我这可是i9，都占用2%了。另一台工作用的i5占用25%拉满CPU一个核心了。。i9 16个框，等于是6%就吃满一个核心了
况且大部分这种软件还不支持利用CPU多线程。。2%所以算很高了，换算下来是30%占用，所以我就很反感接管全局http的这种模式，明明下个国内东西还要跑进去进程转一圈
而且所謂的“路由規則”寫法還蠻複雜的，原本的用戶pac配置是個人就會寫。 {:3343:} 这个我倒是之前也注意过。全局的不仅网络延迟会增加，而且CPU所占比也会增加，所以除非一些特殊环境，尽量别全局。 dalifeidaop6 发表于 2022/2/25 22:26
这个我倒是之前也注意过。全局的不仅网络延迟会增加，而且CPU所占比也会增加，所以除非一些特殊环境，尽量 ...
是的，因为所有流量要经过进程内处理pass一次，导致延迟增加
页:
[1]