32 | 热点问题答疑（三）
戴铭
该思维导图由 AI 生成，仅供参考
你好，我是戴铭。
这是我们《iOS 开发高手课》专栏的第三期答疑文章，我将继续和你分享大家在学习前面文章时遇到的最普遍的问题。
今天，我在这段时间的留言问题中，挑选了几个 iOS 开发者普遍关注的问题，在这篇答疑文章里来做一个统一回复。
A/B 测试 SDK
最近一直在找一个好的 A/B 测试的 SDK，不知道作者之前用过什么好的 A/B 测试的 SDK（三方的，可以后台控制的）
我认为带后台功能的 A/B 测试 SDK 没什么必要，原因有二：
A/B 测试本身就是为业务服务的，需要对会影响产品决策的业务场景做大量定制化开发；
A/B 测试功能本身并不复杂，第三方后台定制化开发，成本也不会节省多少。
因此，我推荐后台功能自己来做，端上使用我在第 24 篇文章中提到的 SkyLab 就完全没有问题了。另外，SkyLab 也可以很方便地集成到你自己的后台中。
如何衡量性能监控的优劣？
对于性能的监控有没有衡量标准，如何衡量优劣？
我觉得，如果给所有 App 制定相同的衡量标准是不现实的，这样的标准，也是无法落地的。为什么这么说呢，很有可能由于历史原因或者 App 的特性决定了有些 App 的性能无法达到另一个 App 的标准。又或者说，有些 App 需要进行大量的重构，才能要达到另一个 App 的性能标准，而这些重构明显不是一朝一夕就能落地执行的。特别是业务还在快跑的情况下，你只能够有针对性地去做优化，而不是大量的重构。
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线笔记
复制
AI
- 深入了解
- 翻译
- 解释
- 总结
本文是《iOS开发高手课》专栏的第三期答疑文章，作者戴铭分享了iOS开发者关注的热点问题。首先，作者介绍了A/B测试SDK的选择，认为后台功能自己来做，端上使用SkyLab即可。其次，对于性能监控的优劣，作者指出给所有App制定相同的衡量标准是不现实的，性能监控的标准应该针对App线下的性能表现来制定。最后，作者解释了WatchDog机制，指出其主要作用是避免App界面无响应造成用户无法操作，而强杀掉App进程。总的来说，本文涵盖了A/B测试SDK选择、性能监控的优劣衡量以及WatchDog机制的相关内容，对于iOS开发者来说具有一定的参考价值。 在今天这篇文章中，作者详细解答了一些比较有代表性的iOS开发问题，包括A/B测试SDK的选择、性能衡量标准以及崩溃分析方面的问题。对于第三方库的使用，作者建议根据业务关联程度选择自建或使用成熟的第三方库，同时也提到了适合小团队的开源项目。整体而言，本文内容涵盖了实际开发中常见的技术挑战和解决方案，对iOS开发者具有一定的实用价值。
仅可试看部分内容，如需阅读全部内容，请付费购买文章所属专栏
《iOS 开发高手课》，新⼈⾸单¥59
《iOS 开发高手课》，新⼈⾸单¥59
立即购买
© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
登录 后留言
全部留言(5)
- 最新
- 精选
- Geek_cc73f2老师好，我想问一下oom造成的crash能抓到吗，会不会那个时候没有内存空间让数据采集了呢？感谢
作者回复: oom 系统会去抓，系统回留内存去采集。你要在 App 内抓的话，需要在临近 oom 之前去抓。
2019-05-231 
淡原生与前端共舞什么时候开讲啊作者回复: 六月
2019-05-23
Connorlu我认为Firebase 的 A/B Testing 算是做的不错的一个第三方SDK。之所以说它不错，是因为它整合了数据上报，数据分析，PUSH消息和AI 预测等Firebase的其他功能。实现 A/B Testing能力是非常简单的事情，主要是如何较低成本的实现对 A/B Testing 的效果的数据统计和数据结论的展现，而Firebase在这一点上做的比较好。2019-06-305
鼠辈学习了2019-05-231
提盏星灯逛人间- -像我们这种只有1个半的。。真的是能用开源就用开源2019-07-15
收起评论