IOS计划 分析

一、基本介绍

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

二、知识点

一、IOS系统

 iPhone OS(如今所谓的iOS)这是iPhone, iPod touch 和 iPad 设备的操做系统。

一、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的安装文件夹。

二、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安装的目标文件夹。

三、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等。

二、托付机制与Core location

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

三、预处理

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

四、MapKit框架

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

五、XIB文件所有者

新建立的空XIB文件仅仅有两个对象：文件所有者和第一响应对象。做用是为CurrentTimeViewController建立视图。

六、UIView

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

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

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

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

七、UIScrollView

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

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

八、隐藏状态条

[UIApplication shareApplication] setStatusBarHidden:YES withAnimation:UIStatusBarAnimationFade]

九、UITabBarController

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

十、UIWindow

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

十一、载入XIB文件

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

十二、UIVIewController

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

1三、UITableView  UITableViewController  UITableViewCell对象 

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

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

三、UITableViewCell是UIView的子类。

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

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

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

1四、UINavigationController 导航控制器

一、UITabBarController对象可以切换没有相互依存关系的状况的视图，并且必须在初始化时设置好所有的视图控制对象，但假设屏幕键互有关联，就要使用导航控制对象。


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

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

UINavigationItem可以包括leftBarButtonItem rightBarButtonItem titleView三个可以本身定义的部分。

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

五、UIView实例存在一个endEditing:消息，当视图收到该消息时，假设视图是当前的第一对应对象，就会取消本身的第一响应对象状态，并且虚拟键盘也会消失（传入的參数表明是否需要强制取消第一响应对象状态，YES表明强制退出）, textField也可以经过resignFirstResponder来取消第一响应状态。

1五、相机

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

二、UIToolbar对象和UINavigationBar类似，差异是UINavigationBar仅仅能有两个UIBarButtonItem对象。而UIToolbar可以有一组UIBarButtonItem对象。

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

sourceType有三种 :

UIImagePickerControllerSourceTypeCamera:用户将拍摄一张新照片。
UIImagePickerControllerSourceTypePhotoLibrary:显示界面，让用户选择相冊，而后从该相冊选择一张照片。

UIImagePickerControllerSourceTypeSavedPhotosAlbum:让用户从近期拍摄的照片里选择一张照片。
选中照片时会触发UIImagePickerControllerDelegate下的imagePickerController:didFinishPickingMediaWithInfo:消息，经过该消息可以获取选择的图片对象(UIImage *image = [info objectForKey:UIImagePickerControllerOriginalImage])。

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

五、 类型为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);

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

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

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

二、UIViewController对象会在运行时本身主动依据当前的设备载入不一样的XIB文件。

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

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

三、推断设备类型：经过UIDevice类发送currentDevice方法。可以获得UIDevice对象，而后检查该对象的userInterfaceIdiom属性，该属性仅仅有两种值：UIUserInterfaceIdiomPad 和 UIUserInterfaceIdiomPhone.

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

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

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

1七、保存、读取与多任务处理

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

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

* 应用程序包(application bundle):包括所有的资源文件和可运行文件，并且是仅仅读文件夹。
* Library/Preferences/:存放所有的偏好设置。经过NSUserDefaults类来存取，iTunes会在同步设备是备份该文件夹。
* tmp/:用于保存应用运行时所需的暂时数据。经过函数NSTemporaryDirectory可以获得应用沙盒下tmp文件夹的全路径。

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

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

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

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

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

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

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

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

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

1八、通告机制与设备转动

一、 每个应用都有一个 NSNotificationCenter 实例，经过defaultCenter消息得到。

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

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

不然，当响应的通告再次出现时。通告中心仍然会向该观察器发送消息，因为对应的对象已经释放了。因此会致使应用崩溃。

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

UIDevice Orientation/BatteryState/BatteryLevel/ProximityState DidChangeNotification .

1九、Core Data

一、 要将数据保存在本地server中，可以使用固化或者CoreData。

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

二、经过 CoreData 取回的对象，默认状况下都是 NSManagedObject 实例。NSManagedObject是NSObject的子类，也是CoreData的重要组成部分，它类似于字典对象，可以存取随意的键值对。即NSManagedObject对象会为所有的实体属性保存响应的键值对。

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

三、NSManagedObjectContext 对象：负责应用和数据库之间的交互，经过 NSManagedObjectContext 对象的 NSPersistentStoreCoordinator 对象，可以指定文件路径并打开响应的 SQLite 数据库。 而 NSPersistentStoreCoordinator 对象需要使用一个 NSManagedObjectModed 实例，这个实例表明某个 CoreData 模型文件。

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

还可以经过为 NSFetchRequest 对象添加 NSPredicate 对象，返回符合指定条件的对象。

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

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

20、NSUserDefaults

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

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

2一、方向感应器

一、方向感应器经过跟踪做用在其X，Y，Z轴上的重力，侦測设备所处的方向。经过方向感应器返回的数据，还可以侦測设备运动速度的变化。

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

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

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

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

2二、 iOS网络编程

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

二、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
 
发送请求：
可以使用同步或异步的方式发送一个请求,二者的结果 返回内容不一样

三、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

2三、控件默认高度

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

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

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

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

开发经验

一、  在每个页面的入口和出口（一般是viewDidLoad和dealloc）打上日志，可以了解用户的操做流程，并查出页面在关闭时是否销毁了对应的对象。
二、  定时器NSTimer 需要在一个新线程中运行，不然UI操做会阻塞定时器。

三、 需要为定时器所在的线程设置NSRunLoop，不然定时器可能不会动。
四、  假设在线程中设置了NSRunLoop，需要在销毁线程时也将其中止。使用CFRunLoopStop 。
五、  所有的UI操做都应该在主线程中运行，不然会致使应用崩溃（不必定是立刻崩溃）。
六、  假设项目中有c函数，出现同名的函数会致使应用编译失败。即便这些c函数处于不一样的页面中。

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

九、  不要试图获取设备的UDID，不然会形成应用审核不经过。可以使用OpenUDID 或者 Mac 地址取代。
十、将比較费时的操做不要放在主线程中运行，避免UI响应慢。

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

好比Mac 10.6下仅仅能安装Xcode4.2and iOS SDK 5.0 ，对iOS 5.1版本号的系统就不能直接调试。
十二、 图片命名：好比有一张图片为 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等其它框架，则有另一套命名规则。

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

在viewcontroller的构造函数里，nib里的控件都尚未完毕连接构造呢。

1九、iPhone程序崩溃不要着急。可以结合使用Console和objc_exception_throw可以高速定位根源所在。

一些好用的框架/组件：

一、 PDColoredProgressView进度条组件。可以设置进度条的颜色，支持iOS4。但是在ASIHttpRequest的下载进度条中很差使用。
二、 MTLabel可以对label中的文字设置行高。

三、 TSAlertView可以在弹出框(UIAlertView)中设置输入框，类似于JavaScript中的prompt 。
四、ZipArchive对文件进行压缩和解压操做。
五、 ASIHTTPRequest数据的上传和下载，以及断点续传。
六、 json-framework文件格式解析。

性能优化

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

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

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

相关面试总结

一、你使用过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时使用到。

 

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

（有需要的话还可以涉及Quartz的一些内容）  

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

   

UIKit | 
------------ | 
Core Animation | 
Core Graphics |
Graphics Hardware|    

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

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

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

体验是很是强大，挺复杂的。

四、 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对象不断改变，指向不一样的对象。

 

五、 你用过NSOperationQueue么？假设用过或者了解的话，你为何要使用NSOperationQueue。实现了什么？请描写叙述它和GCD的差异和类似的地方（提示：可以从二者的实现机制和适用范围来描写叙述）。

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

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

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

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

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

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

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

 

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

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

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

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

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

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

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

固然，题目自己也有歧义，假设不是咱们定性

思惟以为的UIViewController。 而是宏观的表示视图控制者。那咱们却是可以把其当作一个视图控制者，它可以控制多个视图控制器，比方TabbarController 那样的感受。   

十一、一个tableView可否够关联两个不一样的数据源？你会怎么处理？  

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

所以。我以为可以设置多个数据源啊，但是有个问题是，你这是想干吗呢？想让列表怎样显示。不一样的数据源分区块显示？  

十二、tableView的重用机制？  

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

1三、 viewcontroller的一些方法的说明viewDidLoad, viewWillDisappear, viewWillAppear方法的 顺序和 做用？ 

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

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

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

   

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

常常咱们会用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下来一次后就将图片缓存起来,再次显示的时候就不用去下载。

   

1四、Object－c的类可以多重继承么？可以实现多个接口么？重写一个类的方式用继承好仍是分类好？为何？ 

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

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

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

  

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

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

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

” 瞬间以为这个queue名字有点忽悠人了，还不如pool~ 综合一点，咱们知道他可以比較大的用处在于可以帮组多线程编程就行了。   

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

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

1八、 什么是懒汉模式（懒载入）？何时使用？长处是什么？  

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

1九、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通知。