那些所谓过滤掉iOS菜鸟的面试题

一、struct和class的区别<swfit里的array是什么类型，在大量复制时会不会有性能问题。>

　　class是引用类型，struct是值类型

　　class可以继承类、接口和被继承，stryct只能继承接口，不能被继承

　　class有默认的无参构造函数，有析构函数，struct没有默认的无参构造函数，只能声明有参的构造函数，没有析构函数　

　　class可以使用abstract和sealed，有protected修饰符，struct不可以用abstract和sealed，没有protected修饰符；

　　class必须使用new初始化，结构可以不用new初始化；

　　class实例由垃圾回收机制来保证内存的回收处理，而struct变量使用完后立即自动解除内存分配；　　

　　从职能观点来看，class表现为行为，而struct常用于存储数据；

　　作为参数传递时，class变量以按址方式传递，而struct变量是以按值方式传递的

　　既然介绍这么多，那我们应该怎样选择结构还是类

　　　　1）．堆栈的空间有限，对于大量的逻辑的对象，创建类要比创建结构好一些 
　　　　2）．结构表示如点、矩形和颜色这样的轻量对象，例如，如果声明一个含有 1000 个点对象的数组，则将为引用每个对象分配附加的内存。在此情况下，结构的成本较低
　　　　3）．在表现抽象和多级别的对象层次时，类是最好的选择 
　　　　4）．大多数情况下该类型只是一些数据时，结构是最佳的选择

　　补充：

　　C语言中，struct与的class的区别：

　　struct只是作为一种复杂数据类型定义，不能用于面向对象编程。

　　C++中，struct和class的区别：

　　对于成员访问权限以及继承方式，class中默认的是private的，而struct中则是public的。class还可以用于表示模板类型，struct则不行。

　　　swfit里的array是什么类型，在大量复制时会不会有性能问题

　　　array在swift中是用struct实现的。Apple重写过一次array，然后复制就是深度拷贝了。要是多次拷贝且不进行修改的话，所有arrays指向的都是同一个物理地址，只是指针移动，所以性能上还是不错的。当然要是修改的话，array就会重新拷贝一份，这个时候开销就有点大了。

二、介绍一下观察者模式

也许有些人已经觉得设计模式有些过时，没有整本读过。就算如此iOS里常用的几个设计模式我觉得总要了解吧。

这里如果说NSNotificationCenter怎么使用的就直接pass。

这个回答应该包括三个部分：首先这个设计模式为了解决什么问题，其次通过什么方案来解决，最后才是当前体系下的具体实现方案。

解答：

观察者模式(Observer Pattern)：定义对象间的一种一对多依赖关系，使得每当一个对象状态发生改变时，其相关依赖对象皆得到通知并被自动更新。

在IOS中典型的推模型实现方式为NSNotificationCenter和KVO。

NSNotificationCenter

• 观察者Observer，通过NSNotificationCenter的addObserver:selector:name:object接口来注册对某一类型通知感兴趣。在注册时候一定要注意，NSNotificationCenter不会对观察者进行引用计数+1的操作，我们在程序中释放观察者的时候，一定要去报从center中将其注销了。

• 通知中心NSNotificationCenter，通知的枢纽。

• 被观察的对象，通过postNotificationName:object:userInfo:发送某一类型通知，广播改变。

• 通知对象NSNotification，当有通知来的时候，Center会调用观察者注册的接口来广播通知，同时传递存储着更改内容的NSNotification对象。

KVO

KVO的全称是Key-Value Observer，即键值观察。是一种没有中心枢纽的观察者模式的实现方式。一个主题对象管理所有依赖于它的观察者对象，并且在自身状态发生改变的时候主动通知观察者对象。

• 注册观察者

[object addObserver:self forKeyPath:property options:NSKeyValueObservingOptionNew context:]。

• 更改主题对象属性的值，即触发发送更改的通知。

• 在制定的回调函数中，处理收到的更改通知。

• 注销观察者 [object removeObserver:self forKeyPath:property]。

三、在一个https连接的网站里，输入账号密码点击登录后，到服务器返回这个请求前，中间经历了什么

这题是在其他看到的，本来题目是登录gmail的时候，但是国内也许有些人不知道Google很早就全站https了，所以这里特别指出是https的连接。

这里面可以谈的东西就很多了，TCP/IP下有非常多的协议。不需要什么都能说的清楚，但是对于整个网络连接模型的理解可以看出基本功。

解答：

HTTPS加密流程

• 客户端会打包一个请求，包括url，端口啊，你的账号密码等等。账号密码登陆应该用的是Post方式，所以相关的用户信息会被加载到body里面。这个请求应该包含三个方面：网络地址，协议，资源路径。注意，这里是HTTPS，就是HTTP + SSL / TLS，在HTTP上又加了一层处理加密信息的模块（相当于是个锁）。

• 一般会先请求DNS服务器。DNS服务器负责将你的网络地址解析成IP地址，这个IP地址对应网上一台机器。这其中可能发生Hosts Hijack和ISP failure的问题。

• 协议是获取资源的方式HTTP，FTP，UDP，不同协议有不同的格式，有些是process-to-process的，有些是host-to-host的。

• 客户端会和服务器的端口之间建立一个socket连接，socket一般都是以file descriptor的方式解析请求。

• 服务器端接收到请求。服务器端会有一套数字证书（相当于是个钥匙），这个证书会先返回给客户端。客户端会解析证书，相当于用钥匙（证书）把锁（内容）锁上（生成私匙），接着再传送加密信息。

• 服务器端接收到加密信息（私匙）之后，会进行解密，并把要返回的数据进行对称加密返回到客户端。假如路径不对，会出现404的错误。

• 一般访问服务器之前可能会访问一下proxy。这玩意是个代理，有时候当防火墙用，有时候当cache使。如果后台是reverse-proxy结构，那么实际上有多个web服务器藏在proxy之后按需处理请求，而你访问的永远是proxy，这样可以解决过载问题。

• 有时候访问完web服务器后还要访问一下file服务器，主要是请求数据库里的一些信息。

• 服务器将相应打包，直接或通过proxy（大多数时候）返回给客户端。客户端会用刚刚生成的私匙进行解密，将内容显示在浏览器上。

• HTTPS加密过程详解请去https原理：证书传递、验证和数据加密、解密过程解析

四、在一个app中间有一个button，在你手触摸屏幕点击后，到这个button收到点击事件，中间发生了什么

unloop和响应链需要说的清楚。

有时还会顺便问问UIResponder、UIControl、UIView的关系。

解答：

响应链大概有以下几个步骤：

• 设备将touch到的UITouch和UIEvent对象打包, 放到当前活动的Application的事件队列中

• 单例的UIApplication会从事件队列中取出触摸事件并传递给单例UIWindow

• UIWindow使用hitTest:withEvent:方法查找touch操作的所在的视图view

RunLoop这边我大概讲一下：

• 主线程的RunLoop被唤醒

• 通知Observer，处理Timer和Source 0

• Springboard接受touch event之后转给App进程

• RunLoop处理Source 1，Source1 就会触发回调，并调用_UIApplicationHandleEventQueue() 进行应用内部的分发。

• RunLoop处理完毕进入睡眠，此前会释放旧的autorelease pool并新建一个autorelease pool