• 热门专题

IOS编程浅析

作者:  发布日期:2014-10-10 20:39:43
Tag标签: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和HTTP服务器的通信,或解析DNS等任务。使用CFNetwork框架实现的任务如下所示:
    BSD Sockets;
    利用SSL或TLS创建加密连接;
    解析DNS Hosts;
    解析HTTP协议,鉴别HTTP和HTTPS服务器;
    在FTP服务器工作;
    发布、解析和浏览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,而不需要在远端运行另一个数据库服务器。开发者可以创建本地数据库文件,并管理这些 文件中的表格和记录。数据库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语言的,它采用基于对象的抽象表征基础画图对象,使得图像内容易于保存和复用。
    ② 核心动画(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 框架是基于C语言的框架,与硬件设备紧密相关,为全屏游戏类应用提供高帧率(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、 要将数据保存在本地服务器中,可以使用固化或者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之后,再回头分析bug产生的原因,你会发现,造成这个严重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显示很多条目, 有时候需要显示图片, 但是一次从服务器上取来所有图片对用户来浪费流量, 对服务器也是负担.最好是按需加载,即当该用户要浏览该条目时再去加载它的图片。 重写如下方法
     - (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 来简化 和服务器端的通讯. 它编写的语言是Objective-C 能够应用于Mac OS X and iPhone 平台的应用程序. 异步: 请求通过事件触发->服务器处理(这是浏览器仍然可以作其他事情)->处理完毕 这个数量是跟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的数据模型,同时在你的代码中容易获取到它。core data提供了基础结构去处理常用的功能,例如保存,恢复,撤销和重做,允许你在app中继续创建新的任务。在使用core data的时候,你不用安装额外的数据库系统,因为core data使用内置的sqlite数据库。core data将你app的模型层放入到一组定义在内存中的数据对象。core data会追踪这些对象的改变,同时可以根据需要做相反的改变,例如用户执行撤销命令。当core data在对你app数据的改变进行保存的时候,core data会把这些数据归档,并永久性保存。 mac os x中sqlite库,它是一个轻量级功能强大的关系数据引擎,也很容易嵌入到应用程序。可以在多个平台使用,sqlite是一个轻量级的嵌入式sql数据库编程。与core data框架不同的是,sqlite是使用程序式的,sql的主要的API来直接操作数据表。

    20、什么是PUSH(推送消息)? 在什么情况下使用,使用过哪些推送?百度云推送?

    第 一阶段:BeejiveIM服务器把要发送的消息、目的iPhone的标识打包,发 给APNS。

    第二阶段:APNS在自身的已注册Push服务 的iPhone列表中,查找有相应标识的iPhone,并把消息发到iPhone。

    第三阶段:iPhone把发来的消息传递给相应的应用程序, 并且按照设定弹出Push通知。


延伸阅读:

About IT165 - 广告服务 - 隐私声明 - 版权申明 - 免责条款 - 网站地图 - 网友投稿 - 联系方式
本站内容来自于互联网,仅供用于网络技术学习,学习中请遵循相关法律法规