App性能优化思考

 
一个app的数据
  • 启动时间
  • crash率
  • 每个页面的帧率(交互卡顿)
  • 一个页面内存占用太大时如何处理
  • 内存不足,收到系统内存警告时如何处理
  • 流量消耗:
  • cpu使用率
  • iOS应用压缩包大小注意,容易膨胀
  • 页面滑动时卡顿常见问题:一般都是对tableview或collection view的优化,或者是数据加载太慢,或者是动画的效率问题
  • 图片加载快慢(同一张图片需要提供不同的尺寸)
  • 没有网络、网络太慢时app的体验,需要统一考虑
  • webview打开h5的表现,优化webview
  • 某一个页面api请求太多,体验问题
  • 一个页面内同时点击多个按钮多个操作,app会崩溃
  • 对页面中富文本的优化,避免多个label嵌套,使用core text会显著提升效率
  • 多屏幕适配问题
 

 
优化的思路:
  • 针对crash:线上针对native的hot patch,可以修改native代码
  • 尽量使用代码来写页面,开发效率并不会降低,见http://blog.devtang.com/blog/2015/03/22/ios-dev-controversy-2/
  • 随着iOS的发展,会有新技术的使用,是否考虑在iWatch上开发一个小app,iOS的widget是否开发,iPhone 6s以后的压感触控功能是否适配?
  • 使用gzip压缩传输数据会省流量
 

 
 
开发利器:
reveal,查看app view层级关系
charles,http监测
Xcode自带工具:instruments分析内存、cpu占用率
项目第三方包管理:CocoaPods
听云app性能优化:
友盟统计、推送、分享:
Jpush
ShareSDK
 
 
 

 
app数据监测:

<!--?xml version="1.0" encoding="UTF-8" standalone="no"?-->

 
 
 
运营的数据
  • 日活、月活
  • 留存率
  • 年龄分布
  • 男女比例
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值