现阶段所属团队开发设计的是一款母婴用品，集*工具和小区特性。截至文中公布，申请注册用户贴近7000万，首屏接口日浏览量过上百万。在首屏中，会给用户呈现不一样的数据信息，例如每日每日任务，宝宝（宝宝）每日简述，胎教音乐，运动视频，帖子等控制模块。
首屏接口性能的优劣，将同时危害到app的应用感受。大家服务器端RPC架构选用RESTful，其较底层是curl完成的。curl选用http协议的，此外大家服务器端的技术栈是PHP。众所周知http协议相较为TCP来讲，不但多了http的报头，PHP自身性能也是问题。在没有做大重新构建的情形下，如何做较少的改动，进行较好的性能提升。或是很有创造性的。对于首屏接口，大家对于其完成了2次性能提升。
分屏载入
将原本归属于一个接口的内容，独立在2个要求中返回。*屏API返回重要的数据信息，降低用户**进到的等待的时间。*二屏，返回剩下的绝大多数数据信息。实际API返回内容的区划，是依靠手机客户端3D渲染次序的。也没肯定规范。但人们的基本原则是，*屏API有意义的事返回至少的数据信息，防止用户等候。剩下的交给*二屏的API去进行。分屏载入的难题有下面好多个。
1. 明确好数据加载次序，较根本的数据信息肯定是必须较开始返回的，此外也需要手机客户端的同学们相互配合
2. 首屏内容是和用户的孕期情况密切联系在一起的，用户转换宝宝(孕期中转换到宝宝已出世，宝宝A转换到宝宝B)时，API的刷新频率如何操纵。较终为了*好地可执行性，选用了较为暴力的作法，每一次转换均会要求2次接口。
进行分屏载入之后，用户进入首页的等待的时间，早已由1-2S减至1S上下。无须像之前手机客户端**所有内容后，才去3D渲染页面。如今只必须***屏的接口，就可以进行页面的3D渲染工作中。
xhprof性能剖析
根据在alpha环境和beta坏境布署Xhprof性能分析工具。我们可以见到具体的API在函数公式等级的性能耗损。这儿不详细描述该*工具的布署方法和操作方法。
在Xhprof的帮助下，大家**了下列好多个结果。
1. RPC选用的是HTTP协义，单纯性的RPC读取便贴近10MS的用时。首屏RPC读取频次贴近30次。
2. 每一个RPC服务项目层内部，根据函数调用就可以，也选用RPC的方法。
3. 网络热点数据信息立即查库，缓存文件使用率不高
4. 数据分析表数据库索引滥用，存有慢查询。融合上边几个方面，在操作环节中，由简到难，逐渐进行。*能降低RPC，便减少RPC要求。逻辑性层数据信息由之前的多次获得改成一次获得。次之，服务项目层内部，不垮服务项目层不动RPC，立即以函数调用的方法要求。*三，网络热点不变化的数据信息，立即在逻辑性层缓存文件，**后丢给API返回。*四，跟踪MYSQL慢查询，提升查看SQL。
*二次提升*屏接口用时
*二次提升*二屏接口用时
