技术干货 | mPaaS 客户端问题排查：漫长的 3s 等待之谜

面对日益复杂的技术世界，App 在开发、上线和运维阶段所遭遇的问题也越来越多。这些形形色色的问题可能来自整个链路的任意环节，而不仅仅是代码层面。

对于开发者来说，排查手段已经不再局限于构建代码过程中的调试，往往需要扩充排查方法，从多种途径对问题进行分析和定位。这篇文章会和大家分享 mPaaS 开发者的一例小程序网络性能问题排查之旅。

 

 

问题背景

“笑联科技”反馈基于 mPaaS 开发的 App 中，其集成的小程序访问客户自建的 Web API 存在连接慢的性能问题。问题复现视频如下：

▶播放问题复现视频

从问题复现的情况看，打开小程序后，页面数据的加载有一个“漫长”的等待过程。

和开发者沟通后了解到，页面初始化所必须的部分数据是通过自有的 Web API 获取到的，数据返回慢会导致页面加载的等待。另外开发者也提到，这个问题存在地域性和偶发性，既部分地区的部分用户在一段时间内会被这个问题严重困扰。

 

 

问题分析与排查

如前文所述，数据是通过 Web API 获取的，自然我们希望通过外部手段去确认这个 Web API 本身是否存在性能问题。

然而，通过浏览器或 Postman 等工具去访问该 Web API ，均无法复现问题，后端的响应都是毫秒级。但是因为开发者提到该问题存在地域性和偶发性，因此无法直接排除部分原因。

由于我们并不是 App 的直接开发者，对于这类问题，一种常规的手段是抓取 HTTP 报文来观察和理解 App 背后的行为特征。比较幸运的是，我们的测试用 iOS 手机可以复现问题，通过 Charles 抓取 App 报文，我们有如下发现：

Web API 的地址为：https://api.xiaolianhb.com/；

当 Charles 开启 SSL Decryption 时（中间人解密 HTTPS Body 模式），问题无法复现。