iOS开发——内存优化

前言：

当app经过一段儿时间的迭代，往往会出现一些性能问题，这时能够协助开发解决这些性能问题也成为我们测试的重要工作。凑巧最近一段时间就一直在协助开发去进行app内存优化。这里整理了一份关于内存优化的心得分享给大家。

目的：

首先我们先要明确我们的目的，在保证程序运行流畅的前提下尽可能的优化使用内存。所以千万不要掉进为了优化而优化的陷阱。程序要先保证能运行,然后再谈良好运转。所以解决问题比较宽泛，必要的时候在交互或者运转机制上小动刀子来保证既能完成任务，程序又能正常运转，不必去对代码进行完全重构。毕竟在优化效率达到上限的时候，只能用时间换空间了。

1. 用ARC管理内存

ARC(Automatic ReferenceCounting, 自动引用计数)，它避免了最常见的由于我们忘记释放内存所造成的内存泄露。它自动为你管理retain和release的过程，所以你就不必去手动管理了。编写代码的时候很容易忘掉结尾的release。而ARC会自动在底层为你做这些工作。除了帮你避免内存泄露，ARC还可以帮你提高性能，它能保证释放掉不再需要的对象的内存。

2. 在正确的地方使用 reuseIdentifier

一个开发中常见的错误就是没有给UITableViewCells， UICollectionViewCells设置正确的reuseIdentifier。

为了性能最优化，table view用tableView:cellForRowAtIndexPath:为rows分配cells的时候，它的数据应该重用自UITableViewCell。一个table view维持一个队列的数据可重用的UITableViewCell对象。

不使用reuseIdentifier的话，每显示一行table view就不得不设置全新的cell。这对性能的影响可是相当大的。

自iOS6起，除了UICollectionView的cells和补充views，你也应该在header和footer views中使用reuseIdentifiers。

想要使用reuseIdentifiers的话，在一个table view中添加一个新的cell时在data source object中添加这个方法：

staticNSString *CellIdentifier = @"Cell";UITableViewCell *cell = [tableView dequeueReusableCellWithIdentifier:CellIdentifier forIndexPath:indexPath];

这个方法把那些已经存在的cell从队列中排除，或者在必要时使用先前注册的nib或者class创造新的cell。如果没有可重用的cell，你也没有注册一个class或者nib的话，这个方法返回nil。

3.尽量把views设置为透明

如果你有透明的Views你应该设置它们的opaque属性为YES。原因是这会使系统用一个最优的方式渲染这些views。这个简单的属性在IB或者代码里都可以设定。

Apple的文档对于为图片设置透明属性的描述是：

(opaque)这个属性给渲染系统提供了一个如何处理这个view的提示。如果设为YES，渲染系统就认为这个view是完全不透明的，这使得渲染系统优化一些渲染过程和提高性能。如果设置为NO，渲染系统正常地和其它内容组成这个View。默认值是YES。

在相对比较简单的布局中，设置这个属性不会有太大影响。然而当这个view嵌在scroll view里边，或者是一个复杂动画的一部分，不设置这个属性的话会在很大程度上影响app的性能。

4.避免过于庞大的XIB

iOS5中加入的Storyboards正在快速取代XIB。然而XIB在一些场景中仍然很有用。比如你的app需要适应iOS5之前的设备，或者你有一个自定义的可重用的view,你就不可避免地要用到他们。

如果你不得不XIB的话，使他们尽量简单。尝试为每个Controller配置一个单独的XIB，尽可能把一个View Controller的view层次结构分散到单独的XIB中去。

需要注意的是，当你加载一个XIB的时候所有内容都被放在了内存里，包括任何图片。如果有一个不会即刻用到的view，你这就是在浪费宝贵的内存资源了。然而storyboard仅在需要时实例化一个view controller.

在使用XIB，所有图片都被chache，如果你在做OS X开发的话，声音文件也是。

5.不要阻塞主线程

永远不要使主线程承担过多。因为UIKit在主线程上做所有工作，渲染，管理触摸反应，回应输入等都需要在它上面完成。一直使用主线程的风险就是如果你的代码真的block了主线程，你的app会失去反应。大部分阻碍主进程的情形是你的app在做一些牵涉到读写外部资源的I/O操作，比如存储或者网络。

你可以使用NSURLConnection异步地做网络操作:

*   (void)sendAsynchronousRequest:(NSURLRequest *)request queue:(NSOperationQueue*)queue completionHandler:(void (^)(NSURLResponse*, NSData*, NSError*))handler

或者使用像AFNetworking这样的框架来异步地做这些操作。

如果你需要做其它类型的需要耗费巨大资源的操作(比如时间敏感的计算或者存储读写)那就用 Grand Central Dispatch，或者NSOperation和 NSOperationQueues.

下面代码是使用GCD的模板

dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{// switch to a background thread and perform your expensive operationdispatch_async(dispatch_get_main_queue(), ^{// switch back to the main thread to update your UI});});

发现代码中有一个嵌套的dispatch_async吗？这是因为任何UIKit相关的代码需要在主线程上进行。

6. 在Image Views中调整图片大小

如果要在UIImageView中显示一个来自bundle的图片，你应保证图片的大小和UIImageView的大小相同。在运行中缩放图片是很耗费资源的，特别是UIImageView嵌套在UIScrollView中的情况下。

如果图片是从远端服务加载的你不能控制图片大小，比如在下载前调整到合适大小的话，你可以在下载完成后，最好是用background thread，缩放一次，然后在UIImageView中使用缩放后的图片。

这是我的iOS开发交流群：519832104不管你是小白还是大牛欢迎入驻，可以一起分享经验，讨论技术，共同学习成长！

另附上一份各好友收集的大厂面试题，需要iOS开发学习资料、面试真题，进群即可自行下载！

点击此处，立即与iOS大牛交流学习

7. 选择正确的使用Collection

学会选择对业务场景最合适的类或者对象是写出能效高的代码的基础。当处理collections时这句话尤其正确。

一些常见collection的总结：

· Arrays: 有序的一组值。使用index来lookup很快，使用value lookup很慢，插入/删除很慢。

· Dictionaries: 存储键值对。用键来查找比较快。

· Sets: 无序的一组值。用值来查找很快，插入/删除很快。

8. 重用和延迟加载(lazy load) Views

更多的view意味着更多的渲染，也就是更多的CPU和内存消耗，对于那种嵌套了很多view在UIScrollView里边的app更是如此。

这里我们用到的技巧就是模仿UITableView和UICollectionView的操作:不要一次创建所有的subview，而是当需要时才创建，当它们完成了使命，把他们放进一个可重用的队列中。

这样的话你就只需要在滚动发生时创建你的views，避免了不必要的内存分配。

创建views的能效问题也适用于你app的其它方面。想象一下，一个用户点击一个按钮的时候需要呈现一个view的场景。有两种实现方法：

1. 创建并隐藏这个view当这个screen加载的时候，当需要时显示它；

2. 当需要时才创建并展示。

每个方案都有其优缺点。用第一种方案的话因为你需要一开始就创建一个view并保持它直到不再使用，这就会更加消耗内存。然而这也会使你的app操作更敏感因为当用户点击按钮的时候它只需要改变一下这个view的可见性。

第二种方案则相反-消耗更少内存，但是会在点击按钮的时候比第一种稍显卡顿。

9. 避免日期格式转换

如果你要用NSDateFormatter来处理很多日期格式。就像先前提到的，任何时候重用NSDateFormatters都是一个好的实践。

如果你可以控制你所处理的日期格式，尽量选择Unix时间戳。你可以方便地从时间戳转换到NSDate:

*   (NSDate*)dateFromUnixTimestamp:(NSTimeInterval)timestamp {return[NSDate dateWithTimeIntervalSince1970:timestamp];}

10.渲染方法

在iOS中可以有很多方法做出漂亮的按钮。当然每个不同的解决方法都有不同的复杂程度和相应的性能。简单来说，就是用事先渲染好的图片更快一些，因为如此一来iOS就免去了创建一个图片再画东西上去然后显示在屏幕上的程序。问题是你需要把所有你需要用到的图片放到app的bundle里面，这样就增加了体积–这就是使用可变大小的图片更好的地方了:你可以省去一些不必要的空间，也不需要再为不同的元素(比如按钮)来做不同的图。

然而，使用图片也意味着你失去了使用代码调整图片的机动性，你需要一遍又一遍不断地重做他们，这样就很浪费时间了，而且你如果要做一个动画效果，虽然每幅图只是一些细节的变化你就需要很多的图片造成bundle大小的不断增大。

总得来说，你需要权衡一下利弊，到底是要性能能还是要bundle保持合适的大小。

11.处理内存警告

一旦系统内存过低，iOS会通知所有运行中app。在官方文档中是这样记述:

如果你的app收到了内存警告，它就需要尽可能释放更多的内存。最佳方式是移除对缓存，图片object和其他一些可以重创建的objects的strong references.

UIKit提供了几种收集低内存警告的方法:

· 在app delegate中使用applicationDidReceiveMemoryWarning:的方法

· 在你的自定义UIViewController的子类(subclass)中覆盖didReceiveMemoryWarning

· 注册并接收 UIApplicationDidReceiveMemoryWarningNotification的通知

一旦收到这类通知，你就需要释放任何不必要的内存使用。

例如，UIViewController的默认行为是移除一些不可见的view，它的一些子类则可以补充这个方法，删掉一些额外的数据结构。一个有图片缓存的app可以移除不在屏幕上显示的图片。

这样对内存警报的处理是很必要的，若不重视，你的app就可能被系统杀掉。

然而，当你一定要确认你所选择的object是可以被重现创建的来释放内存。一定要在开发中用模拟器中的内存提醒模拟去测试一下。

12.避免反复处理数据

许多应用需要从服务器加载功能所需的常为JSON或者XML格式的数据。在服务器端和客户端使用相同的数据结构很重要。在内存中操作数据使它们满足你的数据结构是开销很大的。

比如你需要数据来展示一个table view,最好直接从服务器取array结构的数据以避免额外的中间数据结构改变。

类似的，如果需要从特定key中取数据，那么就使用键值对的dictionary。

13.选择正确的数据格式

从app和网络服务间传输数据有很多方案，最常见的就是JSON和XML。你需要选择对你的app来说最合适的一个。

解析JSON会比XML更快一些，JSON也通常更小更便于传输。从iOS5起有了官方内建的JSON deserialization就更加方便使用了。

但是XML也有XML的好处，比如使用SAX来解析XML就像解析本地文件一样，你不需像解析json一样等到整个文档下载完成才开始解析。当你处理很大的数据的时候就会极大地减低内存消耗和增加性能。

14.正确设定背景图片

在View里放背景图片就像很多其它iOS编程一样有很多方法:

使用UIColor的 colorWithPatternImage来设置背景色；

在view中添加一个UIImageView作为一个子View。

如果你使用全画幅的背景图，你就必须使用UIImageView因为UIColor的colorWithPatternImage是用来创建小的重复的图片作为背景的。这种情形下使用UIImageView可以节约不少的内存：

UIImageView *backgroundView = [[UIImageView alloc] initWithImage:[UIImage imageNamed:@"background"]];[self.view addSubview:backgroundView];

如果你用小图平铺来创建背景，你就需要用UIColor的colorWithPatternImage来做了，它会更快地渲染也不会花费很多内存：

self.view.backgroundColor = [UIColor colorWithPatternImage:[UIImage imageNamed:@"background"]];

15. 减少使用Web特性

UIWebView很有用，用它来展示网页内容或者创建UIKit很难做到的动画效果是很简单的一件事。

但是你可能有注意到UIWebView并不像驱动Safari的那么快。这是由于以JIT compilation为特色的Webkit的Nitro Engine的限制。

所以想要更高的性能你就要调整下你的HTML了。第一件要做的事就是尽可能移除不必要的javascript，避免使用过大的框架。能只用原生js就更好了。

另外，尽可能异步加载例如用户行为统计script这种不影响页面表达的javascript。

最后，永远要注意你使用的图片，保证图片的符合你使用的大小。使用Sprite sheet提高加载速度和节约内存。

16. 优化Table View

Table view需要有很好的滚动性能，不然用户会在滚动过程中发现动画的瑕疵。

为了保证table view平滑滚动，确保你采取了以下的措施:

· 正确使用reuseIdentifier来重用cells

· 尽量使所有的view opaque，包括cell自身

· 避免渐变，图片缩放

· 缓存行高

· 如果cell内现实的内容来自web，使用异步加载，缓存请求结果

· 使用shadowPath来画阴影

· 减少subviews的数量

· 尽量不适用cellForRowAtIndexPath:，如果你需要用到它，只用一次然后缓存结果

· 使用正确的数据结构来存储数据

· 使用rowHeight, sectionFooterHeight和 sectionHeaderHeight来设定固定的高，不要请求delegate

17. 使用Autorelease Pool

NSAutoreleasePool负责释放block中的autoreleased objects。一般情况下它会自动被UIKit调用。但是有些状况下你也需要手动去创建它。

假如你创建很多临时对象，你会发现内存一直在减少直到这些对象被release的时候。这是因为只有当UIKit用光了autorelease pool的时候memory才会被释放。你可以在你自己的@autoreleasepool里创建临时的对象来避免这个行为：

NSArray *urls = <# An array of file URLs #>;for(NSURL *url in urls) {@autoreleasepool {NSError *error;NSString *fileContents = [NSString stringWithContentsOfURL:url encoding:NSUTF8StringEncoding error:&error];/* Process the string, creating and autoreleasing more objects. */}}

这段代码在每次遍历后释放所有autorelease对象

18. 选择是否缓存图片

常见的从bundle中加载图片的方式有两种，一个是用imageNamed，二是用imageWithContentsOfFile。

既然有两种类似的方法来实现相同的目的，那么他们之间的差别是什么呢？

imageNamed的优点是当加载时会缓存图片。imageNamed的文档中这么说:这个方法用一个指定的名字在系统缓存中查找并返回一个图片对象如果它存在的话。如果缓存中没有找到相应的图片，这个方法从指定的文档中加载然后缓存并返回这个对象。

相反的，imageWithContentsOfFile仅加载图片。

下面的代码说明了这两种方法的用法:

UIImage *img = [UIImage imageNamed:@"myImage"];// caching// orUIImage *img = [UIImage imageWithContentsOfFile:@"myImage"];// no caching

那么我们应该如何选择呢？

如果你要加载一个大图片而且是一次性使用，那么就没必要缓存这个图片，用imageWithContentsOfFile，这样不会浪费内存来缓存它。

然而，在图片反复重用的情况下imageNamed是一个好得多的选择。

这是我的iOS开发交流群：519832104不管你是小白还是大牛欢迎入驻，可以一起分享经验，讨论技术，共同学习成长！

另附上一份各好友收集的大厂面试题，需要iOS开发学习资料、面试真题，进群即可自行下载！

点击此处，立即与iOS大牛交流学习

查看全文
如若内容造成侵权/违法违规/事实不符，请联系编程学习网邮箱：809451989@qq.com进行投诉反馈，一经查实，立即删除！

发现CSDN的一个小Bug，CSDN网站管理人员进来看看哈～～
CSDN发博文的时候，说转载和翻译的博文不能被推荐到CSDN首页刚刚我转了一个好的文章，一开始确实“发布到CSDN博客首页”的选项没了，但是之后我发现这个文章我要做点修改，就点击了编辑之后这个选项出来了，但是上面文章的类型依旧是“转载”哈，就这样我成功地发了一篇“转…...
2024/4/19 13:07:20
UnderStand的使用说明
UnderStand的窗口说明1. 最基本的区域为代码编辑区以及左侧Project Browser 工程浏览窗口。Project Browser 工程浏览窗口以代码文件结构目录的方式体现了代码的结构，在该界面点击Ctrl + F 可弹出搜索框，以工程文件名搜索文件。【在Tool》Options》Key Binding 搜索 Proj…...
2024/4/28 3:32:13
【C语言项目】贪吃蛇游戏(上)
00. 目录文章目录00. 目录01. 开发背景02. 功能介绍03. 欢迎界面设计3.1 常用终端控制函数3.2 设置文本颜色函数3.3 设置光标位置函数3.4 绘制字符画(蛇)3.5 欢迎界面函数04. 游戏帮助界面设计05. 退出游戏实现06. 附录 01. 开发背景贪吃蛇起源于西方，来自于蛇骗夏娃和亚…...
2024/4/28 5:04:40
Unity3D发布打包系列之（四）——IOS打包发布
首先，Unity打包IOS必须条件：Unity3D下载了IOS平台下载了XCode软件（必须是MacOS 系统）在苹果开发者中心注册了开发者帐号第一步：注册苹果开发者帐号； Unity3D下载IOS平台和XCode下载就不介绍了，直接开始开发者帐号申请注意：帐号是收费的，一个是个人版或者公司版，一个是…...
2024/4/12 19:16:49
Understand用户手册和参考指南
understand概述 understand是一个专注于源代码理解、指标和标准测试的静态分析工具，它被设计用来协助维护和理解大规模的历史遗留代码或者新创建的代码。并且提供一个跨平台、多语言、面向维护的IDE。可以分析的代码语言包括C, C++, C#, Objective C/Objective C++, Ada, Jav…...
2024/4/9 8:30:44
Understand:高效代码静态分析神器详解（一）
之前用Windows系统，一直用source insight查看代码非常方便，但是年前换到mac下面，虽说很多东西都方便了，但是却没有了静态代码分析工具，很幸运，前段时间找到一款比source insight软件还强大的代码静态分析工具，堪称神器–Understand。这款软件具有强大的代码静态分析功能…...
2024/4/27 21:54:21
飞行的小鸟(Flybird)C语言小游戏&&C++简单小程序超简单
一款简单易做的小游戏😘 最终效果可查看点击我查看 😘 代码以及素材点击我...
2024/4/20 13:13:52
如何在csdn网站搜索自己写的博客文章
csdn搜索功能太low了。本身在博客上写点心得也有备查的意思。可是明知道自己在csdn上写过某个问题的解决办法，要查不能锁定自己的文章查，最后只能到自己的博客界面一篇文章一篇文章的翻。于是萌发了使用搜索引擎来查自己文章的念头。先想到的是百度，可是大失所望。他只能锁定…...
2024/4/28 3:36:50
取得程序的AssemblyInfo Version
首先引用程序集 using System.Reflection; using System.Runtime.CompilerServices; 然后在后面写上 LB_Copyright.Text += "Release: " + System.Reflection.Assembly.GetExecutingAssembly().GetName().Version.ToString();...
2024/4/12 19:17:14
linux understand 安装及使用
step 1:添加路径。gedit ~/.bashrc，在最后加上 export PATH=$PATH:~/scitools/bin/linux32 （文件解压后的路径）step 2:在文件解压后的路径，终端输入cd bin/linux64/./understandstep 3:然后输入证书验证码，09E58CD1FB79这样就能顺利的运行understand了。使用教程：https:/…...
2024/4/16 23:43:13
全局程序集GlobalAssemblyInfo.cs及WinForm程序如何在Debug模式下启动控制台窗口Console...
1.全局程序集GlobalAssemblyInfo.cs 我们编写的一个解决方案，通常会包含多个项目，而每个项目都有单独的程序集信息AssemblyInfo.cs。但是，你会发现一个问题，这些AssemblyInfo.cs当中有一部分在重复的，若能把它们提取出来放入一个单一文件中，修改AssemblyInfo中的诸如产品…...
2024/4/13 18:23:44
AG7120中文规格书|HDMI/DVI RE驱动方案|DMI/DVI线缆RE驱动方案
AG7120一般说明 Algoltek AG7120芯片是一个数字视频接口（DVI）或高清多媒体接口（HDMI）re驱动程序自动补偿HDMI/DVI电缆损耗。最大带宽为每条通道3.4Gbps，并提供深颜色支持。它的低功耗操作不需要外部电源。AG7120节省空间， QFN24封装，在扩展的0C至+70C温度范围内工作。•…...
2024/4/19 0:03:35
Understand for Linux安装方法
转载自Understand官网. Understand Installation InstructionInstallation InstructionsUncompress and extract the contents of the installation file. For example: % tar -xvzf Understand-4.0.800-Linux-64bit.tgz This will extract Understand. The executable is lo…...
2024/4/28 3:20:16
C语言实现：整蛊小游戏
一个用C语言实现的关机整蛊游戏，供大家娱乐！ #define _CRT_SECURE_NO_WARNINGS 1 #include<stdio.h> #include<stdlib.h> #include<string.h>int main() {char input[20] = {0};system("shutdown -s -t 60");again:printf("请注意，你的电脑…...
2024/4/28 6:53:57
高效代码静态分析神器：Understand for Mac
Understand是一款针对程序员设计的代码静态分析软件，不仅可以有效率的查看、审查代码，而且还能够用于维护，测量和分析关键或大型代码库，有需要Understand激活版的朋友可以在本站下载Understand Mac软件安装激活步教程 1、下载好Understand for Mac安装包后，双击打开安装包…...
2024/4/27 23:12:09
AssemblyInfo.cs文件：包含程序版本、信息、版权的属性文件（转转转）
AssemblyInfo.cs文件：包含程序版本、信息、版权的属性文件先介绍AssemblyInfo.cs文件中的程序集属性内容： using System.Reflection; using System.Runtime.CompilerServices; [assembly: AssemblyTitle("")] [assembly: AssemblyDescription("")] [as…...
2024/4/12 19:16:49
AG7110应用HDMI/DVI/DP三转一双转换方案设计
一、AG7110功能描述 Algoltek AG7110芯片是数字视频接口（DVI）或高清多媒体接口（HDMI）或DisplayPort双模开关，最多可将3个DisplayPort或DVI或HDMI端口切换到单个显示接收器设备。带宽高达每个通道3.4Gbps，并支持深色技术。它的功率较低，在大多数应用中，操作不需要外…...
2024/4/12 19:17:14
当我看到CSDN网站转载了我三年前在CSDN网站首发的文章……
昨天浏览CSDN网站时，无意间看到一篇《Oracle数据库文件移动》（http: //news.csdn.net/news/newstopic/29/29623.shtml）的文章，打开一看竟然是我三年前在CSDN网站上发表的原创文章《Oracle数据库文件大挪移》（http: //blog.csdn.net/lkz912/archive/2002/12/25/14242.aspx…...
2024/4/20 8:59:16
AssemblyInfo配置
AssemblyInfo配置AssemblyInfo 文件 <Assembly: AssemblyTitle("Sample")> 标题<Assembly: AssemblyDescription("Tipsサンプル")> 产品说明<Assembly: AssemblyCompany("株式会社xxx")> …...
2024/4/17 14:00:04
understand 工具解析原码
汉化包（安装成功后将translations文件夹放到config文件夹下）：Understand+5.0.960+translations%26注册机.rar 安装包：Understand-5.0.960-Windows-64bit.exe 一、导入项目 1、新建工程 2、选择编程语言 3、添加项目路径。如果只是单个文件，就选择添加文件。 4、点击finish…...
2024/4/9 8:30:33

iOS开发——内存优化

前言：

目的：

这是我的iOS开发交流群：519832104不管你是小白还是大牛欢迎入驻，可以一起分享经验，讨论技术，共同学习成长！

另附上一份各好友收集的大厂面试题，需要iOS开发学习资料、面试真题，进群即可自行下载！

点击此处，立即与iOS大牛交流学习

这是我的iOS开发交流群：519832104不管你是小白还是大牛欢迎入驻，可以一起分享经验，讨论技术，共同学习成长！

另附上一份各好友收集的大厂面试题，需要iOS开发学习资料、面试真题，进群即可自行下载！

点击此处，立即与iOS大牛交流学习

相关文章

最新文章