IOS面试集锦

1、NSThread/NSOperation/GCD 三种多线程不同,分别使用场景?

•NSThread:

–优点:NSThread 比其他两个轻量级,使用简单

–缺点:需要自己管理线程的生命周期、线程同步、加锁、睡眠以及唤醒等。线程同步对数据的加锁会有一定的系统开销

•NSOperation:

–不需要关心线程管理,数据同步的事情,可以把精力放在自己需要执行的操作上

–NSOperation是面向对象的

•GCD:

–Grand Central Dispatch是由苹果开发的一个多核编程的解决方案。iOS4.0+才能使用,是替代NSThread, NSOperation的高效和强大的技术

–GCD是基于C语言的

2、响应链

iOS系统检测到手指触摸(Touch)操作时会将其打包成一个UIEvent对象,并放入当前活动Application的事件队列,单例的UIApplication会从事件队列中取出触摸事件并传递给单例的UIWindow来处理,UIWindow对象首先会使用hitTest:withEvent:方法寻找此次Touch操作初始点所在的视图(View),即需要将触摸事件传递给其处理的视图,这个过程称之为hit-test view。

UIWindow实例对象会首先在它的内容视图上调用hitTest:withEvent:,此方法会在其视图层级结构中的每个视图上调用pointInside:withEvent:(该方法用来判断点击事件发生的位置是否处于当前视图范围内,以确定用户是不是点击了当前视图),如果pointInside:withEvent:返回YES,则继续逐级调用,直到找到touch操作发生的位置,这个视图也就是要找的hit-test view。

hitTest:withEvent:方法的处理流程如下:

首先调用当前视图的pointInside:withEvent:方法判断触摸点是否在当前视图内;

若返回NO,则hitTest:withEvent:返回nil;

若返回YES,则向当前视图的所有子视图(subviews)发送hitTest:withEvent:消息,所有子视图的遍历顺序是从最顶层视图一直到到最底层视图,即从subviews数组的末尾向前遍历,直到有子视图返回非空对象或者全部子视图遍历完毕;

若第一次有子视图返回非空对象,则hitTest:withEvent:方法返回此对象,处理结束;

如所有子视图都返回非,则hitTest:withEvent:方法返回自身(self)。

3、__block与__weak的区别?

(1).__block不管是ARC还是MRC模式下都可以使用,可以修饰对象,还可以修饰基本数据类型。

__weak只能在ARC模式下使用,也只能修饰对象(NSString),不能修饰基本数据类型(int)。

(2).__block对象可以在block中被重新赋值,__weak不可以。

(3).__weak本身是可以避免循环引用的问题的,但是其会导致外部对象释放了之后,block内部也访问不到这个对象的问题,我们可以通过在block内部声明一个__strong的变量来指向weakObj,使外部对象既能在block内部保持住,又能避免循环引用的问题.

__block本身无法避免循环引用的问题,但是我们可以通过在block内部手动把blockObj赋值为nil的方式来避免循环引用的问题。另外一点就是__block修饰的变量在block内外都是唯一的,要注意这个特性可能带来的隐患。

__block的理解是其实际上是把变量的作用域给改变了,应该是提升了变量的作用域,使得在block内部和外部所访问的是同一个变量。

4、SDImage框架的缓存机制

(1)UIImageView+WebCache:setImageWithURL:placeholderImage:options:先显示placeholderImage,同时由SDWebImageManager根据URL来在本地查找图片。

(2)SDWebImageManager:downloadWithURL:delegate:options:userInfo:SDWebIma

geManager是将UIImageView+WebCache同SDImageCache链接起来的类,SDImageCache:queryDiskCacheForKey:delegate:userInfo:用来从缓存根据CacheKey查找图片是否已经在缓存中

(3)如果内存中已经有图片缓存,SDWebImageManager会回调SDImageCacheDelegate :imageCache:didFindImage:forKey:userInfo:

(4)而UIImageView+WebCache则回调SDWebImageManagerDelegate:webImageManager:didFinishWithImage:来显示图片。

(5)如果内存中没有图片缓存,那么生成NSInvocationOperation添加到队列,从硬盘查找图片是否已被下载缓存。

(6)根据URLKey在硬盘缓存目录下尝试读取图片文件。这一步是在NSOperation进行的操作,所以回主线程进行结果回调notifyDelegate:。

(7)如果上一操作从硬盘读取到了图片,将图片添加到内存缓存中(如果空闲内存过小,会先清空内存缓存)。SDImageCacheDelegate回调imageCache:didFindImage:forKey:userInfo:。进而回调展示图片。

(8)如果从硬盘缓存目录读取不到图片,说明所有缓存都不存在该图片,需要下载图片,回调imageCache:didNotFindImageForKey:userInfo:。

(9)共享或重新生成一个下载器SDWebImageDownloader开始下载图片。

(10)图片下载由NSURLConnection来做,实现相关delegate来判断图片下载中、下载完成和下载失败。

(11)connection:didReceiveData:中利用ImageIO做了按图片下载进度加载效果。

(12)connectionDidFinishLoading:数据下载完成后交给SDWebImageDecoder做图片解码处理。

(13)图片解码处理在一个NSOperationQueue完成,不会拖慢主线程UI。如果有需要对下载的图片进行二次处理,最好也在这里完成,效率会好很多。

(14)在主线程notifyDelegateOnMainThreadWithInfo:宣告解码完成,imageDecoder:didFinishDecodingImage:userInfo:回调给SDWebImageDownloader。

(15)imageDownloader:didFinishWithImage:回调给SDWebImageManager告知图片下载完成。

(16)通知所有的downloadDelegates下载完成,回调给需要的地方展示图片。

(17)将图片保存到SDImageCache中,内存缓存和硬盘缓存同时保存。

(18)写文件到硬盘在单独NSInvocationOperation中完成,避免拖慢主线程。

(19)如果是在iOS上运行,SDImageCache在初始化的时候会注册notification到UIApplicationDidReceiveMemoryWarningNotification以及UIApplicationWillTerminateNotification,在内存警告的时候清理内存图片缓存,应用结束的时候清理过期图片。

(20)SDWebImagePrefetcher可以预先下载图片,方便后续使用。、

5、UITaBleView出现卡顿的可能情况

(1)imageView尽量不透明

opque尽量设置为YES。

当imageView的opque设置为YES的时候其alpha的属性就会无效,imageView的半透明取决于其图片半透明或者imageView本身的背景色合成的图层view是半透明的。

如果图片全部不是半透明就不会触发图层的blend操作,整个图层就会不透明。

如果叠加的图片有出现半透明的,就会立马触发图层的blend操作,整个图层不透明。

opque设为NO。

当opque为NO的时候,图层的半透明取决于图片和其本身合成的图层为结果。

背景色尽可能设为alpha值为1,当某一块图层的alpha和其superView的背景色alpha不一样的时候会触发alpha合成操作,这是一项看似很简单但却是非常消耗CPU性能的操作。

(2)UIView的背景色

UIView的背景色尽量不要设置为clearColor,这样也会触发alpha叠加,在tableView滑动的时候是非常消耗性能的。子视图的背景色尽可能设置成其superView的背景色,这样图层合成的时候不会触发blend操作。最好不使用带alpha通道的图片,如果有alpha尽量让美工取消alpha通道。

(3)celllayer尽量避免使用

在工作中关于滑动界面我们会时常遇到cell行设置头像为圆角等需求,这时候我们尽量避免使用layder.cornerRadius,因为这会触发离屏渲染。离屏渲染很耗时间。

离屏渲染:是GPU渲染区的一个渲染缓冲区,我们所用的所有显示屏的图形图像都是通过GPU进行渲染,然后显示在屏幕上。GPU负责渲染会把渲染的图形放到缓冲区然后CPU就会发一个垂直信号显示到屏幕。

如果要使用圆角,我们可以设置为layer.shouldRasterize

= YES,其实这个设置是触发光栅化,可以大大提高渲染的性能。我的理解光栅化就是类似于cell的重用机制。

光栅化:把第一次渲染好的图层放到缓冲区,那么下次不需要再离屏渲染直接就可以从缓冲区拿去使用。

(4)优化图片的加载方

我们都知道图片的加载方式有两种形式:

1、UIImage *headerImage = [UIImage

imageNamed:@"haodf.png";

2、UIImage * headerImage = [UIImageimageWithContentOfFile:@"haodf.png"];

我们讲讲两种加载图片方式的区别:

第一种:当我们经常需要这张图片并且仅仅是小图的时候,我们可以使用此种方式加载图片。

这种方式是把图片缓存在图片缓存区,当我们使用的时候会通过图片的名字也就是通过key的方式去查找图片在缓存区的内存地址。

当我们使用很多图片的时候系统就会开辟很多内存来存储图片,所以qq、微信我们很多时候都会去清除缓存操作。

第二种:当我们使用工程里面的一张大图并且使用次数很少甚至为1次的时候,我们优先会采用这种方式加载图片,这种方式当使用完图片的时候会立即丢弃释放资源,所以对性能不会带来负担。

(5)尽量延迟图片的加

当我们在滑动页面的时候尤其对于那种布局特别复杂的cell,滑动的时候不要加载图片,当滑动停止得时候再进行图片的加载。

我们都知道不管是UITableView还是ScrollView在滚动的时候需要显示东西都是通过runLoop去拿。

当滚动的时候runLoop会处于NSRunLoopTrackingMode的模式,我们可以通过一个主线程队列dispatch_after或者selfPerformSelector设置runLoop的模式为NSDefaultRunLoopMode模式,就可以做到停止滚动再加载图片。

注:其实严格意义上selfPerformSelector的事件就是在主线程队列中等待。

(6)优先加载理念

一直很好奇墨迹天气这款app基本都是很炫的图片,是如何做到滑动时候不卡顿的呢,在cocoachina上有幸认识了一位墨迹天气的大牛,说是采用优先加载的理念,既先展示一部分,当滑动的时候再加载下面的一部分这样就保持流畅。至于具体没透露。

(7)避免阻塞主线

让图片的绘制、图片的下载、对象的创建、文本的渲染等这些耗时的操作尽可能采用子线程异步的方式去处理,对于layer及UI的操作不得不在主线程里面,只能想办法优化,所以此处给大家推荐Facebook的得力之作ASDK,有兴趣的可以好好研究下,现在好多公司都进行采用。

(8)xibstoryBoard

苹果推出storyboard确实为开发者节省了大量的时间,提高了开发效率,但是对于那种

复杂的滑动界面,利用storyboard是非常消耗资源的,不信的可以试试用性能工具timeProfie看看cpu所占的性能百分比,其CPU的资源远远大于纯代码布局,我看了一个国外的网站介绍,这两种方式初始化对象分配内存的先后方式完全不一样,至于具体细节有兴趣的可以找相关资料研究。

当然对于那种重用性不强固定不怎么变化的界面还是很喜欢storyboard,一蹴而就,节省成本。

6、imageName和imageWithContentsOfFile、init的区别

第一种方法(imageName)为常见方法,利用它可以方便加载资源图片。用imageNamed的方式加载时,会把图像数据根据它的名字缓存在系统内存中,以提高imageNamed方法获得相同图片的image对象的性能。即使生成的对象被autoReleasePool释放了,这份缓存也不释放。而且没有明确的释放方法。如果图像比较大,或者图像比较多,用这种方式会消耗很大的内存。

第二种方法(imageWithContentsOfFile)加载的图片是不会缓存的。得到的对象时autoRelease的,当autoReleasePool释放时才释放。

第三种方法(init)要手动release掉。不系统缓存。release后立即释放,一般用在封面等图比较大的地方。

用imageNamed的方式加载时,系统会把图像Cache到内存。如果图像比较大,或者图像比较多,用这种方式会消耗很大的内存,而且释放图像的内存是一件相对来说比较麻烦的事情。例如:如果利用imageNamed的方式加载图像到一个动态数组NSMutableArray,然后将将数组赋予一个UIView的对象的animationImages进行逐帧动画,那么这将会很有可能造成内存泄露。并且释放图像所占据的内存也不会那么简单。但是利用imageNamed加载图像也有自己的优势。对于同一个图像系统只会把它Cache到内存一次,这对于图像的重复利用是非常有优势的。例如:你需要在一个TableView里重复加载同样一个图标,那么用imageNamed加载图像,系统会把那个图标Cache到内存,在Table里每次利用那个图像的时候,只会把图片指针指向同一块内存。这种情况使用imageNamed加载图像就会变得非常有效。

7、nil、Nil、NULL与NSNUll的区别

(1)nil

指向一个对象的指针为空 ,在Objective-C中用于id类型的对象

NSString

*name = nil;

(2)Nil

指向一个类的指针为空,在Objective-C中用于Class类型的对象

Class aClass = Nil;

(3)NULL

指向C类型的指针为空,多用于如下例子:

int*pInt     = NULL;

(4)NSNull

在Objective-C中是一个类,只是名字中有个Null,NSNull有+

(NSNull *)null;单例方法,多用于集合(NSArray,NSDictionary)中值为空的对象

8、bool与BOOL的区别

有的文章对bool与BOOL的区别做以下解释,但这种解释是错误的,BOOL b = 8960;结果是YES.

objective-c中的BOOL实际上是一种对带符号的字符类型(signed char)的类型定义(typedef),它使用8位的存储空间。通过#define指令把YES定义为1,NO定义为0。

注意:objective-c并不会将BOOL作为仅能保存YES或NO值的真正布尔类型来处理。编译器仍将BOOL认作8位二进制数,YES和NO值只是在习惯上的一种理解。

问题:如果不小心将一个大于1字节的整型值(比如short或int)赋给一个BOOL变量,那么只有低位字节会用作BOOL值。如果该低位字节刚好为0(比如8960,写成十六进制为0x2300),BOOL值将会被认作是0,即NO值。而对于bool类型,只有true和false的区别,即0为false,非0为true。

举例:

BOOL b1=8960; //实际是NO,因为8960换成十六进制为0x2300,BOOL只有8位存储空间,取0x2300的低8位,00,所以是NO

bool b2=8960;//实际是true,因为bool类型,非0即为true。

9、int与NSInteger的区别

当需要使用int类型的变量的时候,可以像写C的程序一样,用int,也可以用NSInteger,但更推荐使用NSInteger,因为这样就不用考虑设备是32位的还是64位的。

楼主你可以看如下定义:

#if __LP64__ || (TARGET_OS_EMBEDDED && !TARGET_OS_IPHONE) || TARGET_OS_WIN32 || NS_BUILD_32_LIKE_64

typedef long NSInteger;

typedef unsigned long NSUInteger;

#else

typedef int NSInteger;

typedef unsigned int NSUInteger;

#endif

32位编译器:

char:1个字节

char*(即指针变量): 4个字节(32位的寻址空间是2^32,即32个bit,也就是4个字节。同理64位编译器)

short int : 2个字节

int:4个字节

unsigned int : 4个字节

float:  4个字节

double:   8个字节

long:   4个字节

long long:  8个字节

unsigned long:  4个字节

64位编译器:

char:1个字节

char*(即指针变量): 8个字节

short int : 2个字节

int:4个字节

unsignedint : 4个字节

float:4个字节

double:8个字节

long:8个字节

long long:8个字节

unsigned long:8个字节

10、IOS系统架构

iOS的系统架构分为四个层次:核心操作系统层(Core OS layer)、核心服务层(Core

Services layer)、媒体层(Media layer)和可触摸层(Cocoa Touch layer)。

1、Core OS是位于iOS系统架构最下面的一层是核心操作系统层,它包括内存管理、文件系统、电源管理以及一些其他的操作系统任务。它可以直接和硬件设备进行交互。作为app开发者不需要与这一层打交道。

2、Core Services是核心服务层,可以通过它来访问iOS的一些服务。

3、Media是媒体层,通过它我们可以在应用程序中使用各种媒体文件,进行音频与视频的录制,图形的绘制,以及制作基础的动画效果。

4、Cocoa Touch是可触摸层,这一层为我们的应用程序开发提供了各种有用的框架,并且大部分与用户界面有关,本质上来说它负责用户在iOS设备上的触摸交互操作。

11、CoreFoundtion对Socket的操作方法

Core Foundation层:因为直接使用socket需要更多的编程工作,所以苹果对OS层的socket进行简单的封装以简化编程任务。该层提供了CFNetwork和CFNetServices,其中CFNetwork又是基于CFStream和CFSocket。

12、Object-c的类可以多重继承么?可以实现多个接口么?Category是什么?重写一个类的方式用继承好还是分类好?为什么?

Object- c的类不可以多重继承;可以实现多个接口,通过实现多个接口可以完成C++的多重继承;Category是类别,一般情况用分类好,用Category去重写类的方法,仅对本Category有效,不会影响到其他类与原有类的关系。

13.自动释放池的作用

自动释放池:是用来自动释放对象的,不需要关心对象释放的时间,不需要关心对象什么时候调用release

自动释放池释放的时间:事件循环结束

自动释放池原理: 当池子结束,会想池子里面的所有对象发送一条release消息

自动释放池使用: 1.创建对象2.加入自动释放池

14、AFN 2.0与AFN 3.0的不同?

AFNetworking 2.0开始使用NSURLConnection的基础API,以及较新基于NSURLSession的API的选项。AFNetworking 3.0现已完全基于NSURLSession的API,这降低了维护的负担,同时支持苹果增强关于NSURLSession提供的任何额外功能。

由于Xcode 7中,NSURLConnection的API已经正式被苹果弃用。虽然该API将继续运行,但将没有新功能将被添加,并且苹果已经通知所有基于网络的功能,以充分使NSURLSession向前发展。

15、Git集中式还是分布式?Git与SVN代码管理方式的区别?

Git分布式管理

(1)GIT是分布式的,SVN不是:

这是GIT和其它非分布式的版本控制系统,例如SVN,CVS等,最核心的区别。

GIT跟SVN一样有自己的集中式版本库或服务器。但,GIT更倾向于被使用于分布式模式,也就是每个开发人员从中心版本库/服务器上chect out代码后会在自己的机器上克隆一个自己的版本库。可以这样说,如果你被困在一个不能连接网络的地方时,就像在飞机上,地下室,电梯里等,你仍然能够提交文件,查看历史版本记录,创建项目分支,等。对一些人来说,这好像没多大用处,但当你突然遇到没有网络的环境时,这个将解决你的大麻烦。

(2)GIT把内容按元数据方式存储,而SVN是按文件:

所有的资源控制系统都是把文件的元信息隐藏在一个类似.svn,.cvs等的文件夹里。如果你把.git目录的体积大小跟.svn比较,你会发现它们差距很大。因为.git目录是处于你的机器上的一个克隆版的版本库,它拥有中心版本库上所有的东西,例如标签,分支,版本记录等。

(3)GIT分支和SVN的分支不同:

分支在SVN中一点不特别,就是版本库中的另外的一个目录。如果你想知道是否合并了一个分支,你需要手工运行像这样的命令svn propget svn:mergeinfo,来确认代码是否被合并。感谢Ben同学指出这个特征。所以,经常会发生有些分支被遗漏的情况。

然而,处理GIT的分支却是相当的简单和有趣。你可以从同一个工作目录下快速的在几个分支间切换。你很容易发现未被合并的分支,你能简单而快捷的合并这些文件。

你可能感兴趣的:(IOS面试集锦)