论如何防治广告

在现在大多数app都玩浏览器套壳的生态下。有联网的大多数非原生应用，基本都是浏览器套壳。比如阿里系，字节系。

浏览器应用打开流程
用户点击→应用向用户展示蒙皮/动画/开屏广告→请求并等待服务器返回数据→数据检测无误开始渲染→用户真正打开应用

从这个流程显然可以看出，应用主进程真正开始并不是用户点击那一瞬间，而是得等服务器输出完网页数据后才开始真正启动
其间，用蒙皮，LOGO画面，转圈，或是开屏广告将用户拖住。不让在等待服务器数据的时候，用户无法操作就以为假死/卡住/bug。

但是，浏览器套壳好处是：
1，多平台适配简单，前端花费少
2，无感热更新，绕过商店审核检测
3，弹广告特别方便

虽然有缺点：
1，网速快慢决定了应用打开速度的上限
2，不开多进程Webview渲染的话，崩溃一个页面整个应用容易崩溃
3，大多数软件二级界面退到一级界面会导致重新渲染，卡顿明显。

言归正题。

先列在Android和iOS都能通用的招式。

拦截类
简单，不费事，虽然会有漏网之鱼，但是会省流


1，本地网络代理过滤，在本地进行拦截，adguard for Android和QuantumultX都是利用本地规则拦截。
原理简单可以认为是一个数据滤网，根据规则放行相应数据。主要打击各种广告联盟，穿山甲，友盟。
优点是，方便，入门简单。
缺点是，一旦规则数达到上万，网速就会有巨大拖累，给设备CPU造成负担，会吃一定程度的算力。

2，本地路由器刷adguard home ，将拦截交给路由器做。
原理同上
优点是，不拖累手机，全家都能用
缺点是，需要高性能路由器，不然规则库一大还是会拖累网速

3，使用开搭配规则拦截的DNS，将拦截交给DNS做。
可以用别人开源的，也可以租个服务器自己搭，不设个强密码容易被黑。阿里云学生机可以玩玩，但是端口流量有限制。

编译类
一对一打击，有一定程度的门槛。需要入门级别的安卓反编译技能，但是有成熟的教程。

mt管理器作为反编译工具很好用，永久会员收费有点贵，np管理器开源免费，虽然有点卡顿，反编译还能能用。

Android上，xp模块就先不说了。原理上还是对应用的四大组件进行调教。
怎么弄反正就是让你广告弹不出来。
包括但不限于，关闭特定组件，删除特定sdk提供者，删除弹窗代码。
XP模块适配可以封装模块，不适配可以改成测试包，用blocker调试，图形化关闭sdk，广告弹窗activity，关闭特定组件。
Android上弄没什么门槛，有成熟的工具。还有大量的教程，mt论坛里就能找到。

iOS上首先得掏个99刀买个开发者资格一年份，再手动去广告。
共享的容易被ban，建议还是掏99刀买。

掩耳盗铃类（仅限安卓）
使用无障碍服务，识别并自动化点击跳过按钮。
优点：有门槛但没那么有门槛，可以当作辅助手段
缺点：广告组件还是会加载，有时候还是会有漏网之鱼，流量还是会浪费在广告上。

应用追踪最好也关闭