这是一篇关于增强iOS应用程序性能的文章，学会初级篇后看看小编为大家整理的中级篇吧.

重用和延迟加载View

程序界面中包含更多的view，意味着界面在显示的时候，需要进行更多的绘制任务;也就意味着需要消耗更多的CPU和内存资源。特别是在一个UIScrollView里面加入了许多view。

这种情况的管理技巧可以参考UITableView和UICollectionView的行为：不要一次性创建所有的subview，而是在需要的时候在创建view，并且当view使用完毕时候将它们添加到重用队列中。

这样就可以仅在UIScrollView滚动的时候才配置view，以此可以避免分配创建view的带来的成本——这可能是非常耗资源的。

现在有这样的一个问题：在程序中需要显示的view在什么时机创建(比如说，当用户点击某个按钮，需要显示某个view)。这里有两种可选方法：

在屏幕第一次加载以及隐藏的时候，创建view;然后在需要的时候，再把view显示出来。

直到需要显示view的时候，才创建并显示view。

每种方法都有各自的优点和缺点。第一种方法需要消耗更多的内容，因为创建出来的view一直占据着内存，直到view被release掉。不过，使用这种 方法，当用户点击按钮时，程序会很快的显示出view，因为只需要修改一下view的可见性即可。而第二种方法则产生相反的效果;当需要的时候猜创建 view，这会消耗更少的内存;不过，当用户点击按钮的时候，不会立即显示出view。

缓存、缓存、缓存

在开发程序时，一个重要的规则就是“缓存重要的内容”——这些内容一般不会改变，并且访问的频率比较高。

可以缓存写什么内容呢?比如远程服务器的响应内容，图片，甚至是计算结果，比如UITableView的行高。

NSURLConnection根据HTTP头的处理过程，已经把一些资源缓存到磁盘和内存中了。你甚至可以手动创建一个NSURLRequest ，让其只加载缓存的值。

下面的代码片段一般用在为图片创建一个NSURLRequest：

+ (NSMutableURLRequest *)imageRequestWithURL:(NSURL *)url {     NSMutableURLRequest *request = [NSMutableURLRequest requestWithURL:url];     request.cachePolicy = NSURLRequestReturnCacheDataElseLoad; // this will make sure the request always returns the cached image     request.HTTPShouldHandleCookies = NO;     request.HTTPShouldUsePipelining = YES;     [request addValue:@"image/*" forHTTPHeaderField:@"Accept"];     return request; }

注意：你可以使用NSURLConnection抓取一个URL请求，但是同样可以使用AFNetworking来抓取，这种方法不用修改所有网络相关的代码——这是一个技巧!

在iOS中制作漂亮的按钮有多种方法。可以使用全尺寸图片，可缩放图片，或使用CALayer, CoreGraphics， 甚至是OpenGL来手动测量和绘制按钮。

这些方法的复杂程度不同，性能也有区别。这篇关于iOS中图形性能的文章值得一读。其中Andy Matuschak(曾经是苹果的UIKit小组的组员)对这篇文章的评论中，对于不同的方法及其性能权衡有非常好的一个见解。

简单来说，使用预渲染图片技术是最快的，因为iOS中不用等到在屏幕上显示的时候才创建图形和对形状进行绘制(图片已经创建好了!)。这样带来的问 题是需要把所有的图片都放到程序bundle中，从而增加了程序的大小。因此使用可伸缩图片在这里将排上用场了：可以移除“浪费”空间的图片——iOS可 以重复利用。并且针对不同的元素(例如按钮)不需要创建不同的图片。

不过，使用图片的话会失去代码对图片的控制能力，进而针对不同的程序，就需要重复的生成每一个需要的图片，并反复的放到每个程序中。这个处理过程一 般会比较慢。另外一点就是如果你需要一个动画，或者许多图片都要进行轻微的调整(比如多个颜色的覆盖)，那么需要在程序中加入许多图片，进而增加了程序 bundle的大小。

总的来说，要考虑一下什么才是最重要的：绘制性能还是程序大小。一般来说都重要，所以在同一个工程中，应该两种都应考虑。

处理内存警告

当系统内存偏低时，iOS会通知所有在运行的程序。苹果的官方文档中介绍了如何处理低内存警告：

If your app receives this warning, it must free up as much memory as possible. The best way to do this is to remove strong references to caches, image objects, and other data objects that can be recreated later.

如果程序收到了低内存警告，在程序中必须尽量释放内存。最佳方法就是移除强引用的涉及到的缓存，图片对象，以及其它可以在之后使用时还可以重新创建的数据对象。

UIKit中提供了如下几种方法来接收低内存(low-memory)警告：

实现app delegate中的applicationDidReceiveMemoryWarning: 方法。

在UIViewController子类中重写(Override)didReceiveMemoryWarning方法。

在通知中心里面注册UIApplicationDidReceiveMemoryWarningNotificatio通知。

在收到以上任意的警告时，需要立即释放任何不需要的内存。

例如，UIViewController的默认情况是清除掉当前不可见的view;在UIViewController的子类中，可以清除一些额外的数据。程序中不没有显示在当前屏幕中的图片也可以release掉。

当收到低内存警告时，尽量释放内存是非常重要的。否则，运行中的程序有可能会被系统杀掉。

不过，在清除内存时要注意一下：确保被清除的对象之后还可以被创建出来。另外，在开发程序的时候，请使用iOS模拟器中的模拟内存警告功能对程序进行测试!

以上就是小编为大家整理的增强iOS应用程序性能的文章，希望对大家有所帮助。