面对TG纸飞机的smsfee问题，我选择开源客户端的二次适配

前阵子给主力机做了次系统迁移，重新配置开发环境时卡在一个挺烦人的环节上——即时通讯工具的登录。

平时工作里 Telegram 用得不少，主要是一些技术频道和团队群组。

但 +86 手机号在新设备上登录时，官方客户端的验证流程总让人头疼。

倒不是收不到码，而是那个额外的"过路费"机制，换一台设备就要重新走一遍，而且交了还不保证能立刻收到。

对于我这种经常需要在笔记本、测试机和主力机之间切换的人来说，体验实在算不上友好。

本来想着干脆用网页版凑合一下，但网页版的功能阉割比较严重，而且网络连通性在国内环境下也不稳定，总得额外配一层代理，麻烦。

换个思路：开源客户端的二次适配

既然官方客户端的体验在这个场景下不够理想，我就开始找有没有基于开源 MTProto 协议实现的替代方案。

Telegram 的官方客户端代码是开源的（GPLv3），社区里一直有不少基于源码二次开发的版本，只是大多数要么停留在简单的界面换皮，要么对国内网络环境完全没有优化。

后来在 GitHub 上翻到一个小众的 fork，作者的主要工作不是改 UI，而是做了两件事：

一是针对国内网络环境做了连接层的适配。

内置了 MTProto 的传输方案，不需要用户在系统层面额外配置工具，电信、移动、联通的线路都能直接握手。我在公司 WiFi、家庭宽带和移动热点下分别试了几天，连接稳定性出乎意料地好。

二是做了完整的中文本地化。

不是那种靠社区补丁导入的半吊子翻译，而是把设置项、菜单、提示文案全部本地化了。对于团队里英文不太好的同事来说，这点意外地实用。

A、关于验证流程

最值得关注的是登录流程。这个 fork 在新设备上登录 +86 号码时，走的是标准的短信验证通道，没有触发官方客户端那个额外的付费验证环节。我猜测作者可能调用了不同的登录 API 或者风控策略更宽松的接口，具体实现没细看代码，但确实解决了换设备就要重复"交税"的问题。

B、功能完整性

至于功能，我常用的私聊、群组、频道订阅、文件传输（包括大文件）、语音通话都没问题。多账号切换、消息定时销毁、主题自定义这些功能也都保留了，目前没发现明显的功能缺失。

C、合规性说明

因为是直接基于官方开源代码编译，协议层面完全合规，不是那种破解或者盗版的客户端。作者只是把官方没有照顾到的网络环境和本地化需求补上了，属于典型的社区驱动型二次开发。

如果你也经常在多台设备之间切换，或者对当前官方客户端的验证机制感到困扰，可以自行搜索一下这个项目。关键词用"Telegram 开源客户端 国内适配"应该就能找到，项目主页有 Release 页和编译说明。

有时候开源社区的意义就在于此——当官方方案在某个特定场景下不够好用时，总有人愿意把缺口补上。

![](/images/121)

原创

0 cool

xeaguh 22天前

Cool 0

项目地址：https://tgclient.github.io/telegram-client/

xeaguh 22天前

Cool 0

项目地址：https://tgclient.github.io/telegram-client/

登录后评论