试试本人开发的 Gear 吧，无任何推送，支持黑暗模式、广告过滤（完整使用 EasyList 规则）、Reader、悬浮播放，Pro 版可以支持 Tampermonkey 扩展、Console、CSS 编辑、元素审核、屏幕取色等。

https://gear4.app/

https://apps.apple.com/cn/app/gear-browser/id1458962238?ls=1

楼主是大神啊，支持一下

@lrz0lrz WebKit 的 JavaScript 引擎具体执行了什么代码是可以被完整记录和看到，虽然不清楚目前 Apple 审核的时候会不会这么看。

@nightwitch 那里的历史分数数据有点旧了，现在最新版本的分数高了几十分。好消息的是起码有在不断进步。

@Cyron 是的，不允许视频嗅探

@iwtbauh iOS 上限制只能使用 WebKit 是有自身的理由。如果一个使用自行研发的第三方浏览器引擎自行拦截网络请求，然后在背后偷偷记录用户提交的资料、密码等数据，再存到自己的服务器上，就会导致很不安全的问题。而普通用户甚至是苹果是很难去察觉或者审查到这些危险操作的。所以，统一使用 WebKit，就能避免这种现象。至于浏览器整体功能如何，体验如何，那是另外一个话题了。

@markgor 其实你侧面也说明了套不套壳其实不是核心问题。至于产品宣传口径，产品有没有做好体验那都是和使用什么渲染引擎无关的了：）

@xi_lin 我知道不一样（虽然目前差别其实不大），但我想说明的是用同一套渲染引擎，而不去重新开发一套新的好处。

@dapang1221 那这问题的核心就不是浏览器套不套壳了，而是产品方向的思想有偏差。只要是这种产品思想，不用说公司有没有开发出不套壳的浏览器，它们就算是弄出了一个简单的记事本、日历、天气预报应用，也同样会塞一堆广告给你看够的 :doge:（狗头）

@12101111 虽然这算是产品技术支援程度的问题。但换个角度来看，这不就是使用同一套渲染引擎「套壳」的好处么？只要使用了一样的 Blink 引擎的浏览器，就不会存在兼容的问题。如果是自行全新研发的，兼容性会很糟糕，别人都不愿意去做适配。

@wunonglin 软件功能一样不是什么大问题，关键是这功能如何呈现，使用体验如何，稳不稳定都是可考虑的要素。所以「轮子」不是什么不好的东西，它能让用户有更多的选择。

@michaelzs 实现原理不一样的，有很多接口系统都没有提供或者受限。Gear 是重新写了一套支持油猴脚本的引擎来实现，还有配套各种相关的功能等。

@michaelzs 先确保升级到 Pro，然后访问油猴的脚本网站（如 GeasyFork 或 OpenUserJS ），点击脚本安装的按钮就会弹出确认页面了。

@michaelzs 能支持油猴的，貌似确实是唯一了。移动端和桌面的不一样，为此我是直接重新写了一套油猴脚本的引擎。

其实目前把 User-Agent 改成 PC 的就能访问桌面了。不过新版 iOS 13 有新的接口，兼容更好，预计 Gear 会很快就会直接提供并实现此功能。

iOS 的话，使用 Gear 浏览器点击锁的图标便可，还能看到证书的名称。

Gear 浏览器不但有 console 功能，还可以审查元素、动态编辑 CSS、屏幕取色、查看 request 和 response 信息等等。

Gear browser: https://gear4.app

@Sapp 你说的是标签管理页吧？ Safari 的标签管理设计和 iOS 任务管理设计是两种不一样的设计逻辑咯。

目前 Gear 这种设计目的是增大页面触及范围，并且把操作区域（包括左右滚动和上划移除）都集中在屏幕中央位置。这样大拇指在不需要大幅度移动就能完成最重要的切换和移除操作了。而且切换完成后，大拇指依然保持在屏幕中央的位置，方便继续上下滚动来浏览网页。这点操作逻辑是和 iOS 任务管理相似的。Safari 的标签管理页则需要把手指从屏幕顶部或底部不断相互移动来进行选择，然后回到屏幕中央来进行浏览，操作幅度比较大。

并且 Gear 标签页布局是横向相隔排列，并非挤在一起，误触的可能性几乎不存在，能准确点击到想要的标签页。未来也能对选定的标签页提供更多额外操作的扩展。

当然，目前这种设计也并非最好，还是存在问题的。当标签数量在 1 - 4 个的时候切换效率最好，但是超过的时候会需要更多的滚动操作，屏幕信息量不够。同时也不方便切换隐私模式。

未来我们还会对此部分会有更多的独立思考和设计，力求有更好的方案。（纯粹复制其它产品的设计就没意思了）

@blufaux 已经回答过很多次了，非订阅也是可以完全免费使用绝大部分功能的。