iOS面试题 (2)

声明：面试题系列都是 qq群大神群主 总结的一小部分

---

XMPP是什么

-XMPP：The Extensible Messaging and Presence Protocol（可扩展通讯和表示协议）

-XMPP是一种基于XML的即时通讯协议，XMPP的官方文档是RFC 3920

-XMPP是一个典型的C/S架构，基本的网络形式是客户端通过TCP/IP连接到服务器，
通过Socket建立连接，然后在Socket上传输XML流

-XMPP是一种类似于HTTP协议的一种数据传输协议，其过程就如同“解包装--〉包装”的过程。
只需要理解其接收的类型及返回的类型，便可以很好的利用XMPP来进行数据通讯

-XMPP官方网站——http://xmpp.org

---

什么是FMDB

• FMDB是iOS平台的SQLite数据库框架
• FMDB以OC的方式封装了SQLite的C语言API
• FMDB的优点
• 使用起来更加面向对象，省去了很多麻烦、冗余的C语言代码
• 提供了多线程安全的数据库操作方法，有效地防止数据混乱
• FMDB的github地址
• https://github.com/ccgus/fmdb

核心类
• FMDB有三个主要的类
• FMDatabase
• 一个FMDatabase对象就代表一个单独的SQLite数据库
• 用来执行SQL语句
• FMResultSet
• 使用FMDatabase执行查询后的结果集
• FMDatabaseQueue
• 用于在多线程中执行多个查询或更新，它是线程安全的

Socket ------又称"套接字”

网络上的两端通过建立一个双向的通信连接实现数据的交换，这个端就称为一个Socket端。

应用程序通常通过"套接字"向网络发出请求或者应答网络请求

Paste_Image.png

网络通信的要素

网络上的请求就是通过Socket来建立连接然后互相通信

IP地址（网络上主机设备的唯一标识）

端口号(定位程序)

用于标示进程的逻辑地址，不同进程的标示

有效端口：0~65535，其中0~1024由系统使用或者保留端口，开发中建议使用1024以上的端口

传输协议（用什么样的方式进行交互）

通讯的规则

常见协议：TCP、UDP

TCP&UDP

TCP（传输控制协议）

建立连接，形成传输数据的通道

在连接中进行大数据传输（数据大小不收限制）

通过三次握手完成连接，是可靠协议，安全送达

必须建立连接，效率会稍低

UDP（用户数据报协议）

将数据及源和目的封装成数据包中，不需要建立连接

每个数据报的大小限制在64K之内

因为无需连接，因此是不可靠协议

不需要建立连接，速度快

 

runtime简介

RunTime简称运行时。OC就是运行时机制，也就是在运行时候的一些机制，其中最主要的是消息机制。

对于C语言，函数的调用在编译的时候会决定调用哪个函数。

对于OC的函数，属于动态调用过程，在编译的时候并不能决定真正调用哪个函数，只有在真正运行的时候才会根据函数的名称找到对应的函数来调用。

事实证明：

在编译阶段，OC可以调用任何函数，即使这个函数并未实现，只要声明过就不会报错。

在编译阶段，C语言调用未实现的函数就会报错。

runtime能干啥？

1、发送消息
方法调用的本质，就是让对象发送消息。
objc_msgSend,只有对象才能发送消息，因此以objc开头.
objc_msgSend(p, @selector(eat));

2、交换方法
 获取方法地址
 Method imageWithName = class_getClassMethod(self,@selector(imageWithName:));
获取系统方法地址
 Method imageName = class_getClassMethod(self,@selector(imageNamed:));
交换方法地址，相当于交换实现方式
method_exchangeImplementations(imageWithName, imageName);

3、动态添加方法
class_addMethod(self, @selector(eat), eat, "v@:");

4、给分类添加属性

5、 字典转模型

线程与进程

NSThread

一个NSThread对象就代表一条线程

创建、启动线程
NSThread *thread = [[NSThread alloc] initWithTarget:self selector:@selector(run) object:nil];
[thread start];
线程一启动，就会告诉 CPU 准备就绪,可以随时接受CPU 调度! CPU 调度当前线程之后,就会在线程thread中执行self的run方法

主线程相关用法

+ (NSThread*)mainThread;  获得主线程

- (BOOL)isMainThread;  是否为主线程

+ (BOOL)isMainThread;  是否为主线程


GCD

全称是Grand Central Dispatch，可译为“牛逼的中枢调度器”
纯C语言，提供了非常多强大的函数

GCD的优势
GCD是苹果公司为多核的并行运算提出的解决方案
GCD会自动利用更多的CPU内核（比如双核、四核）
GCD会自动管理线程的生命周期（创建线程、调度任务、销毁线程）
程序员只需要告诉GCD想要执行什么任务，不需要编写任何线程管理代码

 任务和队列
GCD中有2个核心概念
任务：执行什么操作
队列：用来存放任务

 GCD的使用就2个步骤
定制任务
确定想做的事情

将任务添加到队列中
GCD会自动将队列中的任务取出，放到对应的线程中执行

KVO

KVO其实是一种观察者模式，利用它可以很容易实现视图组件和数据模型的分离，当数据模型的属性值改变之后作为监听器
的视图组件就会被激发，激发时就会回调监听器自身。在ObjC中要实现KVO则必须实现NSKeyValueObServing协议，不过幸运的是
NSObject已经实现了该协议，因此几乎所有的ObjC对象都可以使用KVO。

在ObjC中使用KVO操作常用的方法如下：
注册指定Key路径的监听器： addObserver: forKeyPath: options:  context:
删除指定Key路径的监听器： removeObserver: forKeyPath、removeObserver: forKeyPath: context:
回调监听：observeValueForKeyPath: ofObject: change: context:

KVO的使用步骤也比较简单：
通过addObserver:
 forKeyPath: options: context:为被监听对象（它通常是数据模型）注册监听器 
重写监听器的observeValueForKeyPath:
 ofObject: change: context:方法

你一般是如何优化你的APP的?

一、首页启动速度

 启动过程中做的事情越少越好（尽可能将多个接口合并）

 不在UI线程上作耗时的操作（数据的处理在子线程进行，处理完通知主线程刷新）

在合适的时机开始后台任务（例如在用户指引节目就可以开始准备加载的数据）

尽量减小包的大小

优化方法：

量化启动时间

启动速度模块化

辅助工具（友盟，听云，Flurry）

 

二、页面浏览速度

json的处理（iOS
自带的NSJSONSerialization，Jsonkit，SBJson）

数据的分页（后端数据多的话，就要分页返回，例如网易新闻，或者
微博记录）

数据压缩（大数据也可以压缩返回，减少流量，加快反应速度）

内容缓存（例如网易新闻的最新新闻列表都是要缓存到本地，从本地加载，可以缓存到内存，或者数据库，根据情况而定）

延时加载tab（比如app有5个tab，可以先加载第一个要显示的tab，其他的在显示时候加载，按需加载）

算法的优化（核心算法的优化，例如有些app
有个 联系人姓名用汉语拼音的首字母排序）

 

三、操作流畅度优化：

Tableview
优化（tableview cell的加载优化）

ViewController加载优化（不同view之间的跳转，可以提前准备好数据）

 

四、数据库的优化：

数据库设计上面的重构

查询语句的优化

分库分表（数据太多的时候，可以分不同的表或者库）

 

五、服务器端和客户端的交互优化：

客户端尽量减少请求

服务端尽量做多的逻辑处理

服务器端和客户端采取推拉结合的方式（可以利用一些同步机制）

通信协议的优化。（减少报文的大小）

电量使用优化（尽量不要使用后台运行）

 

六、非技术性能优化

产品设计的逻辑性（产品的设计一定要符合逻辑，或者逻辑尽量简单，否则会让程序员抓狂，有时候用了好大力气，才可以完成一个小小的逻辑设计问题）

界面交互的规范（每个模块的界面的交互尽量统一，符合操作习惯）

代码规范（这个可以隐形带来app
性能的提高，比如 用if else 还是switch ，或者是用！还是 ＝＝）

code
review（坚持code Review 持续重构代码。减少代码的逻辑复杂度）

日常交流（经常分享一些代码，或者逻辑处理中的坑）