几十年前就有有限条件内的「自动驾驶」，比如厂区内部之类。但是现在各种厂区里的自动车辆多吗？有一些，但不多，为什么呢，好难猜啊😁

笑死，二次元女性动漫头像的国男用户，刻板印象+1

逆天，原汤化原食居然化不开🤣

@dabbit

笑死，说好程序员平均智力水平高呢？确实高，但高的不多。和在拼多多上 20 元钱能买到 128gb 的 u 盘的盘盘有何不同🫡

另外新加坡移民早就变得极其困难了，你这条件放十年前都勉强，别说现在了。你唯一可能的是外企职位的 relocate ，不然别做梦了。

还是那句话，全职太太/封闭信息茧房里天天刷手机的女人，收收味吧，别害男人了（虽然不管我的事，但出于道义还是不吐不快）

@VoiceEXONE 你老婆如果是个没有在国外长期生活过的人，那么基本就是被哪个闺蜜给洗脑了。

三月检查出怀孕，五月份就在家待产？全职太太还是体制内蛀虫带/停薪留职放长假？

你这种条件勉强移民不是说一定不行，而是这个移民的原因和决定不应该是由你老婆这种低认知给你的，你要自己权衡。

这个帖子味儿太大了，笑着点开这个帖子，地铁手机老人脸关掉这个帖子🥵

你永远不知道自己错过了什么。

江西，彩礼 38.8w

Ultra 一直在我的购物清单里，就是表盘尺寸太大了下不去手。

我说话有点直，你找的女人是一个贵物，算计算得太过了一点😅

@ndxxx 勘误：经网友提醒，发现 surge 5 （ iOS 版本）在版本说明中声称已使用 surge MAC 6 的 v6 engine ，所以上述第 5 点不成立。

但此勘误不影响其他观点论述和结论。

@ligogid 这样才对嘛，以后多就事论事，我是很 open minded 的😁

@ligogid 终于没话说了😁

67 楼所有的观点罗列，论证逻辑，事实收集均为本人亲自操刀手写。

之所以长，是因为 Surge 和代理圈的活，确实多。

多到昨晚我花了不少时间做 fact check ，才写了一部分，都没有写完。直到今天又抽空写了部分，才勉强收尾。AI 参与度仅为合并+部分语句叙事上的润色。

「造谣（拉踩/偷换概念）一张嘴，辟谣跑断腿」，你那几句话对 egern 的恶意和不公平，让人觉得恶心，而且会影响围观群众对于一些基本事实的认知，这才不得不忍着恶心回复你🤮

@ligogid 你这个拉踩有点不公平吧，拿 Surge 的正式营销文案，去打 egern 作者的个人频道的微博式碎碎念😅

而且你的论述反映在技术上的问题更大（我特意又去 egern 的电报频道看了下你的喷点）：

1. Egern 作者说“tunstack 替换 lwIP”“下载场景提升”“CPU 占用下降”，本质是独立开发者在频道里汇报优化进度。结果你拿“纯 C 、zero-copy 、PPS 、userspace TCP stack”这种发布会级工程话术去压它，技术上下文的语境就不同。


2. Egern 作者也不是“只会看 CPU”，他做的是用户态网络栈替换，他也是自研的 tunstack 。这已经说明了 CPU 降低和下载提升，不是简单 App 层优化。你暗示他只会“宣传 CPU 低”，属于是故意降格理解。


3. “CPU 占用低”本来就是 iOS 代理 App 的重要指标。CPU 直接关系到发热/能耗/后台稳定性/高并发表现。

4. 你转述的 surge 所谓的 zero copy 、少拷贝，最终也会反映为 CPU 降低。用 zero copy 打压别人只讲 CPU ，听起来高级，但技术逻辑完全莫名其妙。

5. 比较关键的一点，你转述的 Surge 营销原文说的是 Surge Mac 6 ，不是 surge iOS 。

Mac 端的纯 C zero copy ，PPS 等，其实也不能直接拿来压 egern 这种 iOS-first 。

Surge Mac 同时支持 Intel 和 苹果 Silicon ，而 Egern 本身就是只支持苹果 Silicon/iOS App 形态，不兼容 Intel ，所以两者产品线和平台负担天然性的不同。surge iOS 目前依然是 v5 ，你说的那些 zero copy 等工程化设计没有包括在当前的 iOS 版本，这点也是需要特别澄清的。

=====

接下来，我要来论证另一件事，那就是 surge 团队技术力缺陷了。

Surge 的强项也许在客户端工程上，但这不等于它有协议审判权，但是 surge 团队喜欢锐评+错误理解其他协议，自大傲慢显露无疑。

2026 年截至 5 月下旬，刘亚晨和几个粉丝头子，同另一个大嘴巴也就是 xray core 的作者 RPRX 和他粉丝爆发的键盘论战，已经把互相的成色水平展露出来了。

几个事实：

1. Surge 相关方在 shadowTLS 上暴露过明显的协议理解问题。他们把 shadowTLS 说成「完全独立脱离于 SSL 的混淆实现」和「与 SSL 库无关，所以可以随意构造 sessionID 」，但 shadowTLS v3 原作者文档实际强调的是「无需 Hack TLS 库」，并不是「无需 TLS client 」。

shadowTLS v3 仍需要构造 ClientHello 生成带签名语义的自定义 sessionID 。自定义的 sessionID 和真实 TLS 行为不是无关实现细节，而是 shadowtls 抗探测模型的一部分。

大聪明 Surge 团队一边把 shadowTLS 简化成「随便构造 TLS 外观」的混淆壳，一边反过来指责 RPRX 不懂协议实现细节，只能说术业有专攻，不出来走两步还真的藏拙了😁

2. Surge 团队对 vless/reality 、shadowTLS 、anyTLS 的标准并不一致。批评 vless 和 reality 时说它碰 TLS 细节、复杂、不优雅；但面对 shadowTLS 或 anyTLS ，又会按自己产品喜好解释成“实现简洁、边界清楚、易维护”（其中对 shadowTLS 的理解还是错的）。

这更像维护成本、生态立场和私人恩怨混合影响技术选型，而不是纯粹中立的协议判断。

3. 另一个讽刺的现实情况：surge 经过和 xray 方的恩怨局互喷后，精挑细选地加入了 anyTLS 而不是 vless 。而截至 2026 年 5 月 23 日也就是今天，因为一个多月前大量机场的 ss 中转爆雷，一些机场也跟风采用了 anyTLS 中转或直连，结果没几天就又出现了针对 anyTLS 的大面积双杀（中转和直连 anyTLS 都被杀）。直接打脸了“Surge 团队精挑细选支持的协议”，笑嘻。

Surge 也许在客户端工程上有一定实力，但它的团队在协议理解和选型上实际上非常的情绪化和业余。然后他家还喜欢用一些看起来硬核的词汇踩竞品，其实都是在唬小白而已。

Surge 背后是一家注册在中国大陆北京的公司，现今已经是 2026 年，在有很多竞品且差距不明显的情况下，新用户如果没有特殊理由的话，完全没有必要再选择 surge😮‍💨

@ligogid 你说的抓包相比「同类 iOS 代理软件」颗粒度细比较细操作友好这一点，再加上你没有说的 ponte 这个 feature ，我觉得可以算的上是 surge 特色，但也就是噱头罢了。

这些东西有开发成本，包含在售价里，但因此而高出的价格对于「 iOS 代理软件」上下文的讨论来说，并不能给一分价钱一分货来背书。讨论 iOS 翻墙软件时不会自然快进到抓包或者组网 blabla ，另外对专业用户来说有更是有各种替代品和成熟解决方案，我非要给这个大杂烩支付溢价做什么？

singtun 不知道你指的是什么。不过 sfi 持续更新有 testfight （资助就能被拉进 testflight 群）。而且还开源，苹果开发者账号使用者可以自行编译安装 singbox 的官方 iOS 客户端。

能耗这点，对比的对象太多了，不少 iOS 代理软件都在不同时期出现过能耗问题，所以可能造成了一些错误或者夸大的刻板印象。

圈 x ，surge ，比较新的 egern ，不去折腾复杂规则的情况下，在我这里都算是一个梯度的能耗级别，哪怕是 shadowrocket ，loon 这种「公认耗电大户」，到了 2026 年 5 月这个时间节点其实也早就到了一个可以接受的程度。

@ligogid 几年前可能业内还是你说的这个认知，但现在的非小白玩家基本上都知道了，iOS 的 VPN 应用，后台实际是作为苹果的 network extension 来处理各种流量请求，系统级分配的运存上限也就大概 50MB 左右。

所以现在的非小白用户在 iOS 上的任何 VPN app 上使用的规则集也不会选择太复杂的了，不稳定的问题不能说完全解决，那也是因为认知提升从而大大缓解了。2026 年的 surge 也就是依靠情怀/人云亦云才能卖上那个价格了😮‍💨