编辑推荐：稀土掘金，这是一个针对技术开发者的一个应用，你可以在掘金上获取最新最优质的技术干货，不仅仅是Android知识、前端、后端以至于产品和设计都有涉猎，想成为全栈工程师的朋友不要错过！

原文：http://www.csdn.net/article/2015-08-31/2825579 

JSON——大家可能都知道它是几乎所有现代服务器都使用的轻量级数据交换格式。它体量轻，可读性强，通常比老式的、不友好的XML开发起来更加便捷友好。JSON是不依赖于开发语言的数据格式，但是在解析数据并将其转换到如Java对象时，会消耗我们的时间和存储资源。

几天前，Facebook宣布，其Android应用程序大幅提升了数据处理性能。这是由于几乎在全部应用程序中放弃了JSON数据格式，用FlatBuffers取而代之了。阅读这篇文章可以获得关于FlatBuffers的基础知识，学会如何从JSON转换到FlatBuffers。

虽然这东西是非常有前景的，但是乍一看其实现过程不是一下子就能明白的。而且Facebook也没有说得很详细。这就是为什么我要写这篇文章，在其中展示我们是如何使用Flatbuffers开展工作的。

FlatBuffers

总之，FlatBuffers是Google专门为游戏开发而创建的跨平台序列化库，就像Facebook所展示的那样，它在Android平台上遵循快速响应UI的16ms规则。

但是，在把所有数据迁移到FlatBuffers之前，你要确定确实需要这样做。因为，这样做有时对性能的影响是潜移默化的，而且数据安全性要比计算速度上几十毫秒的差异更重要。

什么使得Flatbuffers如此奏效？

• 由于是以二进制形式缓存，访问序列化数据时也无需数据解析过程。即使对于层次化数据也不需要解析。多亏不需要初始化解析器（初始化意味着要建立复杂的字段映射）和解析数据，这些都是需要花费时间的。

• Flatbuffers数据不需要分配比自身使用缓冲区还要多的内存。我们不必像在JSON中那样为解析数据的整个层次分配额外对象。

要获得正宗的数据，就再读一读Facebook上关于FlatBuffers迁移问题的文章，还有Google自己的文档。

实现

本文将介绍在Android应用程序中使用Flatbuffers的最简单方法：

• JSON数据在应用程序之外的某个地方被转换成FlatBuffer格式的文件（例如，将二进制数据以文件的形式提交，还可以从API直接返回FlatBuffer二进制文件）。

• 在flatc (FlatBuffer编译器)的帮助下，手工生成数据模型（Java类）。

• JSON文件存在一定的局限性（不能使用null字段，日期格式也被解析为字符串）。

将来，我们或许会提出更复杂的解决方案。

FlatBuffers编译器

首先，我们需要flatc，即flatbuffers编译器。该编译器可以从Google所属的源代码构建，源代码位于Flatbuffers资源库中。我们下载并克隆它。整个构建过程在FlatBuffers构建文档中都做了描述。如果你是Mac用户的话，需要这样来构建：

1. 在\{extract directory}\build\XcodeFlatBuffers.xcodeproj路径下，打开已下载的源代码。

2. 点击Play按钮或⌘ + R，运行flatc scheme（默认情况下应该是被选中的）。

3. flatc可执行文件就会在项目的根目录下出现。

现在，我们可以使用schema编译器了，该编译器能够把给定的schema（在Java、C#、Python、GO和C++语言中的schema）生成为模型类，还可以把JSON转换成Flatbuffer的二进制文件。

Schema文件

接着，我们必须准备schema文件，该文件定义了要进行序列化和反序列化的数据结构。这个schema将用于flatc创建Java模型，把JSON转换成FlatBuffers的二进制文件。

这里是JSON文件的一部分。

完整版本在这里。这是略微修改后的版本，可以从Github API调用：https://api.github.com/users/google/repos 。

Flatbuffer schema是编写得很好的文档，所以就不深入探讨这个问题了。另外，本文中的schema不会很复杂。我们所要做的仅仅是创建3张表：ReposList, Repo和User，并定义root_type。这是schema的重要组成部分。

完整的schema文件在这里。

FlatBuffers数据文件

真棒，我们现在要做的是把repos_json.json转换成FlatBuffers二进制文件，生成能够以Java风格表示数据的Java模型（此处操作所需的全部文件都在我们的代码库中）：

$ ./flatc -j -b repos_schema.fbs repos_json.json

如果一切顺利，会产生下列文件：

• repos_json.bin（要将重命名它为 repos_flat.bin）

• Repos/Repo.java

• Repos/ReposList.java

• Repos/User.java

Android应用程序

现在来创建示例程序，在实践中来看看Flatbuffers格式是如何起作用的。这是截图：

在UI部分，ProgressBar仅用于显示不恰当的数据处理对用户界面顺畅度的影响。

应用文件看起来是这个样子：app/build.gradle

当然，在本例中不是必须要用Rx或ButterKnife这样的视图注入利器，但是为什么不让应用更细致一些呢？？

我们把repos_flat.bin 和 repos_json.json文件放到res/raw/目录下。RawDataReader是工具类，它帮助我们读取Android应用中的原始文件。

最后，把Repo，ReposList和User这三张表对应的模型类代码放到项目源代码中。

FlatBuffers库

使用Java语言编程过程中，FlatBuffers提供了可以直接处理这种数据格式的库，也这是flatbuffers-java-1.2.0-SNAPSHOT.jar文件。如果你想手工生成该文件，需要下载FlatBuffers源代码，再到目录java/下，用Maven生成该库：

$ mvn install

现在将.jar文件放到Android项目的app/libs/目录下。

好了，当务之急是实现MainActivity类，这是完整源代码。

我们最为关注的两个方法是：

• parseReposListJson(String reposStr) - 这个方法初始化Gson解析器，并把JSON字符串转换成Java对象。

• loadFlatBuffer(byte[] bytes)  - 这个方法将字节（repos_flat.bin文件）转换成Java对象。

使用FlatBuffers的结果

现在让我们把JSON和FlatBuffers在加载时间和资源消耗方面的差异形象化。测试是在带有Android M（beta版）的Nexus 5上进行的。

加载时间

测量的过程是将其他文件转换为Java源文件，对所有（90个）元素进行迭代。

• 使用JSON：JSON文件（大小：478kB）平均加载时间200ms（时间区间：180ms～250ms）；

• 使用FlatBuffers：FlatBuffers二进制文件（大小：352kB）平均加载时间5ms（时间区间：3ms～10ms）。

记得16ms规则吗？我们在UI线程中调用这些方法的原因就是要看看在这种情况下界面表现如何：

JSON数据加载效果：

FlatBuffers数据加载效果：

看出区别了吗？JSON数据的加载过程中， ProgressBar停顿了一会，界面不是那么顺畅（加载时间超过了16ms）。

内存分配、CPU等资源

还有什么想要测量的吗？也许应该测量一下Android Studio 1.3，还有那些新特性。例如，内存分配跟踪器（Allocation Tracker），内存状态查看器（Memory Viewer）和方法跟踪器（Method Tracer）。

源代码

这里所讲解项目的完整源代码都在Github代码库中。你不需要接触整个FlatBuffers项目，所需的内容全都在flatbuffers/目录下。

（ 翻译/张挥戈  友情审校/白云鹏）

文章来源：froger_mcs dev blog

作者简介：

Miroslaw Stanek，Azimo Money Transfer公司移动项目负责人，Android和iOS平台程序员，视频游戏玩家，冰雪运动爱好者。个人博客：http://frogermcs.github.io。

你可能会问，既然我们已经有很标准的JSON以及转换库比如GSON和Jackson，为什么还要使用新的工具呢？

不妨先试一下FlatBuffers，然后你就会发现它比JSON快得多。

FlatBuffers是什么？

FlatBuffers是一个高效的跨平台序列化类库，可以在C++、C#、C、Go、Java、JavaScript、PHP和Python中使用。是Google开发的，是为了应用在游戏开发，以及其他注重性能的应用上。

为什么要使用FlatBuffers？

• 不需要解析/拆包就可以访问序列化数据 — FlatBuffers与其他库不同之处就在于它使用二进制缓冲文件来表示层次数据，这样它们就可以被直接访问而不需解析与拆包，同时还支持数据结构进化（前进、后退兼容性）。

• 内存高效速度快 — 访问数据时只需要访问内存中的缓冲区。它不需要多余的内存分配（至少在C++是这样，其他语言中可能会有变动）。FlatBuffers还适合配合 mmap或数据流使用，只需要缓冲区的一部分存储在内存中。访问时速度接近原结构访问，只有一点延迟（一种虚函数表vtable），是为了允许格式升级以 及可选字段。FlatBuffers适合那些花费了大量时间和空间（内存分配）来访问和构建序列化数据的项目，比如游戏以及其他对表现敏感的应用。可以参 考这里的基准。

• 灵活 — 由于有可选字段，你不但有很强的升级和回退兼容性（对于历史悠久的游戏尤其重要，不用为了每个版本升级所有数据），在选择要存储哪些数据以及设计数据结构时也很自由。

• 轻量的code footprint — FlatBuffers只需要很少量的生成代码，以及一个表示最小依赖的很小的头文件，很容易集成。细节上可以看上面的基准页。

• 强类型 — 编译时报错，而不需要自己写重复的容易出错的运行时检查。它可以自动生成有用的代码。

• 使用方便 — 生成的C++代码允许精简访问与构建代码。还有可选的用于实现图表解析、类似JSON的运行时字符串展示等功能的方法。（后者比JSON解析库更快，内存效率更高）

• 代码跨平台且没有依赖 — C++代码可以运行在任何近代的gcc/clang和VS2010上。同时还有用于测试和范例的构建文件（Android中.mk文件，其他平台是cmake文件）。

都有谁使用FlatBuffers?

• BobbleApp，印度第一贴图App。我们在BobbleApp中使用FlatBuffers后App的性能明显增强。

• Cocos2d-x，第一开源移动游戏引擎，使用FlatBuffers来序列化所有的游戏数据。

• Facebook使用FlatBuffers在Android App中进行客户端服务端的沟通。他们写了一篇文章来描述FlatBuffers是如何加速加载内容的。

• Google的Fun Propulsion Labs在他们所有的库和游戏中大量使用FlatBuffers。

App性能有多大提高？

• 解析速度 解析一个20KB的JSON流（这差不多是BobbleApp的返回大小）需要35ms，超过了UI刷新间隔也就是16.6ms。如果解析JSON的话，我们就在滑动时就会因为要从磁盘加载缓存而导致掉帧（视觉上的卡顿）。

• 解析器初始化 一个JSON解析器需要先构建字段映射再进行解析，这会花100ms到200ms，很明显的拖缓App启动时间。

• 垃圾回收 在解析JSON时创建了很多小对象，在我们的试验中，解析20kb的JSON流时，要分配大约100kb的瞬时存储，对Java内存回收造成很大压力。

FlatBuffers vs JSON

我尝试使用FlatBuffers和JSON解析4mb的JSON文件。

FlatBuffers花了1-5ms，JSON花了大约2000ms。在使用FlatBuffers期间Android App中没有GC，而在使用JSON时发生了很多次GC。在使用JSON时UI完全卡住，所以真实使用时只能在后台线程进行解析。

如何使用FlatBuffer呢？

我在我的GitHub中写了一个示例，里面手把手教你如何使用FlatBuffer。

原文链接:https://medium.freecodecamp.com/why-consider-flatbuffer-over-json-2e4aa8d4ed07

稿源：infoQ  作者Amit Shekhar  译者程大治

作者：johnczchen

出品：QQ空间终端开发团队

原文发布于QQ空间终端开发团队的官方公众号，任何形式的转载之前必须与本人联系。

1.背景

当一个App发布之后，突然发现了一个严重bug需要进行紧急修复，这时候公司各方就会忙得焦头烂额：重新打包App、测试、向各个应用市场和渠道换包、提示用户升级、用户下载、覆盖安装。有时候仅仅是为了修改了一行代码，也要付出巨大的成本进行换包和重新发布。

这时候就提出一个问题：有没有办法以补丁的方式动态修复紧急Bug，不再需要重新发布App，不再需要用户重新下载，覆盖安装？

虽然Android系统并没有提供这个技术，但是很幸运的告诉大家，答案是：可以，我们QQ空间提出了热补丁动态修复技术来解决以上这些问题。

2.实际案例

空间Android独立版5.2发布后，收到用户反馈，结合版无法跳转到独立版的访客界面，每天都较大的反馈。在以前只能紧急换包，重新发布。成本非常高，也影响用户的口碑。最终决定使用热补丁动态修复技术，向用户下发Patch，在用户无感知的情况下，修复了外网问题，取得非常好的效果。

3.解决方案

该方案基于的是android dex分包方案的，关于dex分包方案，网上有几篇解释了，所以这里就不再赘述，具体可以看这里Android dex分包方案。

简单的概括一下，就是把多个dex文件塞入到app的classloader之中，但是android dex拆包方案中的类是没有重复的，如果classes.dex和classes1.dex中有重复的类，当用到这个重复的类的时候，系统会选择哪个类进行加载呢？

让我们来看看类加载的代码：

一个ClassLoader可以包含多个dex文件，每个dex文件是一个Element，多个dex文件排列成一个有序的数组dexElements，当找类的时候，会按顺序遍历dex文件，然后从当前遍历的dex文件中找类，如果找类则返回，如果找不到从下一个dex文件继续查找。

理论上，如果在不同的dex中有相同的类存在，那么会优先选择排在前面的dex文件的类，如下图：

在此基础上，我们构想了热补丁的方案，把有问题的类打包到一个dex（patch.dex）中去，然后把这个dex插入到Elements的最前面，如下图：

好，该方案基于第二个拆分dex的方案，方案实现如果懂拆分dex的原理的话，大家应该很快就会实现该方案，如果没有拆分dex的项目的话，可以参考一下谷歌的multidex方案实现。然后在插入数组的时候，把补丁包插入到最前面去。

好，看似问题很简单，轻松的搞定了，让我们来试验一下，修改某个类，然后打包成dex，插入到classloader，当加载类的时候出现了（本例中是QzoneActivityManager要被替换）：

为什么会出现以上问题呢？

从log的意思上来讲，ModuleManager引用了QzoneActivityManager，但是发现这这两个类所在的dex不在一起，其中：

1. ModuleManager在classes.dex中

2. QzoneActivityManager在patch.dex中

结果发生了错误。

这里有个问题,拆分dex的很多类都不是在同一个dex内的,怎么没有问题?

让我们搜索一下抛出错误的代码所在，嘿咻嘿咻，找到了一下代码：

从代码上来看，如果两个相关联的类在不同的dex中就会报错，但是拆分dex没有报错这是为什么，原来这个校验的前提是：

如果引用者（也就是ModuleManager）这个类被打上了CLASS_ISPREVERIFIED标志，那么就会进行dex的校验。那么这个标志是什么时候被打上去的？

让我们在继续搜索一下代码，嘿咻嘿咻~~，在DexPrepare.cpp找到了一下代码：

这段代码是dex转化成odex(dexopt)的代码中的一段，我们知道当一个apk在安装的时候，apk中的classes.dex会被虚拟机(dexopt)优化成odex文件，然后才会拿去执行。

虚拟机在启动的时候，会有许多的启动参数，其中一项就是verify选项，当verify选项被打开的时候，上面doVerify变量为true，那么就会执行dvmVerifyClass进行类的校验，如果dvmVerifyClass校验类成功，那么这个类会被打上CLASS_ISPREVERIFIED的标志，那么具体的校验过程是什么样子的呢？

此代码在DexVerify.cpp中，如下：

1. 验证clazz->directMethods方法，directMethods包含了以下方法：

1. static方法

2. private方法

3. 构造函数

2. clazz->virtualMethods

1. 虚函数=override方法?

概括一下就是如果以上方法中直接引用到的类（第一层级关系，不会进行递归搜索）和clazz都在同一个dex中的话，那么这个类就会被打上CLASS_ISPREVERIFIED：

所以为了实现补丁方案，所以必须从这些方法中入手，防止类被打上CLASS_ISPREVERIFIED标志。

最终空间的方案是往所有类的构造函数里面插入了一段代码，代码如下：

if (ClassVerifier.PREVENT_VERIFY) {

System.out.println(AntilazyLoad.class);

}

其中AntilazyLoad类会被打包成单独的hack.dex，这样当安装apk的时候，classes.dex内的类都会引用一个在不相同dex中的AntilazyLoad类，这样就防止了类被打上CLASS_ISPREVERIFIED的标志了，只要没被打上这个标志的类都可以进行打补丁操作。

然后在应用启动的时候加载进来.AntilazyLoad类所在的dex包必须被先加载进来,不然AntilazyLoad类会被标记为不存在，即使后续加载了hack.dex包，那么他也是不存在的，这样屏幕就会出现茫茫多的类AntilazyLoad找不到的log。

所以Application作为应用的入口不能插入这段代码。（因为载入hack.dex的代码是在Application中onCreate中执行的，如果在Application的构造函数里面插入了这段代码，那么就是在hack.dex加载之前就使用该类，该类一次找不到，会被永远的打上找不到的标志)

其中:

之所以选择构造函数是因为他不增加方法数，一个类即使没有显式的构造函数，也会有一个隐式的默认构造函数。

空间使用的是在字节码插入代码,而不是源代码插入，使用的是javaassist库来进行字节码插入的。

隐患:

虚拟机在安装期间为类打上CLASS_ISPREVERIFIED标志是为了提高性能的，我们强制防止类被打上标志是否会影响性能？这里我们会做一下更加详细的性能测试．但是在大项目中拆分dex的问题已经比较严重，很多类都没有被打上这个标志。

如何打包补丁包：

１. 空间在正式版本发布的时候，会生成一份缓存文件，里面记录了所有class文件的md5，还有一份mapping混淆文件。

２. 在后续的版本中使用-applymapping选项，应用正式版本的mapping文件，然后计算编译完成后的class文件的md5和正式版本进行比较，把不相同的class文件打包成补丁包。

备注:该方案现在也应用到我们的编译过程当中,编译不需要重新打包dex,只需要把修改过的类的class文件打包成patch dex,然后放到sdcard下,那么就会让改变的代码生效。

关于Qzone :

Qzone 是中国最大的社交网络，是腾讯集团的核心平台之一，目前Qzone的月活跃账户数达到6.68亿，Qzone智能终端月活跃账户数达到5.68亿。从2005~2015，Qzone见证了国内互联网蓬勃发展的十年，这十年风云变幻，但我们的业务却不断向前发展，也希望更多的朋友能够加入我们，共同迎接互联网和Qzone的下一个十年。

        通过远在大洋彼岸的苹果服务器下载东西，确实有够慢啊！AppStore更甚：甚至都经常提示连不上服务器，而有些软件呢，还必须从AppStore下载安装，所以没办法，谁让上了苹果的贼船呢！公司的网速更是不敢恭维，以至于基本上不下东西，除非像这次一样：手贱的把iPhone6升级到8.2.2了，然后Xcode6.1.1真机调试不成了，所以需要下个Xcode6.2。昨天刚更新的Xcode6.2，没有看国内有同胞下载下来没，一般我都是会从官网下载一个保存到百度网盘以供自己和别人使用的。但是迅雷、浏览器下载的都很慢，于是我就通过AppStore更新，貌似还有点儿小快呢（不知道是不是心理作用）！

        但是又有一个问题：AppStore安装完后会删除安装包，而且也不知道路径在哪儿，这我怎么能容忍！！！因为公司还有好多电脑要装呢！！！于是乎，就参考网络上的各种资源，找到了下载的路径~~~

废话不多说了，上步骤（前提：正在安装一个程序，例如我正在安装Xcode）：

1.如图所示：从应用中打开活动监视器：

        打开后如图所示：

2.找到进程storedownloadd（以前的是storeagent进程，到10.10之后是storedownloadd这个进程）：

3.点击左上角第二个：查看所选进程的信息：

4.选择第三个标签：打开的文件和端口

5.command + F，找到以.pkg结尾的路径并且拷贝，如下图所示：

6.在Finder中前往文件夹：

7.粘贴复制的路径，并且回车

8.如下图一样的pkg包就是下载的安装包

        注意，这一点非常重要：第一：不要把这个包早拷出来：因为还没有下载完成；第二：不要等安装完再拷：安装完系统会把这个包删除的。一定要抓住机会，在系统安装程序的时候以迅雷不及掩耳盗铃儿响叮当之势，把它拉出来~~~

例如下载的Xcode：

        正在下载：

        快完了，一定要看住：

        我这个是下载完了的，因为我打开了Xcode，所以桌面弹出了一个警告框让我关闭，我直接拖出来了，所以还没有出现正在安装。如果没有打开正在安装的程序，这里会显示：正在安装，就是这个时候抓住这一瞬间，把pkg拖出来，完工~~~

        现在好了，整个世界平静了，下载的软件被我们揪住了，然后双击安装即可。安装完后还可以拷到其他的电脑上进行安装，省的再次下载了~~~

        通过这种方式得到的安装包和从苹果官网下载的安装包不一样：苹果官网下载的时后缀为.dmg的镜像，里面包含.pkg的安装包，而这个直接就是pkg的包，双击安装即可~~~

        希望对大家有所帮助！！！

本文出自 “一毛” 博客，请务必保留此出处http://winann.blog.51cto.com/4424329/1619352

由于Google官方已经不提供Adt－Bundle下载了，主推AndroidStudio。可以从这个链接下载http://www.androiddevtools.cn。上面不光有adt－bundle，还有最新的AndroidStudio。由于对OS X还不是很熟悉，本次采用adt－bundle安装。

一,下载JDK

下载方式有两种，其一是从链接http://www.androiddevtools.cn处下载，选择Mac OSX的1.8u5版本即可。截图如下：

其二是从JDK的官网下载，文件名为jdk-8u25-macosx-x64.dmg，大小219.3M。这个稍后我上传至百度网盘供大家下载。我就是通过这种方式下载的。下载完毕后，点击打开，接着出现如下：

再点击一下就开始安装了，中间会让输入用户名和密码。安装完毕后，打开个终端，输入javac －version查看是否安装成功。

像上图所示就是安装成功了。哈哈，其实OSX没什么神秘的，全当它是linux就好了。

二，下载Adt－Bundle

从http://www.androiddevtools.cn处下载，选择Mac OSX的64位23.0.2即可。

文件名为adt-bundle-mac-x86_64-20140702.zip，大小320.6M。是个zip格式的压缩包，打开解压后看到根windows上一样是熟悉的eclipse和sdk文件夹。这就表示安装完毕了。

三，打开Eclipse

打开之后就傻眼了：

为此，我研究了N种解决办法：

1，http://www.cnblogs.com/zhouyinhui/p/3750836.html 让修改Info.plist，没有任何效果。

2，还有的让配置jdk环境变量，sudo vim ／etc/profile,之后输入：

JAVA_HOME=/Library/Java/JavaVirtualMachines/jdk1.8.0_25.jdk/Contents/Home

export JAVA_HOME

然后source /etc/profile,没有效果。注意此处，jdk的环境变量设置一定要使用sudo vim，退出后用wq! 否则是保存不了的。JDK的路径貌似高低版本的OSX还不太一样，应以终端里输入：/usr/libexec/java_home 打印出来的变量为准。可以参考：http://han.guokai.blog.163.com/blog/static/136718271201301183938165/

3，最终找到了链接：http://java.com/zh_CN/download/faq/java_mac.xml#mac1010 

上面的链接也就是打开eclipse，弹窗上的“更多信息”，http://support.apple.com/kb/DL1572?viewlocale=zh_CN&locale=en_US，截图如下：

下载的文件名为JavaForOSX2014-001.dmg，60多M。点击安装。终于Eclipse启动起来了，后面的就不啰嗦了。

总结：一定要先在苹果官网上下载java1.6的安装包，然后java官网上下载安装jdk8u25. 后者是否是必须我没有测试，我mac上安装了这两个东西未见不良现象。

备注：最新的jdk8u25已经可以顺利在OSX10.10上安装了，无需按照http://www.krislq.com/2014/07/mac-x-yosemide10-10-update-jdk-7-jdk-8/ 进行处理。

现象是：

Windows下Eclipse可以连接Device里能显示设备名称，但是在Mac OS X下的Eclipse Device始终不能显示连接。

解决方法：
1.把Android手机开启调试模式，然后连接在我们的Mac OS上。
2.选择Mac的 关于本机->更多信息-> 系统报告->找到usb选项，右边会出现一系列和usb相关的设备我们找到自己的Android设备并选中。
3.选中后找到 供应商ID或叫厂商ID，我的MX4手机显示的供应商ID是：0x2a45

4.打开Mac终端 输入： echo 0x2a45 >> ~/.android/adb_usb.ini

然后重启adb（我是重启Mac系统）后再打开eclipse 你会发现Android手机的设备显示了。这样的办法还可以解决Mac上其他android设备不显示的问题。

感谢魅族的冤家对手小米论坛提供了解决方法，原文：点击打开链接

控制了一门语言的构建系统（build system），就控制了这门语言的命运，以及它的生态和社区。

Objective-C 用很短的时间，取得了非常大的变化。在短短几年间，这门语言从 NeXT 的“废墟”中走出，成为颇具影响力的一门语言。开源社区对于 Objective-C 有着巨大的贡献，其中一个很重要的方面是：开发工具。

例如 CocoaPods，它充分证明了科技和社区结合的威力。两年间，有超过 2700 个开源的库或框架被添加进去，你只需要简单的命令行 - pod install，就可以轻松管理第三方库。

开源社区对于 iOS 和 Mac OS X 开发的各个方面都有着巨大贡献，第三方库管理只是其中一个，其他方面还包括自动配置和分发、报告BUG、文档检索等。

但是本周，我们聚焦于这样一个工具：它重新定义了构建过程，是新一代开发集成的基础——xctool。

xctool 是 Fred Potter 的开源项目，来自于他在 Facebook 工作中创建的自动构建系统。xctool 用于替换 Xcode.app 中的 xcodebuild。

在 Xcode 中点击“Build & Run”，所有的 project、build target 和 scheme settings 都被传到 xcodebuild，xcodebuild 调用构建的命令行，然后执行 .ipa 文件运行在真机或模拟器上。

这个过程我们只能祈祷它顺利了，因为 Xcode 将自己的构建系统封闭起来，我们从外部很难访问和控制。当我们试图通过 Terminal.app 和 xcodebuild 交互的时候，会发现真的很难用。

与其使用上个时代的工具，狂打断点去遍历所有错误，不如让 xctool 来告诉你什么是现代的解决方案。

美学和风格

xctool 给人的第一印象是它那漂亮、彩色的输出样式。

我们自己作为苹果硬件和软件的用户，对设计绝对不会轻视。xctool 也是。 它把构建过程的每一步都组织的很整洁，通过 ANSI 标准色 和 Unicode 符号输出易懂、易读的报告。

但是 xctool 的美丽不仅是外在，build 的过程中可以生成用其他工具可读的报告：

  xctool -reporter plain:output.txt build

报告类型：

• pretty：（默认）输出样式使用 ANSI 标准色和 Unicode 符号
• plain：类似 pretty，但没有 ANSI 标准色和 Unicode 符号
• phabricator：将构建/测试的结果输出为 JSON 数组，可导入到 Phabricator 这个 code-review 工具
• junit：生成兼容 JUnit/xUnit 的 XML 格式的测试结果
• json-stream：输出构建/测试的事件流 （ JSON 字典格式），一行一个（如图）
• json-compilation-database：输出 JSON Compilation Database，可用于基于 Clang Tooling 的工具，如 OCLint

集成构建系统

相对于 xcodebuild，xctool 另一个重大改进是可以和 Xcode.app 一样运行测试（xcodebuild 并不能分辨哪些 target 是 test target，从而单独运行它们）。

单单这个原因，对于 Objective-C 社区的持续集成测试这个领域，xctool 就有非常大的意义。

Travis CI

Travis CI 为开源项目提供免费的持续集成服务（商业项目收费），支持 Objective-C。它可以在你每次提交到 GitHub 时自动运行你的测试代码，如果最新的提交导致构建失败它会通知你。

在你的 Objective-C 项目中添加 Travis CI，你需要创建账号绑定 GitHub，然后在你的 repo 中添加 .travis.yml 文件：

.travis.yml

language: objective-c before_install:     - brew update     - brew install xctool script: xctool -workspace MyApp.xcworkspace -scheme MyApp test

OCLint

OCLint 是一个静态代码分析器，可以检测 Objective-C 代码（同时支持 C 和 C++），发现常见的问题：例如 if/else/try/catch/finally 声明出错、未被使用的本地实例和参数、过度复杂（有效代码行数 和 循环复杂度太高）、冗余代码、代码异味、以及其他不好的代码。

还记得 xctool 的 json-compilation-database 格式吧，这种格式可以被 OCLint 直接读取，进而进行神奇的静态分析。

在我写这篇文章的时候，离构建系统集成被广泛接受还有很长的路，但我的希望是，既然已经开始， 大家就应该齐心协力，让这个有前途的工具变得更加的强大。

这就像一座城市，随着人口的增长，基础设施就需要改变。通过各种各样的方式，通过本地政府、新兴组织，或者其他。总之，环境需要改变，以适应人口的增长。

Objective-C 已经并且还将随着 iOS 设备的流行而快速进化。为更多新进开发者提供必要的基础设施是社区的责任，当然这离不开与苹果的协作（有时是反对或抗议）。我们在这方面做得如何，决定了我们是否真正理解并传达了作为专业开发者应当扮演的角色，以及应当的承担责任。

我们是该成为平庸的业余者，还是该成为改善技术的关键角色？

xctool，和社区的其他工具一样，为这门语言的未来和生态，提供了希望和灵感。让我们继续创造这样强大的工具，创造我们为之自豪的开发体验。

注：本文译自 NSHipster

介绍

这个框架的初衷，是为了方便让程序模块化、插件化，将一个apk应用拆分为多个apk。

不明白这个插件化、模块化是怎么回事的话，可以看看腾讯微信的安卓客户端中的插件配置。

在这里我会以腾讯微信为例，如何使用这个框架。 (腾讯微信并不是真正的插件化，它是伪的，插件并非与它的主程序分离开，结果就是每次插件的更新，都必须以整个程序的更新为代价)

都能干啥

框架的思想，主要是通过apk清单文件中的sharedUserId属性来吧多个apk融合为单一的dalvik虚拟机，也就是融合为一个进程，这样就变相逾越了android框架中不同apk权限不同无法互通的鸿沟(rpc啦什么的其它的毕竟不如这个来的实在)。

从最简单的皮肤插件到复杂的涉及数据库的拓展功能，从普通activity跳转到把插件的activity转变为view并附加到主程序中的拓展功能，都是可以通过本框架来实现的，当然，本框架只是提供了一种途径，如何编码还得靠自己。

本人能力有限，可能有一些错误、疏漏或者不足之处，请不吝指教，我的博客地址在左下角，或者我的邮箱，都可以联系到我。

ps:下面会以腾讯微信为例，这里声明一下，本人没有对微信安卓客户端进行任意形式的反编译与破解工作，只是看球半天进行简单的猜测而已。

框架结构

本插件框架由三个包组成：

• org.igeek.android.pluginframework 这个包种类是框架的主要操作类
1. PluginBuilder 组装插件
2. PluginDescription 组装用户自定义的插件描述
3. PluginInvoke 插件功能调用
4. PluginSearch 查找插件
• org.igeek.android.pluginframework.annotation 未来可能会考虑使用注解
1. PluginDescription 用于用户自定义描述类的注解
2. PluginFeature 用于插件类的注解
3. PluginMethod 用于插件类方法的注解
• org.igeek.android.pluginframework.beans 框架内部使用的一些beans
1. Plugin 插件包
2. PluginFeature 插件类
3. PluginFeatureMethod 插件方法
• org.igeek.android.pluginframework.util 一些工具类
1. XMLParse 插件包

如何使用

以腾讯微信为例，虽然从表面来看，它是插件化的多种功能的一种集成。但是，这都是虚的，每次更新时你会发现，哪怕一个小小的功能添加，都会让用户更新整个程序，截至目前(2011-12-17)，微信让我更新到3.5，修复了一些小bug，增加了1个插件功能，以及其它的小改进，就得让我下载并升级整个程序，6.8m啊。。

在工程开发时，预留插件的使用、管理页面，如：

这是微信的插件浏览页面，所有可暴露在这里的插件都会被列出来

 这是微信的插件管理界面，可以卸载安卓，但这些都是虚的，可能只是把服务关了，并非真正的卸载

主程序(APK)

• 、主程序清单

首先为工程想好一个名字，并在清单中加入sharedUserId属性，属性值就是想好的那个名字，例如微信：com.qq.weixin

   android:sharedUserId="com.qq.weixin"

• 、为插件描述写一个类

 这就是插件描述

首先在主程序中单独建立一个包，并写一个类，这个类相当于一个bean，具有相应的插件描述信息的字段，如微信，那么这个bean的字段就有 插件名:漂流瓶 插件logo:那个人头 插件描述:描述信息...

这个类在主程序中不会很多的使用，只会读取框架返回的插件的bean。

• 、引入本框架的jar包或导入源码

正式编码时，可在任何地方调用框架。具体步骤是这样的

1、查找插件 本框架是根据sharedUserId来查找插件。它首先会根据自身apk的sharedUserId值来查找系统中具有相同属性的包并加载。

• ��以说，插件apk的sharedUserId值也应与主程序相同

        //首先，就是查找插件
        PluginSearch psearch=new PluginSearch();
        //第一次获得的是简要的插件描述
        List<Plugin>  plugins=psearch.getPlugins(this);
        
        //然后将插件再组装一下
        PluginBuilder pbuilder=new PluginBuilder(this);
        //将用户所定义插件描述融合进去
        plugins=pbuilder.buildPluginsDescrition(plugins);

这样就把所有插件找到手了，很简单吧？

1、调用插件 找到插件后肯定是调用，最简单应用，就是靠Button按钮来调用

比如微信的摇一摇，点了它就触发框架的插件调用

        @Override
        public void onClick(View v) {
                //新建一个插件调用类
                PluginInvoke pi=new PluginInvoke(AndroidPluginFrameworkActivity.this);
        
                
                //这是真正的调用
                //三个参数，第一个是Plugin类型，第二个是PluginFeature，第三个PluginFeatureMethod
                pi.invoke(plug, pf, fm);
                
        }
        });

插件程序(APK)

• 、插件程序清单

同主程序的清单文件一样，sharedUserId必须有且和主程序的一样 插件的activity的意图过滤描述必须是这样 示例：

 <intent-filter>
                <category android:name="android.intent.category.DEFAULT" />
  </intent-filter>

• 、插件程序的功能

插件可以包含任意类，如同一个普通的apk工程一样。

但是，向主程序提供调用的类，必须是个activity，方法必须是无返回值的，有且只有一个Context参数，框架会反射这个方法，并将主程序的context句柄传入，也就是，不管你用不用这个context，他都是被框架传入的。

如果主程序规定了描述类，也就是框架中需要PluginDescription来调用的bean，在插件工程中，也必须有主程序这个bean，包名也必须一样。插件程序可以直接继承或者更改这个bean的字段，方便主程序去获取这个插件的描述信息。这种方式，是避过框架，给主程序一种方便。

• 、插件程序的plugin.xml配置

http://android-application-plug-ins-frame-work.googlecode.com/files/plugin.xml plugin.xml不能改名，必须放在工程的 assets 目录下。

内容大致是这样：

<?xml version="1.0" encoding="UTF-8"?>
<!-- 这个xml配置文件放在插件工程的 assets 目录下 -->


<!-- 插件提供的功能(类) -->
<plugin-features>

        <!-- 描述类，这个是自定义的 -->
        <!-- 这个描述类使用户定义的，在主程序中必须有，插件工程中也必须有，并被继承 -->
        <description name="org.pakage.name.and.description.name"/>
        
        <!-- 这是一个功能(类)，必须是activity的子类 -->
        <feature name="org.pakage.name.and.activity.name1">
        
                <!-- 这是一个方法 -->
                <!-- name 方法名 -->
                <method need-context="true" name="methodName1" >描述信息</method>
                <method need-context="true" name="methodName2" >描述信息</method>
                
        </feature>
        
        <feature name="org.pakage.name.and.activity.name2">
                <method need-context="true" name="methodName1" >描述信息</method>
        </feature>
</plugin-features>

按着上面的套路来配置，就很容易了。

最后

上面说的比较泛，最好还是看看示例工程，里面包含了一个主程序和两个插件扩展，总共是4个工程，也就是说，在用户端是4个apkhttp://android-application-plug-ins-frame-work.googlecode.com/files/demo.zip

在《直接拿来用！最火的Android开源项目（一）》中，我们详细地介绍了GitHub上最受欢迎的TOP20 Android开源项目，引起了许多读者的热议，作为开发者，你最常用的是哪些开源项目？使用起来是否能让你得心应手？今天，我们将介绍另外20个Android开源项目，在这些项目中，你又用到了哪些呢？

21. drag-sort-listview

DragSortListView（DSLV）是Android ListView的一个扩展，支持拖拽排序和左右滑动删除功能。重写了TouchInterceptor（TI）类来提供更加优美的拖拽动画效果。

DSLV主要特性：

• 完美的拖拽支持；
• 在拖动时提供更平滑的滚动列表滚动；
• 支持每个ListItem高度的多样性
• 公开startDrag()和stopDrag()方法；
• 有公开的接口可以自定义拖动的View。

DragSortListView适用于带有任何优先级的列表：收藏夹、播放列表及清单等，算得上是目前Android开源实现拖动排序操作最完美的方案。

22. c-geo-opensource

c:geo是Android设备上一个简单而又强大的非官方地理寻宝客户端。与其他类似应用不同的是，c:geo不需要Web浏览器，也不需要文件输出。你可以在毫无准备的情况下，毫无后顾之忧地带上你的智能手机去进行地理寻宝。当然，你也不需要付钱，因为它是免费的。

c-geo-opensource包含了c:geo所有开源代码。

详情请参考：c:geo

23. NineOldAndroids

自Android 3.0以上的版本，SDK新增了一个android.animation包，里面的类都是跟动画效果实现相关的，通过Honeycomb API，能够实现非常复杂的动画效果。但如果开发者想在3.0以下的版本中也能使用到这套API，那么Nine Old Androids就会是你最好的选择，该API和Honeycomb API完全一样，只是改变了你使用com.nineoldandroids.XXX的入口。

该项目包含两个工程，一个是Library，即为动画效果的实现库，另一个则是Sample，是对如何使用该API的演示。开发者可以直接登陆Google Play下载安装Nine Old Androids Sample，查看演示。

详情请参考：Nine Old Androids

24. ppsspp

PPSSPP是由GC/Wii模拟器Dolphin联合创始人之一Henrik Rydgård开发的一款免费的跨平台开源模拟器，支持Windows、Linux、Mac、Android、iOS、BlackBerry 10等主流计算机与移动操作系统，可直接工作在x86、x64、ARM等CPU平台上，以GNU GPLv2许可协议发布，主要使用C++编写以提高效率和可移植性。

只要支持OpenGL ES 2.0，PPSSPP就可以在相当低规格的硬件设备上运行，包括基于ARM的手机及平板电脑。

详情请参考：PPSSPP

25. androidquery

Android-Query（AQuery）是一个轻量级的开发包，用于实现Android上的异步任务和操作UI元素，可让Android应用开发更简单、更容易，也更有趣。

26. droid-fu

Droid-Fu是一个开源的通用Android应用库，其主要目的是为了让Android开发更容易，包含有许多工具类，还有非常易用的Android组件。

Droid-Fu提供支持的领域包括：

• Android应用的生命周期帮助
• 支持处理Intents和diagnostics类
• 后台任务支持
• HTTP消息处理
• 对象、HTTP响应及远程图像高速缓存
• 定制各种Adapter及View

Droid-Fu最大的优势在于它的应用生命周期帮助类，如果你正在开发一款Android应用，而它的主要任务是运行后台任务，比如从Web上抓取数据，那么，你一定会使用到Droid-Fu，不过，目前该项目在GitHub上已经停止更新维护。

详情请参考：droid-fu

27. TextSecure

TextSecure是Whisper Systems团队开发的一个Android上的加密信息客户端，旨在增强用户和企业通信的安全性，其源代码于2011年被Twitter发布在GitHub开源数据库中。

该软件允许用户将在Android设备上所有发送和接收的短信内容进行加密，还可以将加密信息发送给另一个TextSecure用户。

28. XobotOS

XobotOS是Xamarin的一个研究项目，用于将Android 4.0从Java/Dalvik移植到C#，并对移植后的性能及内存占用情况进行检测。

29. ignition

在编写Android应用时，通过提供即用组件和包含许多样板文件的实用类，ignition可以让你的Android应用快速起步。ignition涵盖的区域包括：

• Widget、Adapter、Dialog等UI组件；
• 允许编写简单却强大的网络代码的HTTP Wrapper库；
• 加载远程Web图像并进行缓存的类；
• 简单但有效的缓存框架（将对所有对象树做出响应的HTTP缓存到内存或硬盘中）；
• Intents、diagnostics等几个能让API级别更容易向后兼容的帮助类；
• 更友好、更强大的AsyncTask实现。

ignition包括三个子项目：

• ignition-core——是一个可以直接编译到App中的Android库项目。
• ignition-support——一个标准的Java库项目，被部署为一个普通的JAR，包含了大部分实用工具类。开发者可以独立使用该工程的核心模块。
• ignition-location——一个可以直接编译到应用程序中的Android AspectJ库项目。能够让定位应用在不需要Activity位置更新处理的情况下获取到最新的位置信息。

详情请参考：ignition Sample applications

30. android_page_curl

android_page_curl是一个在Android上使用OpenGL ES实现类似书本翻页效果的示例程序。（点击链接查看视频演示）

31. asmack

说到aSmack，自然要先提提Smack。Smack API是一个完整的实现了XMPP协议的开源API库，而aSmack则是Smack在Android上的构建版本，于2013年2月初迁移到GitHub上，该资源库并不包含太多的代码，只是一个构建环境。开发者可以利用该API进行基于XMPP协议的即时消息应用程序开发。

详情请参考：asmack

32. AndroidBillingLibrary

In-app Billing是一项Google Play服务，能够让你在应用内进行数字内容销售，可销售的数字内容范围非常广，包括媒体文件、照片等下载内容，还包括游戏级别、药剂、增值服务和功能等虚拟内容。Android Billing Library可以实现In-app Billing的所有规范，并提供更高级的类来进行使用。

Google于2012年底正式发布了v3版Android In-app Billing，但截至目前，GitHub上的Android Billing Library还只能支持到v2版，据悉Google将于2013年初对它进行更新。

详情请参考：Google Play In-app Billing

33. Crouton

Crouton是Android上的一个可以让开发者对环境中的Toast进行替换的类，以一个应用程序窗口的方式显示，而其显示位置则由开发者自己决定。

开发者可以直接登陆Google Play下载安装Crouton Demo，查看应用演示。

34. cwac-endless

CommonsWare Android Components（CWAC）是一个开源的Android组件库，用来解决Android开发中各个方面的常见问题，每个 CWAC组件打包成一个独立的jar文件，其中就包含cwac-endless。

cwac-endless提供一个EndlessAdapter，这是一个自动分页的List，当用户浏览到List最后一行时自动请求新的数据。

详情请参考：Commons Ware

35. DiskLruCache

在Android应用开发中，为了提高UI的流畅性、响应速度，提供更高的用户体验，开发者常常会绞尽脑汁地思考如何实现高效加载图片，而DiskLruCache实现正是开发者常用的图片缓存技术之一。Disk LRU Cache，顾名思义，硬件缓存，就是一个在文件系统中使用有限空间进行高速缓存。每个缓存项都有一个字符串键和一个固定大小的值。

点击链接下载该库项目。

36. Android-SlideExpandableListView

如果你对Android提供的Android ExpandableListView并不满意，一心想要实现诸如Spotify应用那般的效果，那么SlideExpandableListView绝对是你最好的选择。该库允许你自定义每个列表项目中的ListView，一旦用户点击某个按钮，即可实现该列表项目区域滑动。

37. gauges-android

Gaug.es for Android是由gaug.es推出的一款在Android设备上对网站流量数据进行实时统计的应用。gauges-android包含了该应用的源代码，开发者可以直接登陆Google Play下载安装该应用。

38. acra

ACRA是一个能够让Android应用自动将崩溃报告以谷歌文档电子表的形式进行发送的库，旨在当应用发生崩溃或出现错误行为时，开发者可以获取到相关数据。

39. roboguice

RoboGuice是Android平台上基于Google Guice开发的一个库，可以大大简化Android应用开发的代码及一些繁琐重复的代码。给Android带来了简单、易用的依赖注入，如果你使用过Spring或Guice的话，你就会知道这种编程方式是多么的便捷。

40. otto

Otto是由Square发布的一个着重于Android支持的基于Guava的强大的事件总线，在对应用程序不同部分进行解耦之后，仍然允许它们进行有效的沟通。

详情请参考：Otto

转自：http://www.csdn.net/article/2013-05-06/2815145-Android-open-source-projects-two

iOS的应用程序的生命周期，还有程序是运行在前台还是后台，应用程序各个状态的变换，这些对于开发者来说都是很重要的。 iOS系统的资源是有限的，应用程序在前台和在后台的状态是不一样的。在后台时，程序会受到系统的很多限制，这样可以提高电池的使用和用户体验。

//开发app,我们要遵循apple公司的一些指导原则，原则如下：

1、应用程序的状态

状态如下：

Not running  未运行  程序没启动

Inactive          未激活        程序在前台运行，不过没有接收到事件。在没有事件处理情况下程序通常停留在这个状态

Active             激活           程序在前台运行而且接收到了事件。这也是前台的一个正常的模式

Backgroud     后台           程序在后台而且能执行代码，大多数程序进入这个状态后会在在这个状态上停留一会。时间到之后会进入挂起状态(Suspended)。有的程序经过特殊的请求后可以长期处于Backgroud状态

Suspended    挂起           程序在后台不能执行代码。系统会自动把程序变成这个状态而且不会发出通知。当挂起时，程序还是停留在内存中的，当系统内存低时，系统就把挂起的程序清除掉，为前台程序提供更多的内存。

下图是程序状态变化图：

各个程序运行状态时代理的回调：

- (BOOL)application:(UIApplication *)application willFinishLaunchingWithOptions:(NSDictionary *)launchOptions
      告诉代理进程启动但还没进入状态保存
- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions
     告诉代理启动基本完成程序准备开始运行
- (void)applicationWillResignActive:(UIApplication *)application
    当应用程序将要入非活动状态执行，在此期间，应用程序不接收消息或事件，比如来电话了
- (void)applicationDidBecomeActive:(UIApplication *)application 
     当应用程序入活动状态执行，这个刚好跟上面那个方法相反
- (void)applicationDidEnterBackground:(UIApplication *)application
    当程序被推送到后台的时候调用。所以要设置后台继续运行，则在这个函数里面设置即可
- (void)applicationWillEnterForeground:(UIApplication *)application
当程序从后台将要重新回到前台时候调用，这个刚好跟上面的那个方法相反。
- (void)applicationWillTerminate:(UIApplication *)application
当程序将要退出是被调用，通常是用来保存数据和一些退出前的清理工作。这个需要要设置UIApplicationExitsOnSuspend的键值。
- (void)applicationDidFinishLaunching:(UIApplication*)application
当程序载入后执行

在上面8个方法对应的方法中键入NSLog打印。

现在启动程序看看执行的顺序：

启动程序
lifeCycle[40428:11303] willFinishLaunchingWithOptions
lifeCycle[40428:11303] didFinishLaunchingWithOptions
lifeCycle[40428:11303] applicationDidBecomeActive

按下home键

lifeCycle[40428:11303] applicationWillResignActive
lifeCycle[40428:11303] applicationDidEnterBackground

双击home键，再打开程序

lifeCycle[40428:11303] applicationWillEnterForeground
lifeCycle[40428:11303] applicationDidBecomeActive

2、应用程序的生命周期

2.1、加载应用程序进入前台

2.2、加载应用程序进入后台

2.3、关于main函数

main函数是程序启动的入口，在iOS app中，main函数的功能被最小化，它的主要工作都交给了UIKit framework

argc 和argv参数包含了系统带过来的启动时间。  第三个参数确定了主要应用程序类的名称，这个参数指定为nil，这样UIKit就会使用默认的程序类UIApplication。第四个参数是程序自定义的代理类名，这个类负责系统和代码之间的交互。它一般在Xcode新建项目时会自动生成。

另外 UIApplicationMain函数加载了程序主界面的文件。虽然这个函数加载了界面文件，但是没有放到应用程序的windows上，你需要在Delegate的 application:willFinishLaunchingWithOptions方法中加载它。

一个应用程序可以有一个主的storyboard文件或者有一个主的nib文件，但不能同时有两个存在。

如果程序在启动时没有自动加载主要的故事版或nib文件，你可以在application:willFinishLaunchingWithOptions方法里准备windows的展示。

3、响应中断

3.1 当一个基于警告式的中断发生时，比如有电话打进来了，这是程序会临时进入inactive状态，这用户可以选择如何处理这个中断，流程如下图：

在iOS5,通知不会把程序变成为激活状态，通知会显示在状态栏上，如果你；拉下状态栏，程序会变成inactive,把状态栏放回去，程序变回active。

按锁屏键也是另外一种程序的中断，当你按下锁屏键，系统屏蔽了所有触摸事件，把app放到了后台，这时app状态是 inactive，并进入后台。

3.2 当有这些中断时，我们的app该怎么办呢？我们应该在applicationWillResignActive:方法中：

• 停止timer 和其他周期性的任务
• 停止任何正在运行的请求
• 暂停视频的播放
• 如果是游戏那就暂停它
• 减少OpenGL ES的帧率
• 挂起任何分发的队列和不重要的操作队列（你可以继续处理网络请求或其他时间敏感的后台任务）。

4、转到后台运行

4.1 如图所示：

4.2 当应用程序进入后台时，我们应该做写什么呢？

5 、返回前台运行

6、程序的终止

7、 The Main Run Loop  主运行循环