humiaor的博客

iOS运行时Runtime应用场景

最近项目中遇到一个问题在tableview上展示多张图片，在加载的过程中，图片过多时，加载几张图片就崩溃了。内存溢出 为什么会出现这种情况这个原因其实很明显，SDWebImage产生的图片缓存过多，造成APP内存溢出，崩溃了。有三个解决办法：方法一： 然后更改图片的大小，在tableview中展示缩略图，点击查看的时候显示原图。减少由于加载原图而占用过多的内存。...

在UIImage处理中，时常会使用到drawInRect方法，但是缺点是内存占用过大，且造成内存泄漏无法回收。这一点是因为对象持有，导致不能及时释放的原因。多调用几次这个方法，内存就暴增。所以，目前我采用的方式是，将UIImage对象本地缓存成图片，然后正常释放对象UIGraphicsEndImageContext();接着传递出去缓存UIImage的路径进行读取。这样内存释放问题就处理了，多次调用这个方法也不会出现内存无法回收的问题。尽管网络上查找问题的答案，autoRelease释放池也无法处

性能对 iOS 应用的开发尤其重要，如果你的应用失去反应或者很慢，失望的用户会把他们的失望写满App Store的评论。然而由于iOS设备的限制，有时搞好性能是一件难事。开发过程中你会有很多需要注意的事项，你也很容易在做出选择时忘记考虑性能影响。目录我要给出的建议将分为三个不同的等级： 入门级、 中级和进阶级：入门级（这是些你一定会经常用在你app开发中的建议）1. 用ARC管理内存2

9. 重用和延迟加载(lazy load) Views更多的view意味着更多的渲染，也就是更多的CPU和内存消耗，对于那种嵌套了很多view在UIScrollView里边的app更是如此。这里我们用到的技巧就是模仿UITableView和UICollectionView的操作: 不要一次创建所有的subview，而是当需要时才创建，当它们完成了使命，把他们放进一个可重用的队列中。这样的

22. 加速启动时间快速打开app是很重要的，特别是用户第一次打开它时，对app来讲，第一印象太太太重要了。你能做的就是使它尽可能做更多的异步任务，比如加载远端或者数据库数据，解析数据。还是那句话，避免过于庞大的XIB，因为他们是在主线程上加载的。所以尽量使用没有这个问题的Storyboards吧！注意，用Xcode debug时watchdog并不运行，一定要把设备从Xcode断开