IOS计划分析

1、基本介绍

IOS苹果公司iPhone、iPod touch和iPad操作系统和其他设备的发展。

2、知识点

1、IOS系统

iPhone OS(现在所谓的iOS)这是iPhone, iPod touch 和 iPad 设备的操作系统。

1、Core OS：

它是用FreeBSD和Mach所改写的Darwin, 是开源、符合POSIX标准的一个Unix核心。这一层包括或者说是提供了整个iPhone OS的一些基础功能，比方：硬件驱动, 内存管理。程序管理，线程管理（POSIX）。文件系统，网络（BSD Socket）,以及标准输入输出等等。全部这些功能都会通过C语言的API来提供。

另外，值得一题的是，这一层最具有UNIX色彩，假设你须要把 UNIX上所开发的程序移植到iPhone上，多半都会使用到Core OS的API.

核心OS层的驱动也提供了硬件和系统框架之间的接口。然而，由于安全的考虑，仅仅有有限的系统框架类能訪问内核和驱动。

iPhone OS提供了很多訪问操作系统低层功能的接口集，iPhone 应用通过LibSystem库来訪问这些功能，这些接口集例如以下所看到的：
线程（POSIX线程）
网络（BSD sockets）
文件系统訪问
标准I/O
Bonjour和DNS服务
现场信息（Locale Information）
内存分配
数学计算
很多Core OS技术的头文件位于文件夹<iPhoneSDK>/usr/include/，iPhoneSDK是SDK的安装文件夹。

2、Core Services：

Core Services在Core OS基础上提供了更为丰富的功能。它包括了Foundation.Framework和Core Foundation.Framework, 之所以叫Foundation ,就是由于它提供了一系列处理字串，排列，组合，日历，时间等等的基本功能。Foundation是属于Objective-C的API，Core Fundation是属于C的API。

另外Core servieces还提供了其它的功能，比方：
Security, Core Location, SQLite, 和Address Book. 当中Security是用来处理认证，密码管理，按安全性管理的。 Core Location是用来处理GPS定位的。SQLLite是轻量级的数据库。而AddressBook则用来处理电话薄资料的。以下是详细介绍:
（1）电话本
电话本框架（AddressBook.framework）提供了保存在手机设备中的电话本编程接口。

开发人员能使用该框架訪问和改动存储在用户联系人数据库里的记录。

比如，一个聊天程序能够使用该框架获得可能的联系人列表。启动聊天的进程（Process）。并在视图上显示这些联系人信息等。

（2）核心基础框架
核心基础框架（CoreFoundation.framework）是基于C语言的接口集。提供iPhone应用的基本数据管理和服务功能。该框架支持例如以下功能：
Collection数据类型（Arrays、 Sets等）；
Bundles；
字符串管理。
日期和时间管理；
原始数据块管理；
首选项管理。
URL和Stream操作。
线程和运行循环（Run Loops）。
端口和Socket通信。
核心基础框架与基础框架是紧密相关的，它们为同样的基本功能提供了Objective-C接口。

假设开发人员混合使用Foundation Objects 和Core Foundation类型，就能充分利用存在两个框架中的"toll-free bridging"。toll-free bridging意味着开发人员能使用这两个框架中的不论什么一个的核心基础和基础类型，比如Collection和字符串类型等。每一个框架中的类和数据类型的描写叙述注明该对象是否支持toll-free bridged。

假设是，它与哪个对象桥接（toll-free bridged）。

（3）CFNetwork
CFNetwork框架（CFNetwork.framework）是一组高性能的C语言接口集，提供网络协议的面向对象的抽象。

开发人员能够使用 CFNetwork框架操作协议栈。而且能够訪问低层的结构如BSD Sockets等。

同一时候，开发人员也能简化与FTP和HTTPserver的通信，或解析DNS等任务。

使用CFNetwork框架实现的任务例如以下所看到的：
BSD Sockets；
利用SSL或TLS创建加密连接。
解析DNS Hosts；
解析HTTP协议，鉴别HTTP和HTTPSserver；
在FTPserver工作；
公布、解析和浏览Bonjour服务。
（4）核心位置框架（Core Location Framework）
核心位置框架（CoreLocation.framework）主要获得手机设备当前的经纬度。核心位置框架利用附近的GPS、蜂窝基站或Wi- Fi信号信息測量用户的当前位置。iPhone地图应用使用这个功能在地图上显示用户的当前位置。

开发人员能融合这个技术到自己的应用中。给用户提供一些位置信息服务。比如能够提供一个服务：基于用户的当前位置，查找附近的餐馆、商店或设备等。
（5）安全框架（Security Framework）
iPhone OS除了内置的安全特性外。还提供了外部安全框架（Security.framework）。从而确保应用数据的安全性。该框架提供了管理证书、公钥/私钥对和信任策略等的接口。

它支持产生加密安全的伪随机数，也支持保存在密钥链的证书和密钥。

对于用户敏感的数据。它是安全的知识库（Secure Repository）。

CommonCrypto接口也支持对称加密、HMAC和数据摘要。在iPhone OS里没有OpenSSL库，可是数据摘要提供的功能在本质上与OpenSSL库提供的功能是一致的。
（6）SQLite
iPhone应用中能够嵌入一个小型SQL数据库SQLite，而不须要在远端运行还有一个数据库server。

开发人员能够创建本地数据库文件。并管理这些文件里的表格和记录。

数据库SQLite为通用的目的而设计。但仍能够优化为高速訪问数据库记录。

訪问数据库SQLite的头文件位于<iPhoneSDK>/usr/include/sqlite3.h，当中<iPhoneSDK>是SDK安装的目标路径。
（7）支持XML
基础框架提供NSXMLParser类。解析XML文档元素。libXML2库提供操作XML内容的功能，这个开放源码的库能够高速解析和编辑 XML数据，而且转换XML内容到HTML。訪问libXML2库的头文件位于文件夹<iPhoneSDK>/usr/include /libxml2/，当中<iPhoneSDK>是SDK安装的目标文件夹。

3、Media：

如同其名。Media层提供了图片，音乐，影片等多媒体功能。图像分为2D图像和3D图像。前者由Quartz2D来支持，后者则是用OpenglES.与音乐对应的模组是Core Audio和OpenAL, Media Player 实现了影片的播放，而最后还提供了Core Animation来对强大动画的支持。详细介绍例如以下:
（1）图像技术（Graphics Technologies）
高质量图像是全部iPhone应用的一个重要的组成部分。不论什么时候，开发人员能够採用UIKit 框架中已有的视图和功能以及提前定义的图像来开发iPhone应用。然而，当UIKit 框架中的视图和功能不能满足需求时。开发人员能够应用以下描写叙述的技术和方法来制作视图。
① Quartz。核心图像框架（CoreGraphics.framework）包括了Quartz 2D绘图API，Quartz与在Mac OS中採用的矢量图画引擎是一样先进的。

Quartz支持基于路径（Path-based）绘图、抗混淆（Anti-aliased）重载、梯度（Gradients）、图像（Images）、颜色（Colors）、坐标空间转换（Coordinate-space Transformations）、pdf文档创建、显示和解析。

尽管API是基于C语言的。它採用基于对象的抽象表征基础绘图对象，使得图像内easy于保存和复用。
② 核心动画（Core Animation）。Quartz核心框架（QuartzCore.framework）包括CoreAnimation接口，Core Animation是一种高级动画和合成技术，它用优化的重载路径（Rendering Path）实现复杂的动画和虚拟效果。它用一种高层的Objective-C接口配置动画和效果，然后重载在硬件上获得较好的性能。Core Animation集成到iPhone OS 的很多部分，包括UIKit类如UIView，提供很多标准系统行为的动画。开发人员也能利用这个框架中的Objective-C接口创建客户化的动画。

③ OpenGL ES。OpenGL ES框架（OpenGLES.framework）符合OpenGL ES v1.1规范。它提供了一种绘画2D和3D内容的工具。OpenGL ES 框架是基于Ｃ语言的框架，与硬件设备紧密相关，为全屏游戏类应用提供高帧率（high frame rates）。

开发人员总是要使用OpenGL框架的EAGL接口。EAGL接口是OpenGL ES框架的一部分。它提供了应用的OpenGL ES绘图代码和本地窗体对象的接口。

（2）音频技术（Audio Technologies）
iPhone OS的音频技术为用户提供了丰富的音频体验。

它包括音频回放，高质量的录音和触发设备的振动功能等。
iPhone OS的音频技术支持例如以下音频格式：AAC、Apple Lossless（ALAC）、A-law、IMA/ADPCM（IMA4）、Linear PCM、μ-law和Core Audio等。
① 核心音频（Core Audio Family）。核心音频框架家族（Core Audio family of frameworks）提供了音频的本地支持，如表16-1所看到的。Core Audio是一个基于C语言的接口，并支持立体声（Stereo Audio）。开发能採用iPhone OS 的Core Audio框架在iPhone 应用中产生、录制、混合和播放音频。

开发人员也能通过核心音频訪问手机设备的振动功能。

核心音频框架:
CoreAudio.framework 定义核心音频的音频数据类型
AudioUnit.framework 提供音频和流媒体文件的回放和录制，而且管理音频文件和播放提示声音
AudioToolbox.framework 提供使用内置音频单元服务。音频处理模块

② OpenAL。iPhone OS 也支持开放音频库（Open Audio Library， OpenAL）。OpenAL是一个跨平台的标准，它能传递位置音频（Positional Audio）。开发人员能应用OpenAL在须要位置音频输出的游戏或其它应用中实现高性能、高质量的音频。

由于OpenAL是一个跨平台的标准，採用OpenAL的代码模块能够平滑地移植到其它平台。
（3）视频技术（Video Technologies）
iPhone OS通过媒体播放框架（MediaPlayer.framework）支持全屏视频回放。媒体播放框架支持的视频文件格式包括.mov, .mp4,.m4v和.3gp。并应用例如以下压缩标准：
① H.264 Baseline Profile Level 3.0 video，在30 f/s 的情况下分辨率达到640×480像素。

注意：不支持B frames。
② MPEG4规范的视频部分；
③ 众多的音频格式，包括在音频技术的列表里，如AAC、Apple Lossless （ALAC）、A-law、IMA/ADPCM（IMA4）、线性PCM、μ-law和Core Audio等。

2、托付机制与Core location

托付机制是Cocoa Touch的一种设计模式，Core location框架则是提供IOS内建的位置定位功能。

3、预处理

编译源码分为两个步骤：预处理和编译。

4、MapKit框架

主要类：MKMapView（显示地图、以及地图相关操作）

5、XIB文件全部者

新创建的空XIB文件仅仅有两个对象：文件全部者和第一响应对象。作用是为CurrentTimeViewController创建视图。

6、UIView

UIView子类都会实现drawRect:方法，当中包括和绘制视图有关的代码。每次绘制UIView实例时，系统会为视图专门准备一个绘图上下文（ CGContextRef context = UIGraphicsGetCurrentContext() ）。

接着系统会激活该上下文,然后向须要回执的UIView对象发送drawRect:消息。

注意：仅仅能在drawRect:方法中调用绘图方法或函数。

除了drawRect:方法，无法从其它地方获得激活状态的CGContextRef.也就无法调用灰土方法或函数。

7、UIScrollView

为了让用户能够滚动视图，能够将视图设置为UIScrollView的子视图,主要涉及它的setContentSize方法。

要实现缩放功能。则须要为UIScrollView设置托付对象UIScrollViewDelegate协议并使用setMinimumZoomScale,setMaximumZoomScale方法来启用缩放功能，且要实现viewForZoomingInScrollView:(该方法返回UIScrollView对象须要缩放的视图)。

8、隐藏状态条

[UIApplication shareApplication] setStatusBarHidden:YES withAnimation:UIStatusBarAnimationFade]

9、UITabBarController

负责视图的交换工作，使用时可能涉及到的方法是setViewControllers:，给该方法传入每一个Tab对应的ViewController数组。（每一个视图控制对象都有一个类型为UITabBarItem的实例变量。负责标签条上显示的文字和图标）。

10、UIWindow

实现了一个名为setRootViewController:的方法，将UIViewController实例作为參数传入该方法，传入的视图控制对象的视图会自己主动加入该窗体。成为窗体的子视图并调整大小和窗体保持一致。窗体对象也会保留它的根视图对象。

11、载入XIB文件

创建UIViewController子类实例时，通过指定初始化方法 initWithNibName:bundle: 传入XIB的文件名称。当视图控制对象须要使用实例变量view的时候，会查看应用程序包内是否存在对应名称的XIB文件（假设传入的名称是nil，那么UIViewController对象会查找和这个UIViewController子类的类名匹配的XIB文件）。

12、UIVIewController

视图控制对象也是通过alloc和init创建的。可是视图控制对象仅仅有在真正须要视图是，才会通过调用loadView来创建，这样的做法能够提高内存使用效率。
注意：
1、在UIViewController里面使用了timer，会使得controller被retain，因此在viewdisapper时应将timer置为nil，否则controller的dealloc不会被运行。
2、假设在UIViewController里面使用ASIHttprequest发送了async请求。而且将request的delegate设置为controller，若请求没回来时就销毁了controller。会使得request的delegate变为野指针，解决方式是：销毁controller时。调用request的cancel来取消请求，或者将request的delegate设置为nil。第二种应对delegate变为野指针的方法是。假设delegate的类是A ，若object_getClass(delegate) != [A class] 说明是野指针了，此时就不能对delegate调用函数了。

13、UITableView UITableViewController UITableViewCell对象

1、使用UITableView时必须要指定它的数据源，该数据源必须遵守 UITableViewDataSource 协议，同一时候也要为 UItableView 对象设置 UITableViewDelegate 托付， UITableViewController 能够作为 UITableView的数据源、视图控制对象和托付对象。

2、几个关于UITableVIewController的重要方法：
- (NSInteger)numberOfSectionsInTableView:(UITableView *)tableView; //返回table中section的个数
- (NSInteger)tableView:(UITableView *)tableView numberOfRowsInSection:(NSInteger)section //返回每一个Section的行数
- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath //详细行

3、UITableViewCell是UIView的子类。

UITableViewCell对象也有自己的子视图：contentView，真正负责显示UITableViewCell的是contentView下的另外三个子视图，各自是：textLabel detailTextLabel imageView. UITableViewCell还有一个UITableViewCellStyle属性。用于决定使用那些子视图以及这些子视图在contentView中的位置。

4、重用UITableViewCell对象。由于IOS设备内存有限，所以必须採用重用UITableViewCell对象的机制。即当用户滚动表格是，部分UITableViewCell对象会移出窗体，我们把移出的UITableViewCell对象放入UITableViewCell对象池。等待重用。每一个UITableViewCell对象都有一个 reuseIdentifier 属性，类型为NSString。通过想表格视图传入特定的NSString对象，数据源就能够查询并获取一个可重用的UITableViewCell对象。例如以下列代码是获取可重用对象：
UITableViewCell *cell = [tableView dequeueReusableCellWithIdentifier:@"UITableViewCell"];

5、UITableView对象有一个editing属性，设置为YES时。UITableView对象就会进入编辑模式。

14、UINavigationController 导航控制器

1、UITabBarController对象能够切换没有相互依存关系的情况的视图，而且必须在初始化时设置好全部的视图控制对象，但假设屏幕键互有关联，就要使用导航控制对象。

2、使用 UINavigationController显示多个屏幕的信息时，他会以栈的形式保存全部的屏幕，这里的栈事实上是NSArray对象，通过发送viewController消息能够得到整个栈（返回一个NSArray对象），也能够使用push和pop两种方法的推入和推出视图。

3、UIViewController对象有一个navigationItem属性，类型为UINavigationItem.和UINavigationBar不同。UINavigationItem不是UIView的子类，不能在屏幕上显示，但 UINavigationItem 能够为 UINavigationBar对象提供绘图所需的内容。当某个UIViewController对象成为UINavigationController的栈顶对象时，UINavigationBar对象会使用UIViewController对象的navigationItem并设置对应的属性。

UINavigationItem能够包括leftBarButtonItem rightBarButtonItem titleView三个能够自己定义的部分。

4、SEL的数据类型是指针，指向选择器（selector）。选择器是方法的唯一标识。将方法名传给 @selector() 指令，能够得到指向对应方法的SEL（@selector不会检查对应的方法是否存在）。

5、UIView实例存在一个endEditing:消息，当视图收到该消息时，假设视图是当前的第一对应对象，就会取消自己的第一响应对象状态，而且虚拟键盘也会消失（传入的參数代表是否须要强制取消第一响应对象状态，YES代表强制退出）, textField也能够通过resignFirstResponder来取消第一响应状态。

15、相机

1、UIImageView对象会依据contentMode属性显示图片。该属性决定图片在frame中的显示位置和缩放模式。默认值是UIViewContentModeCenter(即依据UIImageView对象的bounds居中显示图片。没有缩放),此外还有属性UIViewContentModeScaleToFill/AspectFit/AspectFill等.

2、UIToolbar对象和UINavigationBar相似，差别是UINavigationBar仅仅能有两个UIBarButtonItem对象。而UIToolbar能够有一组UIBarButtonItem对象。

3、启用相机拍照功能须要用到UIImagePickerController实例。而且必须设定事实上例属性sourceType并设置托付对象(UIImagePickerControllerDelegate),此外。由于UIImagePickerController是UINavigationController的子类，所以也须要遵守UINavigationControllerDelegate协议。

sourceType有三种 :

UIImagePickerControllerSourceTypeCamera:用户将拍摄一张新照片。

UIImagePickerControllerSourceTypePhotoLibrary:显示界面，让用户选择相冊，然后从该相冊选择一张照片。

UIImagePickerControllerSourceTypeSavedPhotosAlbum:让用户从近期拍摄的照片里选择一张照片。

选中照片时会触发UIImagePickerControllerDelegate下的imagePickerController:didFinishPickingMediaWithInfo:消息，通过该消息能够获取选择的图片对象(UIImage *image = [info objectForKey:UIImagePickerControllerOriginalImage])。

4、在弹出照片选择的视图的时候，我们会用到当前视图控制器的presentModalViewController:animated:方法以模态的形式显示视图。关闭时也须要用到dismissModalViewControllerAnimated:方法。

5、类型为CFUUIDRef的对象能够代表UUID(GUID),CFUUIDRef不是Objective-C对象，而是由Core Foundation API提供的C结构。Core Foundation是一套C语言API，包括编写应用所需的基本构件。比如字符串、数组对象和字典对象。

Core Foundation类以CF为前缀。以Ref为后缀。须要注意的是：非常多Core Foundation对象都有Objective-C版本号。比如 NSString，NSArray等。但CFUUIDRef没有，而且和Objective—C没有不论什么关联。庆幸的是我们仅仅须要简单的类型转换就能够将它转换为字符串形式，这样的特性称为无损桥接(toll-free bridging).
代码演示样例:
CFUUIDRef newUniqueID = CFUUIDCreate(kCFAllocatorDefault);
CFUUIDRef newUniqueIDString = CFUUIDCreateString(kCFAllocatorDefault, newUniqueID);
使用完毕后要释放对象(当C函数的函数名包括英文单词Create时。条用房须要负责释放返回对象)：CFRelease(newUniqueID)； CFRelease(newUniqueIDString);

6、取消点击textField出现的键盘：[textField resignFirstResponder]; //取消第一响应对象状态

16、UIPopoverController(针对iPad)与模态视图控制对象

1、前面了解到，如今有四种显示视图控制对象的方法：
设置UIWindow实例的跟视图控制对象、压入UINavigationController栈。加入UITabBarController对象和以模态形式显示。

2、UIViewController对象会在运行时自己主动依据当前的设备载入不同的XIB文件。

UIViewController对象拥有一个nibName属性，创建该对象时，须要通过初始化方法为这个nibName属性赋值（假设传入nil，就等同于将这个类的类名设置为nibName属性）。

当视图控制对象须要载入视图时。会载入和nibName匹配的XIB文件。假设应用是在iPad上运行的，就会先查找并载入后缀为~ipad的XIB文件。

3、推断设备类型：通过UIDevice类发送currentDevice方法。能够得到UIDevice对象，然后检查该对象的userInterfaceIdiom属性，该属性仅仅有两种值：UIUserInterfaceIdiomPad 和 UIUserInterfaceIdiomPhone.

4、UIPopoverController对象能够在一个带边框的窗体中显示还有一个视图控制对象的视图。方法是将“还有一个”视图控制对象设置为该对象的 contentViewController.(注意：在iPad中使用UIImagePickerController对象时，必须借助UIPopoverController对象才干正确显示)。同一时候须要遵守UIPopoverControllerDelegate协议。

5、每一个视图控制对象都有一个名为 modalViewController 和一个名为 parentViewController 的属性。分别用于存储模态显示状态下对应的子视图和父视图对象。

6、模态视图控制对象的样式：iPhone中的模态视图控制对象会占领整个窗体。对于iPhone。这是默认也是唯一的样式选择。对于iPad则有两种额外的选项：表单样式(form sheet)和页单样式(page sheet)，可通过modalPresentationStyle属性来设置。modalTransitionStyle能够来设置过渡动画。

17、保存、读取与多任务处理

1、应用沙盒(Application Sandbox):就是应用的文件系统文件夹。

应用沙盒包括以下几个文件夹：

* 应用程序包(application bundle):包括全部的资源文件和可运行文件，而且是仅仅读文件夹。

* Library/Preferences/:存放全部的偏好设置。通过NSUserDefaults类来存取，iTunes会在同步设备是备份该文件夹。

* tmp/:用于保存应用运行时所需的暂时数据。通过函数NSTemporaryDirectory能够得到应用沙盒下tmp文件夹的全路径。

* Documents/:保存应用运行时生成的须要保留的数据。iTunes同步设备室会备份该文件夹。

* Libraty/Caches/:保存应用运行是生成的须要保留的数据，iTunes不会在同步设备是备份该文件夹。

2、获取文件路径：NSSearchPathForDirectoriesInDomains:返回NSArray对象，但在iPhone上仅仅有一个Document文件夹，所以直接取第一个即可了。还能够通过NSHomeDirectory函数得到应用程序根路径，然后把Documents文件夹拼到根路径后面:[NSHomeDirectory() stringByAppendingPathComponent:@"Documents"]，从而得到全路径。

3、固化(archiving)是将单个或多个对象从内存写入文件系统的过程。

解固(unarchiving)则是从文件读取对象并写回内存。

仅仅有遵守NSCoding协议的对象才干够固化。固化的实际通过须要通过NSCoder实例来完毕，NSCoder实例本身就是一个数据容器。能够存放对象和对象的数据。
NSCoding协议两个必须实现的方法：encodeWithCoder:(固化用)和initWithCoder:(解固用)。

NSKeyedArchiver的类方法archiveRootObject:toFile:能够将遵守NSCoding协议的对象写入文件，而且须要在encodeWithCoder:方法中再实现详细固化代码(使用NSCoder的encodeObject:forKey:方法)。
NSKeyedUnarchiver的类方法unarchiveObjectWithFile:来解码固化后的对象，而且须要在initWithCoder:方法中再实现详细解固代码(使用NSCoder的decodeObjectForKey:)。

4、应用程序的几种状态：未运行、激活、未激活、后台运行、挂起状态(暂停).

5、在Object—C中，能够通过NSData创建、维护和释放内存缓冲区，保存一定数量的二进制数据。使用NSData的writeToFile:方法，能够将转化为NSData类型的数据写入到本地文件里去。使用NSFileManager的defaultManager实例的removeItemAtPath:方法来删除文件。

UIImageJPEGRepresentation函数将会将一个UIImage对象压缩并返回为 NSData 对象。

18、通告机制与设备转动

1、每一个应用都有一个 NSNotificationCenter 实例，通过defaultCenter消息获得。

使用通知中心实例的 addObserver:selector:name:object:方法能够将指定对象注冊为观察器，由通告触发的方法会带一个參数。该參数是一个NSNotification对象,有三个属性：object。name。userInfo(NSDictionary对象)。

发送通告：[[NSNotificationCenter defaultCenter] postNotification: NSNotification实例]。
通告中心不会保留观察器。在通告中心注冊过的对象，必须在释放前取消注冊。

否则，当响应的通告再次出现时。通告中心仍然会向该观察器发送消息，由于对应的对象已经释放了。所以会导致应用崩溃。

2、UIDevice 对象会不间断地发送通告。以下是UIDevice 对象所发通告的名称常量。

UIDevice Orientation/BatteryState/BatteryLevel/ProximityState DidChangeNotification .

19、Core Data

1、要将数据保存在本地server中，能够使用固化或者CoreData。

固化最大的缺点是数据必须整存整取，要訪问固化文件里的不论什么数据，必须解固整个文件，要更新数据的不论什么变动，必须重写整个文件。Core Data没有这样的缺点。弱国须要在文件系统和RAM之间传送大量模型对象。那么CoreData这样的增量读取、更新、删除和插入的特性能够大幅提高应用的性能。
Core Data框架提供的是对象关系映射(ORM)模型，即能够将Objective-C对象转化为数据，以保存在SQLLite数据库文件里，也可将保存后的数据还原成Objective-C对象。

2、通过 CoreData 取回的对象，默认情况下都是 NSManagedObject 实例。NSManagedObject是NSObject的子类，也是CoreData的重要组成部分，它相似于字典对象，能够存取随意的键值对。即NSManagedObject对象会为全部的实体属性保存响应的键值对。

假设须要在创建 NSManagedObject 对象后做一些额外的工作，就应该覆盖 awakeFromFetch 方法，而不是init方法，此外，该对象的 setPrimitiveValue:forKey: 方法能够为指定的属性设置值。还有 awakeFromInsert 方法。

3、NSManagedObjectContext 对象：负责应用和数据库之间的交互，通过 NSManagedObjectContext 对象的 NSPersistentStoreCoordinator 对象，能够指定文件路径并打开响应的 SQLite 数据库。而 NSPersistentStoreCoordinator 对象须要使用一个 NSManagedObjectModed 实例，这个实例代表某个 CoreData 模型文件。

要通过 NSManagedObjectContext 实例得到这些对象。就必须设置并运行 NSFetchRequest 对象，而 NSFetchRequest 对象还须要一个实体描写叙述对象 NSEntityDescription 来详细定义所要创建或取回的实体类型。

还能够通过为 NSFetchRequest 对象添加 NSPredicate 对象，返回符合指定条件的对象。

此外，这个对象还能够用于数组的过滤。

4、#pragma mark 经常使用来为方法分组。编译器会忽略这样的标识。可是Xcode能够识别这样的宏。它使方法的查看更加高速方便。

20、NSUserDefaults

1、每一个应用都有一个 NSUserDefaults 实例。向 NSUserDefaults 类发送 standardUserDefaults 消息能够得到该实例，它相似于 NSMutableDictionary。能够通过键存取或者删除对象。当应用第一次使用 NSUserDefaults 实例时，会自己主动从文件读取。改动数据后。 NSUserDefaults 实例会自己主动将数据写入文件。NSUserDefaults 的键必须是字符串类型，值必须是可序列化的对象。

2、偏好设置键的经常使用命名规定：应用名 + 偏好设置名 + 单词prefKey

21、方向感应器

1、方向感应器通过跟踪作用在其X，Y，Z轴上的重力，侦測设备所处的方向。通过方向感应器返回的数据，还能够侦測设备运动速度的变化。

2、UIAccelerometer加速计是用来检測iphone手机在x y z轴三个轴上加速度的共享API对象，UIAcceleration是表示加速度的类，它包括了来自加速计UIAccelerate的全部数据，有三个属性值：x y z.iphone的加速计支持最高一每秒一百次的频率进行轮询。

3、要获取方向感应器的数据。首先要得到应用的 UIAccelerometer 实例（共享实例sharedAccelerometer），然后设置该对象的实例变量 updateInterval 和 delegate，即UIAccelerometerDelegate托付。对应的托付对象须要实现 accelerometer:didAccelerate: 方法，通过传入 accelerometer:didAccelerate: 方法的 UIAccelerometer对象和 UIAcceleration对象，该方法能够依据updateInterval设置的时长，每隔一段时间报告方向感应器的数据变化。

4、要侦測用户摇动设备的动作。须要在加速感应器传出的信号上运行一些复杂的数学运算，只是UIResponder类所实现的方法能够替我们完毕这些计算工作。

motionBegan:withEvent: 和 motionEnded:withEvent: 和 motionCancelled:withEvent: 。

22、 iOS网络编程

支持协议:
• 文件传输协议(ftp://)
• 超文本传输协议(http://)
• 安全128-bit超文本传输协议(https://)
• 本地文件路径(file:///)
訪问URL步骤：
• 构造NSURL,，使用NSURL构造一个URL
• 生成一个NSURLRequest，使用NSURLRequest构造一个请求
• 通过NSURLConnection发送请求。使用NSURLConnection发送一个请求,并返回数
• 通过返回的NSURLResponse和NSError分析结果，使用NSURLResponse和NSError来监測响应和错误信息
1、 NSURL
一个典型的URL例如以下:

http://lily:123456@www.google.com/search?

hl=en&source=hp&q=mysql&aq=f&oq=&aqi=g10#page

URL组成1：

absoluteString: http://lily:123456@www.google.co ... =f&oq=&aqi=g10#page

absoluteURL: http://lily:123456@www.google.co ... =f&oq=&aqi=g10#page

baseURL - 假设在构造URL对象时没有指定,则为nil

fragment: page

host: www.google.com

URL组成2：

port: 80,假设没有指定,则为nil

path: /search

query: hl=en&source=hp&q=mysql&aq=f&oq=&aqi=g10

relativePath: /search

relativeString: http://lily:123456@www.google.com:80/search?

hl=en&source=hp&q=mysql&aq=f&oq=&aqi=g10#page

URL组成3：

user: lily

password: 123456

scheme: http

怎样构造一个url

• + (id)URLWithString:(NSString *)URLString

• + (id)URLWithString:(NSString *)URLString relativeToURL: (NSURL *)baseURL

• + (id)fileURLWithPath:(NSString *)path isDirectory: (BOOL)isDir

• + (id)fileURLWithPath:(NSString *)path

----------------------------------------------------------

• - (id)initWithScheme:(NSString *)scheme host:(NSString *)host path:(NSString *)path

• - (id)initWithString:(NSString *)URLString

• - (id)initWithString:(NSString *)URLString relativeToURL:(NSURL *)baseURL

• - (id)initFileURLWithPath:(NSString *)path isDirectory:(BOOL)isDir

• - (id)initFileURLWithPath:(NSString *)path

2、NSURLRequest：

封装了一个针对某个URL的请求信息，能够指明内容的缓存策略构造URL请求：

• + (id)requestWithURL:(NSURL *)theURL

• + (id)requestWithURL:(NSURL *)theURL cachePolicy: (NSURLRequestCachePolicy)cachePolicy timeoutInterval: (NSTimeInter val)timeoutInterval

• - (id)initWithURL:(NSURL *)theURL

• - (id)initWithURL:(NSURL *)theURL cachePolicy: (NSURLRequestCachePolicy)cachePolicy timeoutInterval: (NSTimeInter val)timeoutInterval

支持的缓存策略：

NSURLRequestUseProtocolCachePolicy

NSURLRequestReloadIgnoringLocalCacheData

NSURLRequestReloadIgnoringLocalAndRemoteCacheData

NSURLRequestReloadIgnoringCacheData

NSURLRequestReturnCacheDataElseLoad

NSURLRequestReturnCacheDataDontLoad

NSURLRequestReloadRevalidatingCacheData

可改动的URL请求
• 假设须要在初始化后仍能对URL请求对象进行改动,能够使用NSMutableURLRequest,能够改动的项目包括:
• 缓存策略
• 超时时间
• URL对象
• 主文档地址
• 头信息
• 上行内容
• 请求方法
• Cookie

发送请求：
能够使用同步或异步的方式发送一个请求,两者的结果返回内容不同

3、NSURLConnection

同步请求：

• + (NSData *)sendSynchronousRequest:(NSURLRequest *)request returningResponse:(NSURLResponse **)response error:(NSError **)error

• 最快捷的方式
• 不能监控内容下载过程

返回数据的处理
• 返回数据封装以NSData
• 一般将其转换为NSString后,才进行处理
• NSString类中经常使用的转换方法:

• - (id)initWithData:(NSData *)data encoding: (NSStringEncoding)encoding

1) NSURLResponse

响应的处理：

• NSURLRequest对应的响应的元信息封装在NSURLResponse中

• - (long long)expectedContentLength

• - (NSString *)suggestedFilename

• - (NSString *)MIMEType

• - (NSString *)textEncodingName

• - (NSURL *)URL

2) NSError 错误的处理

• 假设请求过程中错误发生,导致请求无法完毕,则 error对象不为nil

• - (NSString *)localizedDescription

异步请求

• 不影响当前正在进行操作

• 数据分多次按顺序返回

异步请求步骤：

• 构造连接对象(NSURLConnection)

• 发送请求

• 使用托付监控数据返回过程

• 将多次返回的数据连接成同一个数据对象

• 使用连接后的数据对象

构造连接

• + (NSURLConnection *)connectionWithRequest: (NSURLRequest *)request delegate:(id)delegate

• - (id)initWithRequest:(NSURLRequest *)request delegate: (id)delegate

• - (id)initWithRequest:(NSURLRequest *)request delegate: (id)delegate startImmediately:(BOOL)startImmediately

发送请求

• - (void)start

• - (void)cancel

使用托付

• - (void)connection:(NSURLConnection *)connection didReceiveData:(NSData *)data

• - (void)connectionDidFinishLoading:(NSURLConnection *)connection

• - (void)connection:(NSURLConnection *)connection didFailWithError:(NSError *)error

UIWebView
• 内置的浏览器
• 能够显示HTML/XHTML内容,以及运行Javascript脚本 • 能够控制浏览器的内容和訪问的URL
• 能够运行前进/后退/刷新等动作
• 能够通过托付监測URL的下载过程
UIWebView经常使用API

• - (void)loadHTMLString:(NSString *)string baseURL:(NSURL *)baseURL

• - (void)loadRequest:(NSURLRequest *)request

• - (void)reload

• BOOL detectsPhoneNumbers

• BOOL scalesPageToFit

23、控件默认高度

1、状态栏
状态栏一般高度为20像素，在打手机或者显示消息时会放大到40像素高，注意，两倍高度的状态栏在好像仅仅能在纵向的模式下使用。

2、导航栏
在纵向模式下导航栏为44像素高，在横向模式下为32像素高，导航栏提供了一个非常少用的提示模式。该模式将高度扩展了30像素，在纵向模式下为320*74像素，在横向模式下为480*74像素。

3、选项卡工具栏
选项卡为48像素高，工具栏为44像素高。此两个UI元素通长不用于横向模式。
4、键盘和pickerView
此一般都为横向320*216像素。纵向为480*162像素。

5、UIScreen类
[[UIScreen mainScreen] applicationFrame]通常会依据正在使用的工具栏，状态栏。导航栏来返回可用的区域。

开发经验

1、在每一个页面的入口和出口（通常是viewDidLoad和dealloc）打上日志，能够了解用户的操作流程，并查出页面在关闭时是否销毁了对应的对象。
2、定时器NSTimer 须要在一个新线程中运行，否则UI操作会阻塞定时器。

3、须要为定时器所在的线程设置NSRunLoop，否则定时器可能不会动。
4、假设在线程中设置了NSRunLoop，须要在销毁线程时也将其停止。使用CFRunLoopStop 。
5、全部的UI操作都应该在主线程中运行，否则会导致应用崩溃（不一定是马上崩溃）。
6、假设项目中有c函数，出现同名的函数会导致应用编译失败。即使这些c函数处于不同的页面中。

7、使用ASIHttpRequest，同步下载过程是不能被取消的，异步下载过程才干够被取消。
8、应用内支付，支付成功的回调里面，还须要对加密数据transactionReceipt 进行验证。避免越狱的机器使用 IAPFree 等软件伪造数据。

9、不要试图获取设备的UDID，否则会造成应用审核不通过。能够使用OpenUDID 或者 Mac 地址取代。
10、将比較费时的操作不要放在主线程中运行，避免UI响应慢。

应该在一个新线程中运行（对有同步要求的操作除外）。
11、使用最新的Xcode and iOS SDK进行开发，对高版本号的兼容性会好一些。

比如Mac 10.6下仅仅能安装Xcode4.2and iOS SDK 5.0 ，对iOS 5.1版本号的系统就不能直接调试。
12、图片命名：比如有一张图片为 MyImage.png。为了兼容不同设备，须要存为不同分辨率的图片，命名规则例如以下：
MyImage.png - 默认的图片名称。
MyImage@2x.png - 适用于Retina 显示屏的高分辨率图片。

MyImage~iphone.png - 适用于iPhone 和 iPod touch的图片。
MyImage@2x~iphone.png - 适用于iPhone and iPod touch 设备 Retina 显示屏的高分辨率图片。

在显示图片时，仅仅须要直接取 @"MyImage.png"。系统就能依据当前的设备，自己主动读取对应的图片了。
注意：以上图片命名规则仅仅使用于UIKit框架。假设使用了cocos2d等其它框架，则有另外一套命名规则。

13、对于常见的EXEC_BAD_ACCESS，EXC_BAD_INSTRUCTION。错误，一般都是由于訪问已经被release的对象造成的。尤其是在一个线程中訪问另外一个线程的autorelease库中的对象，尤其要注意此类问题。
14、严格遵守iphone 内存管理手冊,对于不是由你创建的对象,不要越权release,否则,可能会导致程序crash.有时,一些看起来非常严重的bug,在经过N过次努力,多种思路尝试fix之后,再回头分析bu*生的原因,你会发现,造成这个严重bug的原因,非常可能是你违反了一个众所周知的规则引起的.这个规则你非常清楚,熟悉,但就是在coding的时候,稍不留神违反了它.于是就带来了灾难性后果.
15、除了面向对象的cocoa外，iphone编程不要忘记非面向对象的Core Foundation。面向对象库里非常多没有的功能，能够尝试在Core Foundation里找找。披如：RSA算法，MD5算法。SHA1算法。AES加密算法等，cocoa对象库里并没有对应的实现，但在core foundation里，均有对应的实现。
16、NSString类里没有的字符串编码GBK。GB2312。GB18030等，在CoreFoundation里，能找到对应的编码。建立socket连接。获得输入流和输出流时，也须要使用Core Foundation里的CFNetwork api。等等。
17、通过设置NSZombieEnabled參数。有非常有效帮助解决内存释放错误。
在消除某个对象时，假设为该对象设置了delegate,则须要先将delegate设成nil。这是一种良好的代码习惯。
18、在3.0 的Simulator上使用Instruments 检測内存泄漏时,无法看到函数名,仅仅能看到一些地址指针.在3.1,3.1.2,3.1.3的simulator都正常,能够正常地看到是在哪个函数中存在的内存泄漏.通过Nib文件载入viewcontroller的各种UI控件时时，在viewDidLoad函数里。viewController的控件才干使用。

在viewcontroller的构造函数里，nib里的控件都还没有完毕链接构造呢。

19、iPhone程序崩溃不要着急。能够结合使用Console和objc_exception_throw能够高速定位根源所在。

一些好用的框架/组件：

1、 PDColoredProgressView进度条组件。能够设置进度条的颜色，支持iOS4。可是在ASIHttpRequest的下载进度条中不好使用。
2、 MTLabel能够对label中的文字设置行高。

3、 TSAlertView能够在弹出框(UIAlertView)中设置输入框，相似于JavaScript中的prompt 。
4、ZipArchive对文件进行压缩和解压操作。
5、 ASIHTTPRequest数据的上传和下载，以及断点续传。
6、 json-framework文件格式解析。

性能优化

1、使用xcode自带的 Instruments工具能够查看应用的内存,cpu等资源使用情况。
2、JSON格式解析速度优化。有人分析说 JSONKit 比 json-framework 效率更高。

日志跟踪
1、友盟，比較全面的数据分析工具。

2、 Crashlytics.framework能够记录应用程序崩溃日志。并高速定位到出问题的代码行。

相关面试总结

1、你使用过Objective-C的运行时编程（Runtime Programming）么？

假设使用过，你用它做了什么？你还能记得你所使用的相关的头文件或者某些方法的名称吗？

Objecitve-C的重要特性是Runtime（运行时）,在#import <objc/runtime.h> 下能看到相关的方法，用过objc_getClass()和class_copyMethodList()获取过私有API;使用

```objective-c

Method method1 = class_getInstanceMethod(cls, sel1);

Method method2 = class_getInstanceMethod(cls, sel2);

method_exchangeImplementations(method1, method2);

```

代码交换两个方法，在写unit test时使用到。

2、CG框架的联系是什么？分别用CA和CG做过些什么动画或者图像上的内容。

（有须要的话还能够涉及Quartz的一些内容）

UI框架的底层有CoreAnimation，CoreAnimation的底层有CoreGraphics。

UIKit |

------------ |

Core Animation |

Core Graphics |

Graphics Hardware|

3、是否使用过CoreText或者CoreImage等？

假设使用过，请谈谈你使用CoreText或者CoreImage的体验。

CoreText能够解决复杂文字内容排版问题。CoreImage能够处理图片，为其加入各种效果。

体验是非常强大，挺复杂的。

4、 NSNotification和KVO的差别和使用方法是什么？什么时候应该使用通知，什么时候应该使用KVO，它们的实现上有什么差别吗？假设用protocol和delegate（或者delegate的Array）来实现相似的功能可能吗？假设可能，会有什么潜在的问题？假设不能，为什么？（尽管protocol和delegate这样的东西面试已经面烂了…）

NSNotification是通知模式在iOS的实现，KVO的全称是键值观察(Key-value observing),其是基于KVC（key-value coding）的，KVC是一个通过属性名訪问属性变量的机制。

比如将Module层的变化。通知到多个Controller对象时，能够使用NSNotification。假设是仅仅须要观察某个对象的某个属性，能够使用KVO。
对于托付模式，在设计模式中是对象适配器模式。其是delegate是指向某个对象的，这是一对一的关系。而在通知模式中，往往是一对多的关系。托付模式。从技术上能够如今改变delegate指向的对象。但不建议这样做，会让人迷惑，假设一个delegate对象不断改变，指向不同的对象。

5、你用过NSOperationQueue么？假设用过或者了解的话，你为什么要使用NSOperationQueue。实现了什么？请描写叙述它和GCD的差别和相似的地方（提示：能够从两者的实现机制和适用范围来描写叙述）。

使用NSOperationQueue用来管理子类化的NSOperation对象。控制其线程并发数目。GCD和NSOperation都能够实现对线程的管理，差别是 NSOperation和NSOperationQueue是多线程的面向对象抽象。

项目中使用NSOperation的长处是NSOperation是对线程的高度抽象，在项目中使用它。会使项目的程序结构更好，子类化NSOperation的设计思路。是具有面向对象的长处（复用、封装）。使得实现是多线程支持，而接口简单，建议在复杂项目中使用。

项目中使用GCD的长处是GCD本身非常简单、易用。对于不复杂的多线程操作，会节省代码量，而Block參数的使用，会是代码更为易读，建议在简单项目中使用。

6、既然提到GCD，那么问一下在使用GCD以及block时要注意些什么？它们两是一回事儿么？block在ARC中和传统的MRC中的行为和使用方法有没有什么差别，须要注意些什么？

使用block是要注意，若将block做函数參数时，须要把它放到最后，GCD是Grand Central Dispatch，是一个对线程开源类库，而Block是闭包，是能够读取其它函数内部变量的函数。

7、您是否做过异步的网络处理和通讯方面的工作？假设有，能详细介绍一些实现策略么？

使用NSOperation发送异步网络请求，使用NSOperationQueue管理线程数目及优先级。底层是用NSURLConnetion，详细可见开源框架[LWConnetion](https://github.com/xunyn/LWConnetionDemo)。

8、对于Objective-C，你觉得它最大的长处和最大的不足是什么？对于不足之处。如今有没有可用的方法绕过这些不足来实现需求。

假设能够的话。你有没有考虑或者实践过又一次实现OC的一些功能，假设有，详细会怎样做？

最大的长处是它的运行时特性，不足是没有命名空间。对于命名冲突，能够使用长命名法或特殊前缀解决。假设是引入的第三方库之间的命名冲突，能够使用link命令及flag解决冲突。

9、简单描写叙述开发中使用的框架？

Core Data , Core Graphics, Core Animation,和OpenGLES框架 Foundation、UIKit

10、能否够在一个视图控制器中嵌入两个tableview控制器？

一个视图控制仅仅提供了一个View视图，理论上一个 tableViewController也不能放吧，仅仅能说能够嵌入一个tableview视图。

当然，题目本身也有歧义，假设不是我们定性

思维觉得的UIViewController。而是宏观的表示视图控制者。那我们倒是能够把其看成一个视图控制者，它能够控制多个视图控制器，比方TabbarController 那样的感觉。

11、一个tableView能否够关联两个不同的数据源？你会怎么处理？

首先我们从代码来看，数据源怎样关联上的，事实上是在数据源关联的代理方法里实现的。因此我们并不关心怎样去关联他，他怎么关联上。方法仅仅是让我返回依据自己的须要去设置如相关的数据源。

因此。我觉得能够设置多个数据源啊，可是有个问题是，你这是想干嘛呢？想让列表怎样显示。不同的数据源分区块显示？

12、tableView的重用机制？

UITableView通过重用单元格来达到节省内存的目的:通过为每一个单元格指定一个重用标识符(reuseIdentifier),即指定了单元格的种类,以及当单元格滚出屏幕时,同意恢复单元格以便重用.对于不同种类的单元格使用不同的ID,对于简单的表格,一个标识符就够了. 假如一个TableView中有10个单元格,可是屏幕上最多能显示4个,那么实际上iPhone仅仅是为其分配了4个单元格的内存,没有分配10个,当滚动单元格时,屏幕内显示的单元格反复使用这4个内存

13、 viewcontroller的一些方法的说明viewDidLoad, viewWillDisappear, viewWillAppear方法的顺序和作用？

viewDidLoad:在视图载入后被调用 viewWillAppear:视图即将可见时调用。默认情况下不运行不论什么操作

viewDidAppear: 视图已全然过渡到屏幕上时调用 viewWillDisappear:视图被驳回时调用。覆盖或以其它方式隐藏。

默认情况下不运行不论什么操作 viewDidDisappear:视图被驳回后调用，覆盖或以其它方式隐藏。默认情况下不运行不论什么操作先运行viewDidLoad再运行viewWillAppear。

14、怎样实现延迟载入图片？以及载入图片出现的超时问题？

经常我们会用tableView显示非常多条目, 有时候须要显示图片, 可是一次从server上取来全部图片对用户来浪费流量, 对server也是负担.最好是按需载入,即当该用户要浏览该条目时再去载入它的图片。重写例如以下方法

 - (void)tableView:(UITableView *)tableView willDisplayCell:(UITableViewCell *)cell forRow AtIndexPath:(NSIndexPath *)indexPath

{

     UIImage *image = [self getImageForCellAtIndexPath:indexPath];  //从网上取得图片

    [cell.imageView setImage:image];

 }

这尽管攻克了延时载入的问题, 但当网速非常慢, 或者图片非常大时(假设,尽管一般cell中的图非常小),你会发现程序可能会失去对用户的响应.
原因是

UIImage *image = [self getImageForCellAtIndexPath:indexPath];

这种方法可能要花费大量的时间,主线程要处理这个method. 所以失去了对用户的响应. 所以要将该方法提出来:

- (void)updateImageForCellAtIndexPath:(NSIndexPath *)indexPath

{

   NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init];

    UIImage *image = [self getImageForCellAtIndexPath:indexPath];

    UITableViewCell *cell = [self.tableView cellForRowAtIndexPath:indexPath];

    [cell.imageView performSelectorOnMainThread:@selector(setImage:) withObject:image wai tUntilDone:NO];

    [pool release];

}

然后再新开一个线程去做这件事情

 - (void)tableView:(UITableView *)tableView willDisplayCell:(UITableViewCell *)cell forRow AtIndexPath:(NSIndexPath *)indexPath

 {

    [NSThread detachNewThreadSelector:@selector(updateImageForCellAtIndexPath:) toTarget: self withObject:indexPath];

 }

同理当我们须要长时间的计算时,也要新开一个线程去做这个计算以避免程序处于假死状态以上代码仅仅是演示样例, 还能够改进的很多其它, 比方从网上down下来一次后就将图片缓存起来,再次显示的时候就不用去下载。

14、Object－c的类能够多重继承么？能够实现多个接口么？重写一个类的方式用继承好还是分类好？为什么？

Objective-c仅仅支持单继承，假设要实现多继承的话。能够通过类别和协议的方式来实现，cocoa 中全部的类都是NSObject 的子类，多继承在这里是用protocol 托付代理来实现的。

15、简单描写叙述一下ios的内存管理机制？有没有垃圾回收机制？与java有什么差别？

Objective-C的对象在使用完毕之后不会自己主动销毁。须要运行dealloc来释放空间（销毁）。否则内存泄露。谁创建，谁释放（相似于“谁污染，谁治理”）。假设你通过alloc、new或copy来创建一个对象。那么你必须调用release或autorelease。换句话说，不是你创建的，就不用你去释放。

16、简单描写叙述一下多线程，以及怎样处理ios多线程开发？什么情况下会使用多线程？长处？

存放NSOperation的集合类。操作和操作队列，基本能够看成java中的线程和线程池的概念。用于处理ios多线程开发的问题。

网上部分资料提到一点是。尽管是queue，可是却并非带有队列的概念，放入的操作并非是依照严格的先进现出。这边又有个疑点是。对于队列来说，先进先出的概念是Afunc加入进队列，Bfunc紧跟着也进入队列。Afunc先运行这个是必定的，可是Bfunc是等Afunc全然操作完以后。B才開始启动而且运行。因此队列的概念离乱上有点违背了多线程处理这个概念。可是转念一想事实上能够參考银行的取票和叫号系统。因此对于A比B先排队取票可是B领先运行完操作，我们亦然能够感性觉得这还是一个队列。可是后来看到一票关于这操作队列话题的文章，当中有一句提到 “由于两个操作提交的时间间隔非常近。线程池中的线程，谁先启动是不定的。

” 瞬间觉得这个queue名字有点忽悠人了，还不如pool~ 综合一点，我们知道他能够比較大的用处在于能够帮组多线程编程就好了。

17、asihttp代码原理，异步请求的原理，异步请求最大数目，为什么仅仅能这么多？

ASIHTTPRequest是一个简易使用的类库,通过包装CFNetwork API 来简化和server端的通讯. 它编写的语言是Objective-C 能够应用于Mac OS X and iPhone 平台的应用程序. 异步: 请求通过事件触发->server处理（这是浏览器仍然能够作其它事情）->处理完毕这个数量是跟cpu有关的,并发性取决于cpu核数,每一个核仅仅能同一时候处理一个任务.4核cpu理论上能够并发处理4个任务,假设按http来算就是4个请求,可是cpu是抢占式资源,所以一般来说并发量是要依据任务的耗时和cpu的繁忙度来计算4个左右仅仅是个经验值你开10个短耗时的任务和几个长耗时任务的效率是不同的。

18、什么是懒汉模式（懒载入）？什么时候使用？长处是什么？

懒汉模式。仅仅在用到的时候才去初始化。也能够理解成延时载入。我觉得最好也最简单的一个列子就是tableView中图片的载入显示了。一个延时载。避免内存过高。一个异步载入。避免线程阻塞。

19、ios平台怎么做数据的持久化?coredata和sqlited 的联系？coredata是一个关系型数据库吗？

iOS中能够有四种持久化数据的方式：属性列表、对象归档、SQLite3和Core Data。core data能够使你以图形界面的方式高速的定义app的数据模型，同一时候在你的代码中easy获取到它。

core data提供了基础结构去处理经常使用的功能，比如保存，恢复。撤销和重做。同意你在app中继续创建新的任务。在使用core data的时候。你不用安装额外的数据库系统，由于core data使用内置的sqlite数据库。

core data将你app的模型层放入到一组定义在内存中的数据对象。core data会追踪这些对象的改变，同一时候能够依据须要做相反的改变，比如用户运行撤销命令。当core data在对你app数据的改变进行保存的时候，core data会把这些数据归档，并永久性保存。 mac os x中sqlite库，它是一个轻量级功能强大的关系数据引擎。也非常easy嵌入到应用程序。能够在多个平台使用，sqlite是一个轻量级的嵌入式sql数据库编程。

与core data框架不同的是。sqlite是使用程序式的，sql的基本的API来直接操作数据表。

20、什么是PUSH（推送消息）？在什么情况下使用。使用过哪些推送？百度云推送？

第一阶段：BeejiveIMserver把要发送的消息、目的iPhone的标识打包，发给APNS。

第二阶段：APNS在自身的已注冊Push服务的iPhone列表中，查找有对应标识的iPhone，并把消息发到iPhone。

第三阶段：iPhone把发来该消息发送到相应的应用程序，并根据该设置弹出Push通知。

IOS计划 分析