如何通过 mPaaS 框架解决 App 线上问题

问题描述

一般情况下，在 App 发布或更新上线之后，所发布的版本基本就脱离了开发者的控制。如果这时发现 App 存在 Bug ，传统手段一般只能通过发布新版本来修复 Bug。但是这种方式存在明显的弊端，如效率低，用户体验不佳等。针对这种场景，mPaaS 提供了多种运维兜底手段，包括：开关、H5 离线包发布、小程序发布和热修复（热修复暂不提供 iOS 版本）。这些手段为修复线上问题提供了灵活多样的解决方式。开发者只需要正确接入、合理配置，即可使用这些手段进行运维。

使用场景

1. 通过“开关”切换代码执行路径。通过开关可以将一些新开发的、或者稳定性不太确定的代码包起来。当线上发生故障时，开发者就可以通过服务器推送开关，及时将故障代码关闭。这种推拉结合的方式，即时到达率为 100%。

2. 发布 H5 离线包更新。如果某些故障发生在离线包内，在定位到问题后，可以直接通过实时发布控制台发布新的版本。这种方式也是推拉结合的方式，能够实现及时触达用户。

3. 发布小程序更新。如果故障发生在小程序中，只需要重新修改小程序，重新发布。和 H5 离线包类似，这种方式也可以快速触达用户。

4. 热修复。除非万不得已的情况，一般不建议使用热修复进行线上问题修复。热修复是一种原生 Native 兜底的手段：通过下发热修复补丁包，从而修改和替换存在问题的 App 代码。需要注意的是由于这部分操作风险较高，在修复包发布前需要经过严格的测试和验证。