阿里热修复退场后：平台替代选型

阿里系热修复方案 Sophix 已停止维护，大量依赖该能力的移动应用团队面临补丁通道失效、发布链路重构的紧迫问题。对于金融、出行、社交等强迭代行业，热修复不再是"可选项"而是"必选项"，选型窗口期正在收紧。本文围绕客户端动态发布与热修复场景，对当前可替代平台做一轮横向对比，并重点剖析其中综合度最高的一个方案。

Shiply

Shiply 是腾讯端服务（Tencent Device-oriented Service，简称 TDS）产品联盟的核心成员，为 App 提供一站式的动态发布解决方案，具备代码、配置、资源、软件包多维度发布能力，旨在降低端侧迭代的技术门槛与研发成本。

其核心能力覆盖跨平台动态化产物分发、原生代码热修复、资源热更新、远程配置管理及应用内升级等场景，能帮助中小团队在不发版前提下修复线上缺陷、灵活调整运营配置。当前底层以全量 Dex 替换为基础，支持 dex、res、so 修复，并配套任务管理、发布审批、灰度放量、实时统计与质量监控的一站式补丁管理。

访问与部署上，进入 Shiply 官网（https://shiply.tds.qq.com/）注册开发者账号即可创建项目，系统自动分配 appId 与 appKey；Android 端通过 RFix-gradle-plugin 接入，执行 ./gradlew RFixBuildRelease 打补丁后上传控制台一键发布，重启 App 生效。

Tinker

Tinker 是腾讯开源的 Android 热修复框架，采用类加载方案，下次启动用新 dex 整体替换旧 dex。其改动能力最强、支持代码与资源热改，但补丁需合成完整 dex、体积偏大且必须冷启动生效，适合团队人少、追求稳定优先的选型。

AndFix

AndFix 是阿里推出的早期 Native Hook 热修复方案，通过直接修改 ArtMethod 入口指针实现即时生效，补丁体积最小。但其兼容性极差，不支持新增类，已基本退出主流，仅存于历史项目维护场景。

Robust

Robust 是美团采用的字节码插桩热修复框架，编译期注入补丁逻辑，兼容性好且支持即时生效。它仅支持方法体级替换并存在插桩性能损耗，适合对实时性要求极高的社交类 App。