如何基于mPaaS的闪退日志进行闪退排查
目前 mPaas Android是使用的是Crash SDK对闪退进行的处理，CrashSDK 是 Android 平台上一款功能强大的崩溃日志收集 SDK，有着极高的崩溃收集率和完整、全面的崩溃日志信息，生成的日志内容非常利于问题的跟进和解决。在我们的日常运维中，经常遇到一些闪退，无法直接从闪退堆栈看到原因，尤其是一些非Java的Native的闪退，这里分享下在mPaas框架下怎么使用Crash SDK对闪退进行分析。
使用mPaaS的热修复遇到的各种问题
为了解决Native模块上线后的问题，mPaas 提供了热修复功能，实现不发布客户端apk场景下的热修复。目前Android端热修复主要包括andfix和dexpatch，考虑到andfix的版本兼容性，目前主要推荐使用DexPatch。 DexPatch修复原理比较简单，就是在启动后通过RPC拉取当前需要下发的jar包地址，然后通过独立进程去下载jar包文件，下载完成后保存。在二次启动的时候hook系统的classLoader，修改DexPathList, 在其数组的最前面加入一个有修改过的class的dex文件，使其拦截住数组后面的dex文件中同名的class的加载。
怎么玩转mPaaS的RPC拦截器
移动网关服务（Mobile Gateway Service，简称 MGS）作为mPaas最重要的组件之一，连接了移动客户端与服务端，简化了移动端与服务端的数据协议和通讯协议，从而能够显著提升开发效率和网络通讯效率。在我们日常运维过程中发现，很多用户在使用客户端RPC组件的时候，有很多不同场景的诉求，比如拦截请求添加业务请求标记，免登，返回结果模拟，异常处理，限流等。本文旨在介绍通过利用RPC提供的拦截器机制，通过不同实际场景的描述，供业务参考使用。
基于mPaaS搭建的app上线之前需要关注哪些方向
随着越来越多的金融行业基于mPaas搭建并上线新的App，App的上线质量也成为各个客户关注的重点。上线前检测哪些项目，如何检测，检测数据指标包括哪些成为我们思考的主要方向。借着上次去XX农信客户去做线上功能检测，加上之前多个mPaas历史项目的踩过的坑，将App上线前mPaas相关检测内容整理沉淀如下。
mPaaS Rpc返回9的一些case分享
在我们日常运维过程中，会遇到rpc调用返回9，从文档可以看出，9的定义是客户处处理错误，包括序列化错误等，一般都是因为服务端返回一个非法json。但是很多场景下，9其实有更深层次的原因导致。以下分享几个日常运维过程中见到的几个case, 方便后续其他类似问题参考处理。