美文网首页
2017年 iOS最新基础面试题和答案

2017年 iOS最新基础面试题和答案

作者: 爱哭的僵小鱼 | 来源:发表于2017-09-26 15:47 被阅读0次

    最近有在整理一些基础的东西,也打算准备跳槽,,,所以抽了点时间弄了下 面试题 面试题 有的是网上搜的 有的 找从事这方面的同事 同学要的 再加上 这几年遇到的 的整理了一下

     第一部分  基础面试(就是面试题)

    1.为什么说Objective-C是一门动态的语言?

    Objective-C 可以通过Runtime 这个运行时机制,在运行时动态的添加变量、方法、类等,所以说Objective-C 是一门动态的语言

    2.讲一下MVC和MVVM,MVP?(因为目前 我也用MVC 来写 MVP 跟mvvm 也是听过看过没用过  大家想研究下 可以百度下)

    1.png

    MVC:Model-View-Controller

    MVP:Model-View-Presenter

    MVVM:Model-View-ViewModel

    先说一下三者的共同点,也就是Model和View

    Model就是领域模型,数据对象,同时,提供外部对应用程序数据的操作的接口,也可能在数据变化时发出变更通知。Model不依赖于View的实现,只要外部程序调用Model的接口就能够实现对数据的增删改查。

    View就是UI层,提供对最终用户的交互操作功能,包括UI展现代码及一些相关的界面逻辑代码。

    Controller接收View的操作事件,根据事件不同,或者调用Model的接口进行数据操作,或者进行View的跳转,从而也意味着一个Controller可以对应多个View。Controller对View的实现不太关心,只会被动地接收,Model的数据变更不通过Controller直接通知View,通常View采用观察者模式监听Model的变化。

    Presenter,与Controller一样,接收View的命令,对Model进行操作;与Controller不同的是Presenter会反作用于View,Model的变更通知首先被Presenter获得,然后Presenter再去更新View。一个Presenter只对应于一个View。根据Presenter和View对逻辑代码分担的程度不同,这种模式又有两种情况:Passive View和Supervisor Controller。

    ViewModel,注意这里的“Model”指的是View的Model,跟上面那个Model不是一回事。所谓View的Model就是包含View的一些数据属性和操作的这么一个东东,这种模式的关键技术就是数据绑定(data binding),View的变化会直接影响ViewModel,ViewModel的变化或者内容也会直接体现在View上。这种模式实际上是框架替应用开发者做了一些工作,开发者只需要较少的代码就能实现比较复杂的交互。

    3.为什么代理要用weak?代理的delegate和dataSource有什么区别?

    tableView来说, tableView有个view 里面有个强引用, 他有个代理属性, 一般我们都是设置控制器为代理, 此时要是用强引用的化, 就会造成你拉着我,我拉着你,谁都别想死u循环引用,这是个很大的问题,   

    说白了就是防止循环引用

    首先Delegate是委托的意思,在oc中则是一个类委托另一个类实现某个方法。当一个对象接受到某个事件或者通知的时候, 会向它的Delegate对象查询它是否能够响应这个事件或者通知,如果可以这个对象就会给它的Delegate对象发送一个消息(执行一个方法调用)。

    Datasource字面是数据源,一般和Delegate伴生,这时数据源处理的数据就是Delegate中发送委托的类中的数据,并通过Datasource发送给接受委托的类。

    4.通知、代理、block的区别和用法

    区别

    NotificationCenter 通知中心:“一对多”,在APP中,很多控制器都需要知道一个事件,应该用通知;

    2.delegate 代理委托:

    1,“一对一”,对同一个协议,一个对象只能设置一个代理delegate,所以单例对象就不能用代理;

    2,代理更注重过程信息的传输:比如发起一个网络请求,可能想要知道此时请求是否已经开始、是否收到了数据、数据是否已经接受完成、数据接收失败

    3.block(闭包)

    block和delegate一样,一般都是“一对一”之间通信交互,相比代理block有以下特点

    1:写法更简练,不需要写protocol、函数等等

    2,block注重结果的传输:比如对于一个事件,只想知道成功或者失败,并不需要知道进行了多少或者额外的一些信息

    3,block需要注意防止循环引用

    5.用StoryBoard开发界面有什么弊端?如何避免?

    storyboard:多人开发时会有冲突,如果采用多storyboard方式则有会显得low 还需要寻找更好的解决方案

    怎么避免 说白了就是 纯代码写就好

    6.UICollectionView自定义layout如何实现?

    重写

    -(CGSize)collectionViewContentSize返回collectionView的内容的尺寸

    7.nonatomic和atomic的区别?atomic是绝对的线程安全么

    atomic 和 nonatomic 的区别在于,系统自动生成的 getter/setter 方法不一样。自己写getter/setter,那 atomic/nonatomic/tetain/assign/copy 这些关键词只起提示作用,写不写都一样。

    对于atomic的属性,系统生成的 getter/setter 会保证 get、set 操作的完整性,不受其他线程影响。比如,线程 A 的 getter 方法运行到一半,线程 B 调用了 setter:那么线程 A 的 getter 还是能得到一个完好无损的对象。

    而nonatomic就没有这个保证了。所以,nonatomic的速度要比atomic快。不过atomic可并不能保证线程安全。如果线程 A 调了 getter,与此同时线程 B 、线程 C 都调了 setter——那最后线程 A get 到的值,3种都有可能:可能是 B、C set 之前原始的值,也可能是 B set 的值,也可能是 C set 的值。同时,最终这个属性的值,可能是 B set 的值,也有可能是 C set 的值。

    8.为什么IBOutlet修饰的UIView也适用weak关键字?

    因为当我们将控件拖到Storyboard上,相当于新创建了一个对象,而这个对象是加到视图控制器的view上,view有一个subViews属性,这个属性是一个数组,里面是这个view的所有子view,而我们加的控件就位于这个数组中,那么说明,实际上我们的控件对象是属于view的,也就是说view对加到它上面的控件是强引用。当我们使用Outlet属性的时候,我们是在viewController里面使用,而这个Outlet属性是有view来进行强引用的,我们在viewController里面仅仅是对其使用,并没有必要拥有它,所以是weak的

    如果将weak改为strong,也是没有问题的,并不会造成强引用循环。当viewController的指针指向其他对象或者为nil,这个viewController销毁,那么对控件就少了一个强引用指针。然后它的view也随之销毁,那么subViews也不存在了,那么控件就又少了一个强引用指针,如果没有其他强引用,那么这个控件也会随之销毁。

    不过,既然没有必将Outlet属性设置为strong,那么用weak就好了;

    9.线程间通信?

    GCD’一个线程传递数据给另一个线程,如:

    dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{

    NSLog(@"donwload---%@", [NSThread currentThread]);

    // 1.子线程下载图片

    NSURL *url = [NSURL URLWithString:@"http://d.jpg"];

    NSData *data = [NSData dataWithContentsOfURL:url];

    UIImage *image = [UIImage imageWithData:data];

    // 2.回到主线程设置图片

    dispatch_async(dispatch_get_main_queue(), ^{

    NSLog(@"setting---%@ %@", [NSThread currentThread], image);

    [self.button setImage:image forState:UIControlStateNormal];

    });

    });

    10.进程和线程的区别?同步异步的区别?并行和并发的区别?

    一个iOS程序就像一个圆,不断循环,直到将它切断。一个运行着的程序就是一个进程或者叫做一个任务,一个进程至少包含一个线程,线程就是程序的执行流。iOS中的程序启动,创建好一个进程的同时,一个线程便开始运行,这个线程叫主线程。主线程在程序中的地位和其他线程不同,它是其他线程最终的父线程,且所有界面的显示操作即AppKit或UIKit的操作必须在主线程进行。 系统中的每一个进程都有自己独立的虚拟内存空间,而同一个进程中的多个线程则共用进程的内存空间。每创建一个新的线程,都需要一些内存和消耗一定的CPU时间。另外当多个线程对同一个资源出现争夺的时候需要注意线程安全问题。

    11.说一下AppDelegate的几个方法?从后台到前台调用了哪些方法?第一次启动调用了哪些方法?从前台到后台调用了哪些方法?

    首次运行:

    - (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions

    - (void)applicationDidBecomeActive:(UIApplication *)application

    首次关闭(home):

    - (void)applicationWillResignActive:(UIApplication *)application

    - (void)applicationDidEnterBackground:(UIApplication *)application

    再次运行:

    - (void)applicationWillEnterForeground:(UIApplication *)application

    - (void)applicationDidBecomeActive:(UIApplication *)application

    再次关闭:

    - (void)applicationWillResignActive:(UIApplication *)application

    - (void)applicationDidEnterBackground:(UIApplication *)application

    12.objc使用什么机制管理对象内存

    .MRC(manual retain-release)手动内存管理2).ARC(automatic reference counting)自动引用计数3).Garbage collection (垃圾回收)但是iOS不支持垃圾回收, ARC作为LLVM(编译器的架构系统,用c++编写而成的) 3.0编译器的一项特性, 在iOS5.0 (Xcode4) 版本后推出的自动内存管理, 苹果推荐使用ARC技术来管理内存, 节约时间 , 提高效率 , 减少代码量 , 降低出错几率. 开发者不需要再手动写入retain,release,autorelease三个关键字,手动管理内存, 编译器将自动在代码合适的地方插入retain,release,autorelease进行内存管理.ARC的判断准则, 只要没有强指针指向对象, 对象就会被释放.

    13.实现description方法能取到什么效果?

    A:1.NSLog(@"%@", objectA);这会自动调用objectA的description方法来输出ObjectA的描述信息.

    2.description方法默认返回对象的描述信息(默认实现是返回类名和对象的内存地址)

    3.description方法是基类NSObject 所带的方法,因为其默认实现是返回类名和对象的内存地址, 这样的话,使用NSLog输出OC对象,意义就不是很大,因为我们并不关心对象的内存地址,比较关心的是对象内部的一些成变量的值。因此,会经常重写description方法,覆盖description方法的默认实现

    14 属性的默认关键字是什么?

    strong 是内存的管理方式,其他的还有weak, copy, assign(基本类型时候)。

    atomic 是线程安全的关键词,还有nonatomic。

    readwrite 是读写关键词,还有readonly。

    有些人一定会说,那strong就不用写喽,理论上是不需要的,但是内存管理这个东西很重要,所以大家也都给带上。

    相关文章

      网友评论

          本文标题:2017年 iOS最新基础面试题和答案

          本文链接:https://www.haomeiwen.com/subject/ojwpattx.html