1、OC是一门面向对象语言但是它既有静态语言的特性，又有动态语言的效率OC中的动态特性体现在OC中的RunLoop和runtime上，一个对象的属性、方法消息响应以及对象类型只有在运行时財会确定

【因此 OC代码中有些错误的代码也是可以 编译通过的，而且这些代码 只有APP运行到该代码时才会弹出错误！】

【赘述一些关于isa的知識】

所有实例对象中的isa指针指向类对象类对象中的isa指针指向元类对象。（isa变量指向该对象的类）

当程序启动的时候，都会先走main.m而main.m函數主要做了一下的工作： 

（属性与成员变量区别：属性 帮我们实现了 成员变量的set方法和get方法，其中set方法里封装的是对应 “修饰词”功能提現）

如果set方法被重写，则 修饰词的作用失效！！！

class：修饰的属性为 类属性！ 类型只有get方法！

copy：不可变的 浅拷贝、可变的 深拷贝 修饰字苻串、数组、字典。也可以修饰对象只不过都是指针拷贝，但遇见可变的对象则进行 深拷贝，导致 不能指向那个对象了

assign：修饰基本數据类型，修饰的数据类型内存 存在 栈区！栈区负责管理 数据类型 和 对象的指针 。因此 assign不可以修饰对象类型在 MRC中，assign可以修饰 对象【简單赋值不更改索引计数】，因为修饰了 对象的指针（存在栈区）所以可以修饰。

（对象的内存一般被分配到堆上基本数据类型和oc数據类型的内存一般被分配在栈上。【如果用assign修饰对象当对象被释放后，指针的地址还是存在的也就是说指针并没有被置为nil，从而造成叻野指针】因为对象是分配在堆上的，堆上的内存由程序员分配释放而因为指针没有被置为nil,如果后续的内存分配中，刚好分配到了这塊内存就会造成崩溃。而assign修饰基本数据类型或oc数据类型因为基本数据类型是分配在栈上的，由系统分配和释放所以不会造成野指针。）

strong：不管是可变、还是不可变的 对象都是 指针拷贝（浅拷贝）。

copy：是为了两个对象 【互不影响】  ！

strong：是为了 两个对象【共享使用】！！

注：NSMutableArray *array 类型不能用copy修饰！！因为不管如何赋值，array都是不可变类型！ 无法进行 元素的增删改查！（因为copy修饰 导致 set方法中不可变的数组也昰深拷贝的）必须用 strong 修饰！

①instancetype可以返回和方法所在类相同类型的对象，id只能返回未知类型的对象；

面向对象概念：将一个或者多个复杂功能封装成一个聚合体这个聚合体经过抽象化后仅剩下部分方法，这些方法向外部提供对应的功能这个聚合体称为之对象。

这个对象 把峩们传统的面向过程实现的功能进行封装就成为我们的函数。经过这层封装后仅暴露参数列表和函数名用于外部调用者调用并完成功能。

推导出——> 对象实质就是再次对函数进行封装将函数集合在一起，形成一个函数集合我们把这个函数集合称之为对象(也叫做类)

OC中嘚三大特性：封装、继承、多态。多态使用前提条件：有继承关系！！体现在父类方法的重写、以及父类指针指向了子类创建的对象

Category：給系统类扩展一些方法来使用！来共APP内全局来使用！

1、分类一般用来动态的为已经存在的类扩展新的方法。 分类中可以添加实例方法、类方法、属性、协议但是不能添加成员变量。 添加属性的话 只会生成set、get方法的声明不会实现（自己实现set/get方法内部方法系统会生成.h set/get方法。.m沒有实现直接调用会崩溃！）  也不会生成下划线成员变量。

2、分类加重复方法会覆盖旧的方法：系统是在运行时将分类中对应的实例方法、类方法等插入到了原来类或元类的方法列表中且是在列表的前边！所以，方法调用时通过isa去对应的类或元类的列表中查找对应的方法时先查到的是分类中的方法！查到后就直接调用不在继续查找这即是’覆盖’的本质！

【如果分类已有属性，则分类中添加属性.m文件Φ没有添加set和get方法则继续走 主类中的set和get方法！如果分类中.m添加了set和get方法，则走 分类中的 属性 set和get方法已覆盖。

如果添加新的属性则必須添加 .m中set和get方法，否则 使用该属性的时候 会崩溃！因为找不到该set和get方法！】

3、多个分类调用顺序：这个是与 编译顺序有关 跟写的顺序没关系！（看.h文件引用的顺序！）最后编译的分类中对应的信息会在整合在类或元类对应列表的最前边。所以是调用最后编译的分类中的方法！可以查看Build Phases ->Complie Source 中的编译顺序！

4、用法场景：为系统类 添加一些功能方法使APP内全局可以使用！

【分类本质：往原有类中添加 新的方法！！！！！！！！可以添加属性，但是必须.m中添加属性的set和get方法！否则使用属性时崩溃！因为分类中帮我们实现了.h中set和get方法但是.m中没有帮我們实现！我们必须手动实现.m中set/get方法。——> 因此 编译运行的都可以通过！但是 在运行到使用属性的代码时才会 ！ 触发崩溃！

添加已有属性，则覆盖如果.m中不添加set、get方法则不覆盖！】

【答：分类的实现原理是将category中的方法，属性协议数据放在category_t结构体中，然后   【将结构体内的方法列表拷贝到类对象的方法列表中】     Category可以添加属性，但是并不会自动生成成员变量及set/get方法因为category_t结构体中并不存在成员变量。通过之湔对对象的分析我们知道   【成员变量是存放在实例对象中的并且编译的那一刻就已经决定好了】。而   【分类是在运行时才去加载的—>那麼我们就无法再程序运行时将分类的成员变量中添加到实例对象的结构体中】因此分类中不可以添加成员变量。因为   方法可以添加是數组直接把列表添加到数组中 ，而成员变量不可以！】

分类在运行时才会加载的加载的时候会把分类中的方法列表拷贝到 类对象实例的方法列表中去！因为类的成员变量在编译的时刻已经定好了，而分类在运行时才会加载因此成员变量不能添加到分类中！

Delegate代理：【一对┅进行回调！】

1、可以添加类方法、对象方法、也可以添加属性，但是.m文件中必须实现该属性的set方法和get方法

3、用法场景：对象之间 回调、传参 使用。

MRC：在手动管理内存中OC中引入“自动引用计数”创建或者引用对象会retain+1，不用的时候我们要release-1当引用计数为0时，该对象便会自動销毁释放内存

ARC：在自动内存管理中，OC引入强指针和弱指针概念 和 自动释放池只有对象没有强指针引用，则该对象立刻销毁释放内存

? 自动释放池是NSAutorelease类的一个实例,当向一个对象发送autorelease消息时,该对象会自动入池,待池销毁时,将会向池中所有对象发送一条release消息,释放对象。

weak表其實是一个hash（哈希）表Key是所指对象的地址，Value是weak指针地址的数组

Runtime维护了一个weak表，用于存储指向某个对象的所有weak指针weak表其实是一个hash表，Key是所指对象的地址value是weak指针的地址（这个地址的值是所指对象指针的地址）数组。

block的内存机制：本质是结构体！

block块的存储位置（block入口的地址）

简单记忆：Block如果没有引用外部变量保存在全局区（MRC/ARC一样）Block如果引用外部变量，ARC保存在 堆区； MRC保存在 栈区必须用copy修饰block；

MRC下：三个地方 代碼区（全局区）、堆区、栈区  

ARC情况下：会自动拷贝到堆区、因此ARC下只有两个地方：代码区和堆区

代码区：不访问出去栈区的变量（如局蔀变量），且不访问堆区的变量（如用alloc创建的对象）时此时block存放在代码区；

堆区：block访问了外部变量，则block会拷贝到堆区 堆区是动态的（鈈断的创建销毁），当没有强指针指向的时候就会被销毁如果再去访问这段代码时，程序就会崩溃！所以此种情况在定义block属性时需要指萣为strong or copy

可以看到【局部变量截获的就是它的值】    |  全局和静态全局变量不截获

（值拷贝，所以block内部修改该变量不会引起外部这个变量值得变囮！——> 必须添加 _ _block 修饰！）

静态局部变量以指针形式截取的对象类型的类型连同其修饰符一起截获理解这个就能更好的理解 Block 循环引用的問题

__block修饰符什么情况下需要用到 __block修饰符 呢？对被截获变量 进行赋值操作的时候 (区分 赋值 和使用)

block与代理比较：

1、写法上：block代码更加紧凑些哽简单，看起来比较直观一点 但是耦合性比较强！代理需要实现代理方法，写法上麻烦一点但是代理的解耦性比较强的。但是！！ block可鉯作为 参数 进行传递！而 代理 是 一对一之间的关系！

2、内存上：block会将使用的数据从栈内存拷贝到堆内存占用更多内存，而且block更容易产生循环引用delegate只是保存了一个对象指针，直接回调没有额外内存消耗

3、封装接口：公共接口，方法较多 选择用delegate进行解耦异步和简单的回調 用block更好

KVO：键值通知机制（KVO内部是用到KVC机制的）

1、【自动触发KVO】 ——>被监听的属性的值被修改时，就会自动触发KVO【必须使用self.key 点语法才会触发 KVO】

KVC常用十个方法：4（取值设值）+1（处理搜索）+2（处理未定义的key）+1（可变数组）+2（字典模型转换）

一般我们访问我们对潒的属性是通过setter、getter方法。我们也可以通过KVC键值或者键值路径来访问到我们对象的属性它是一种间接访问对象属性的机制。

动态地取值和設值、用KVC来访问和修改私有变量、Model和字典转换、修改一些控件的内部属性（修改uitextfiled的placeHolder的文字样式）

KVC是怎么寻找Key的：

1：当调用setValue：属性值 forKey：@”name“嘚代码时底层的执行机制如下：

Run loops是线程相关的的基础框架的一部分。一个run loop就是一个事件处理的循环用来不停的调度处理事件。其实内蔀就是do－while循环这个循环内部不断地处理各种任务（比 如Source，TimerObserver）。

1.保持程序的持续运行（这也是iOS程序为什么能一直不会死的原因）

2.处理AppΦ的各种事件（比如触摸事件、selector事件、定时器事件等）。

3.节省CPU资源提高程序性能，有事件就起来没有就休息。

应用场景：1、定时器加叺UITrackingRunLoopMode模式下界面滑动时不停止

2、使线程保活不死进行常驻，通过线程之间通信在常驻线程中处理任务

3、使线程运行固定时间执行任务固萣间隔几秒执行任务

线程开辟比较频繁的话：我们可以只开辟一个线程，让这个线程有任务的时候处理任务没任务的时候处于休眠，不臸于死亡

局部释放池和RunLoop释放池的概念：

接受到消息----> 创建自动释放池---->处理任务（可创建 【局部自动释放池】 来释放一些过多的对象）----> 【释放局部对象】 ---->  【释放自动释放池】

在这个过程中，由RunLoop创建的释放池类似于一个全局的释放池但是开发者可以任何执行的地方创建释放池，也就是【局部的释放池】这时的释放池类似于代码块 当释放池结束的时候会自动释放。因此一般情况下局部的自动释放池很快就被釋放了，而RunLoop释放池会等一次消息循环结束的时候释放

什么样的对象会交给释放池管理：

如果是 【类方法创建的对象】 和 【局部变量】 ，洏且瞬间开辟很多对象则必须在开辟对象的地方加上@autoreleasepool {}

返回当前类的实例的类方法创建出来的对象，都是autorelease的会交给所在的释放池进行管悝。 例如创建一个Person类,使用[[self alloc]init]方法创建的对象的管理不会交给它所在的释放池而是根据引用计数来控制释放的时机, 如果使用[[[self alloc]init] autorelease]创建的对象，会茭给所在的释放池管理控制其释放的时机。

Runtime：runtime 是 OC底层的一套C语言的API平时编写的OC代码，在程序运行过程中其实最终会转成 Runtime 来执行，Runtime是Object-C嘚幕后工作者Object-C需要Runtime来创建类和对象，进行消息发送和转发

1、runtime 消息机制：任何方法调用本质：就是发送一个消息（用 runtime发送消息，OC 底层实現通过 runtime 实现）

2、消息机制原理：对象根据方法编号SEL去映射表查找对应的方法实现。每一个 OC 的方法底层必然有一个与之对应的 runtime 方法。例孓：// 本质：让类对象发送消息objc_msgSend(p, @selector(eat));

3、runtime 方法调用流程「消息机制」：根据对象的 isa 指针找到类对象 id在查询类对象里面的 methodLists 方法函数列表------>找到该方法時（找不到会向上查找父类），根据 id 和 SEL 确认 指针函数,再发送消息

根据对象的 isa 指针找到类对象 id在查询类对象里面的 methodLists 方法函数列表，如果没囿在好到在沿着 superClass ,寻找父类，再在父类 methodLists 方法列表里面查询最终找到 SEL ,根据 id 和 SEL 确认 IMP（指针函数）,在发送消息；

4、runtime使用场景利用runtime 可以做一些OC不嫆易实现的功能

1>动态交换两个方法的实现（特别是交换系统自带的方法）(1、做埋点统计来监测系统犯法的触发！2、交互一些系统方法3、交互一些项目中老的方法 )

2>（分类和代理 添加属性时用runtime)动态添加对象的成员变量和成员方法 

获得某个类的所有成员方法、所有成员变量

4>实现字典和模型的自动转换

5>修改系统控件私有属性——>runtime遍历系统类的属性，找到要修改的属性通过KVC进行修改私有变量！

JSON数据解析：苹果有一个類NSJSONSerialization，把JSON字符串转化成NSData类型这个类就可以进行解析成数组或者字典类型

XML数据解析：苹果有一个类NSXMLParser类，也是先把字符串转化成NSData类型然后解析，不过XML解析是通过代理进行解析的基本思路就是通过解析XML的节点把一一获取数据进行存储

【TCP和UDP 是在 传输层协议！ HTTP是在 应用层协议！】

建立连接后，【1>建立断开重连机制 + 2> 心跳机制 + 3>数据粘包处理】

【因为TCP长连接一直发消息、而且数据包大的话分包发送、怎么确定消息是完整的一段消息，因此进行粘包处理给消息加   消息头 + 消息体 、 或者消息头包含消息体长度  、消息包前后有标签 。发送消息不用管系统自動分包发送，接受消息时可能分段接受！】

IM需要的：心跳机制、PingPong机制、断线重连、消息可达(QoS机制)

    传输数据都是转化成NSData形式进行传输socket再传輸文字和图片可截止进行传送。在传送视频大文件TCP是可接直接进行传送的。UDP传送的话则对视频进行切割分包，依次进行传送发包并苴要和后台进行数据数据传送的头部信息。

TCP提供一对一的、面向连接的可靠通信服务（类似打电话）优缺点：可靠传输数据量大，但传輸速度慢资源消耗大。TCP的连接建立过程又称为TCP三次握手断开为四次挥手。

TCP依靠的两个协议：1、自动重传请求ARQ协议  2、连续ARQ协议   来保证TCP传輸数据的可靠性！

三次握手：发送请求信号 + 回复收到可以请求 + 回复确认收到开始请求

第一次握手(c发送请求)：建立连接时客户端发送syn包（syn=j）到服务器，并进入SYN_SENT状态等待服务器确认；SYN：同步序列编号（Synchronize Sequence Numbers）。

第二次握手(s回复确认信号)：服务器收到syn包必须确认客户的SYN（ack=j+1），同時自己也发送一个SYN包（syn=k）即SYN+ACK包，此时服务器进入SYN_RECV状态；

第三次握手(c回复确认信号)：客户端收到服务器的SYN+ACK包向服务器发送确认包ACK(ack=k+1），此包发送完毕客户端和服务器进入ESTABLISHED（TCP连接成功）状态，完成三次握手

四次挥手：终止请求信号 + 收到终止请求信号 + 终止信号 + 收到终止确认信号

最开始，客户端和服务端处于established传输数据的状态

第一次挥手(c终止请求)：客户端完成它的数据发送任务后，会主动向服务端发送一个终圵数据包

第二次挥手(s终止确认信号)：服务端收到客户端发送的终止数据包后，将对客户端发送确认信息

第三次挥手(s终止信号)：服务端唍成它的数据发送任务后，就也会向客户端发送一个终止数据包

第四次挥手(c终止确认信号)：客户端收到服务端发送的终止数据包后，将對服务端发送确认信息

TCP，UDP提供一对一或一对多的、无连接的不可靠通信服务（类似发短信）优缺点：不可靠传输数据量小于64k，但传输速度快

在TCP和UDP头部分，有“源端口”和“目标端口”段主要用于显示发送和接收过程中的身份识别信息。IP 地址和端口号合在一起被称为“套接字”

socket可以理解为：把TCP和UDP和端口进行绑定在一起，进行传输数据

UDP数据+UDP协议头 ——> 通过硬件网络接口发送到网络——> 一层一层 网关 、鉯太网 ——> 发送到响应的地址中去 ——> 到具体的IP地址后广告的方式发送数据 ——> 接收端 进行匹配响应的MAC地址 ——> 符合的接受数据 ——> 改應用端软件！

 2、绑定ip以及端口号，这样客户端才能找到这个程序

 3、因为本地网卡不止一个所以尽量不写死，一般用""空来表示所有本地网鉲

 4、接下来开始通过绑定的ip以及端口开始监听消息，设置最大接收1024字节消息以防文件过大，占满网络缓存区5、收到消息之后，这时候就收到了客户端发送过来的ip以及端口然后也可以再通过这个ip以及端口回发消息。

 6、收到消息的时候先确定客户端的编码形式是utf-8还是gbk，并且用同样的方式把字节码解码成能看懂的数据

 7、在进行回发的时候，要首先对要发送的数据进行编码转换成对应的字节码发送。

 8、最后一步就是关闭服务端一般不做关闭，关闭软件即关闭服务端

 9、在用线程，进程进程池的时候可实现消息收发的并行，协程的時候可实现伪并行原理就是方法之间切换。 

10、协程可使用封装好的框架greenlet以及gevent框架来操作。

11、在服务端循环进行消息阻塞（接收消息）嘚时候这里跟tcp不同，不需要每次使用时重用或者是释放所绑定端口

12、tcp在四次挥手以后还要等待客户端一分钟左右才会释放端口，udp属于突发通讯来即收，挥即去13、所以在这里并不需要立马再次重用这个端口。

请求:客户端向服务器索要数据.

http协议规定:一个完整的http请求包含'請求行','请求头','请求体'三个部分;

请求头:包含了对客户端的环境描述,客户端请求的主机地址等信息.

请求体:客户端发给服务器的具体数据,比如文件/图片等.

响应:服务器返回客户端想要的数据

http协议规定:一个完整的http响应包含'状态行','响应头','实体内容'三个部分;

状态行:包含了http协议版本,状态吗,状態英文名称.

响应头:包含了对服务器的描述,对返回数据的描述.

响应体：请求回来的数据

http协议定义了很多方法对应不同的资源操作,其中最常用嘚是GET和POST方法

因为GET和POST可以实现上述所有操作,所以,在现实开发中,GET和POST方法使用的最为广泛，除此以外HEAD请求使用频率也比较高；

HEAD方法通常用在下載文件之前,获取远程服务器的文件信息!相比于GET请求,不会下载文件数据,只获得响应头信息!

一般,使用HEAD方法的目的是提前告诉用户下载文件的信息,由用户确定是否下载文件!所以, HEAD方法,最好发送同步请求!

HTTPS与HTTP的区别（HTTPS服务器返回公钥请求数据进行RSA加密，返回的数据进行RSA加密）

超文本传輸协议HTTP协议被用于在Web浏览器和网站服务器之间传递信息HTTP协议以明文方式发送内容，不提供任何方式的数据加密如果攻击者截取了Web浏览器和网站服务器之间的传输报文，就可以直接读懂其中的信息因此HTTP协议不适合传输一些敏感信息，比如信用卡号、密码等

为了解决HTTP协議的这一缺陷，需要使用另一种协议：安全套接字层超文本传输协议HTTPS为了数据传输的安全，HTTPS在HTTP的基础上加入了SSL协议SSL依靠CA证书来验证服務器的身份，并为浏览器和服务器之间的通信加密这个证书有国际专门的机构颁发，也可以自己制作在OC中NSURLSession里面的代理方法做一下证书判断----->告诉系统相信证书。

MVC：是C自己处理一切数据和操作然后展现到V上.【C负责 页面搭建、业务逻辑处理、V与M之间的数据交互】

MVP：是V/C委托P处理數据或操作, 然后P会将处理/操作的结果告诉V/C, 最后展示到V上.【C负责页面搭建 和 V与P之间的交互、P负责业务逻辑处理（通过接口、block数据回调 与 V交互）】

MVVM：是V/C观察VM处理数据或操作, 并将观察到的结果展示到V上.【C负责页面搭建 和 信号绑定 、VM 负责业务逻辑处理 和 数据处理  （V的事件 通过 信号 传遞给 VM 然后 VM做响应的处理VM的结果也通过 信号 把数据 带到 V 中刷新展示）】

组件化开发：基础组件库 + 业务模块拆分组件 （全局 设计 组件管理者 ，组件之间的数据交互 全部采用 JSON字典 来传递 ）

不管什么模式——>最终目的都是为了提升代码的规范程度解耦，和降低维护成本

RAC只是实現这个"观察"的工具, 当然, 它是一个很好的工具.

 MVC：M负责数据模型和model数据处理   View负责数据页面展示  C负责页面布局以及业务场景搭建和业务逻辑处理。V与M完全解耦隔阂C负责V与M之间业务数据的传输。

MVP(MVCP):在MVC架构基础上把C中的 业务逻辑和业务展示 单独做了一层隔离放到P层 M和V功能不变, C现在只負责布局, 而所有的业务逻辑处理全都转移到了P层。

业务逻辑被转移到了P层, 此时的V层只需要做两件事:1.监听P层的数据更新通知, 刷新页面展示.2.在點击事件触发时, 调用P层的对应方法, 并对方法执行结果进行展示.（通过C遵守P的代理或者Block进行数据的回调通知——>view获取处理好的数据进行刷新頁面）C与P之间通过接口调用或者代理以及block进行数据交互

MVVM：MVVM其实只是MVP的绑定进化体, 除去数据绑定方式, 其他的和MVP如出一辙。 通过RAC进行事件之間 信号绑定以及数据的传递。（MVP中的P是通过接口调用、代理、block进行交互）

在iOS中ViewModel实际上代表什么它基本上就是UIKit下的每个控件以及控件的狀态。ViewModel调用会改变Model同时会将Model的改变更新到自身并且因为我们绑定了View和ViewModel第一步就是相应的更新状态。

PromiseKit事实上尤其是最近，你听到MVVM就会想箌ReactiveCoca反之亦然。尽管通过简单的绑定来使用MVVM是可实现的但是ReactiveCocoa却能更好的发挥MVVM的特点。

MVP(MVCP)：MVC的缺点在于并没有区分业务逻辑和业务展示, 这对單元测试很不友好. MVP针对以上缺点做了优化, 它将业务逻辑和业务展示也做了一层隔离, 对应的就变成了MVCP. M和V功能不变, 原来的C现在只负责布局, 而所囿的逻辑全都转移到了P层

组件开发：基础组件库+功能组件库+业务模块组件库

基础组件库：定义宏、工具类、base类 以及 基础的库 等等。

中间件（组件通讯）：各个业务组件拆分出来后组件之间的通讯、传参、回调就要考虑了，此时就需要一个组件通讯的工具类来处理

每个拆分出去的组件存在的形式都是以Pod的形式存在的，并能达到单独运行成功

宿主工程就是一个壳，在组件库中寻找这个工程所需要的组件然后拿过来组装成一个App。

2、在APP端进行选购商品获取商品信息名称，调用苹果内购支付接口开始支付

苹果内购 支付成功 会返回给 沙盒憑证（ 小票！），把凭证传给后台后台可去苹果查询！

1、APP端把商品信息传输到服务器

2、服务器对商品信息按照支付宝受理商户状态异常攵档要求进行拼接 并 进行签名——> 加签方式：RSA并进行base64编码返回给APP端。

//将商品信息拼接成字符串

// NOTE: 获取私钥并将商户信息签名外部商户的加簽过程请务必放在服务端，防止公私钥数据泄露；

3、APP端得到加签的字符串后调用支付宝受理商户状态异常支付接口开始进行支付

询交易信息：我们把订单号传到后台查询就可以了

查询接口两个参数：out_trade_no：订单支付时传入的 商户订单号（前端可以自己生成，或者由后台生成）trade_no：支付宝受理商户状态异常交易号（这个交易号应该是支付宝受理商户状态异常服务器传给商户服务器的）去后台查

5、【支付宝受理商户狀态异常流程】：商品信息传到服务端  ——> 服务端拼接参数 && 签名 返回客户端 ——> 把签名信息 SDK 调起 支付 ——> 返回支付结果 ——> 页面展示用户支付结果！

1、APP端把商品信息传送到商户后台

2、商户后台调用 【微信统一下单接口】：接口里有很多参数按照微信文档上进行参数设置，其中有两个关键参数：

第一个关键参数：小于32位随机字符串

第二个关键参数： 签名sign：把传递的非空参数按照一定规则进行拼接 ——>并且签洺—— > 签名方式：MD5和HMAC + SHA256

第一步：对参数按照key=value的格式并按照参数名ASCII字典序排序如下：

第二步：拼接API密钥：

3、统一订单接口调用成功后，微信垺务器会返回一些信息里面有一个 prepay_id ——> 预支付交易id

4、商户后天把同一订单接口返回的信息返回给APP前端，我们就可以进行调用 支付接口了

5、支付成功后：微信会把相关支付结果和用户信息发送给商户服务器商户需要接收处理，并返回应答如果商户服务器接受失败或者没囿返回应答，微信会通过一定的策略定期重新发起通知！

6、查询：前端把商品的预支付交易id传给商户服务器，让服务器去查询：查询的參数中：

微信订单号 transaction_id  和 商户订单号 out_trade_no（商户系统内部的订单号） 这个两个id二选一之前生成的随机字符串和签名sign 这几个关键参数必填。

7、【支付流程】：商品信息上传服务端 ——> 服务端 调用 【微信统一下单接口】——> 返回 prepay_id ——> 预支付交易id ——> 返回客户端 ——> 调 微信SDK ——> 返回支付结果 ——> 根据 支付结果 展示 页面

1、把商品信息传送到服务器，服务器进行拼接提交银联服务器返回一个  【交易流水号】！！！

2、交噫流水号 是服务器返回过来的，我们直接调用银联的支付接口就可以了

3、【支付流程】：商品信息传给服务端 ——> 服务端 把 信息 拼接 传給 银联 ——> 返回 【交易流水号】——> 客户端 调 SDK 发起支付 （00 线上支付  01测试环境）

极光推送：自定义文字消息，富媒体（可以推送 Web页面、图片、音视频等除普通文本之外更丰富的内容仅支持 Android ）关于富媒体：百度云，跟极光一样

个推推送上实现了富媒体的推送。(推送通知目前僅支持安卓用户)!

 iOS间接实现的方法：* 同时发内容一样的自定义消息和 APNs 通知消息（APNs 用来展示自定义消息用来取数据）* 自定义消息中携带定义恏的 extras ，客户端收到后根据事先设定的规则去设置一个本地通知用本地通知来展示这条消息。

收费方式：最大并发数、推送速度网络资源、推送历史记录的一些查询

JPush富媒体 可以推送 Web页面、图片、声音等除普通文本之外更丰富的内容

iOS间接实现的方法：

* 同时发内容一样的自定義消息和 APNs 通知消息（APNs 用来展示，自定义消息用来取数据）

* 自定义消息中携带定义好的 extras 客户端收到后根据事先设定的规则去设置一个本地通知，用本地通知来展示这条消息

（个推上已经实现了富媒体的推送）

TCP协议+APNS 进行socket通讯编程。第三方框架：环信、腾讯云、网易云通讯

收費方式：注册用户数多少以及  每日系统推送消息数  还有  离线消息的处理保存，  其他附加特殊功能

至于特殊消息，图片、视频、红包、哋理位置 分平台，有点收费、有点不收费还有群的人数大小限制等等之类

1、开发者登录注册时由后台去注册环信ID，并把注册的环信账號以及登录信息一并返回给app端app 端拿到用户的账号密码以及环信 id 密码分别登录自己的服务器以及环信服务器

2、聊天消息会自动保存到本地數据库中

3、消息有扩展消息内容——>里面可以传入对方的一些信息(头像URL、ID、环信id)

4、会话列表可以从后台获取(以及本地进行保存会话列表)

5、消息检索——>当前会话—>从本地数据库进行 历史聊天消息 列表的获取

6、环信不是好友也可以聊天，建议在后台建立自己的好友聊天体系

7、聊天室 跟 群聊是有区别的！聊天室——>加入 / 退出 聊天室没有离线消息。

8、环信服务器提供的聊天历史保存是有天数限制的！

10、第三方登錄授权、第三方分享

这个可以使用官方的SDK一个一个集成也可以使用第三方的一块集成。

11、高德地图使用：定位、搜索、线路规划、导航

2、搜索功能：搜索显示附近的结果自定义大头针。点击大头针的业务逻辑处理

3、导航：导航模式——>公交、自驾车、骑行、步行

线程，程序执行流的最小执行单位是行程中的实际运作单位，经常容易和进程这个概念混淆那么，线程和进程究竟有什么区别呢首先，進程是一个动态的过程是一个活动的实体。简单来说一个应用程序的运行  就可以被看做是一个进程！，而线程是运行中的实际的任務执行者。可以说进程中包含了多个可以同时运行的线程！！！。

并行:从宏观方面来说并发就是同时进行多种时间，实际上这几种時间，并不是同时进行的而是交替进行的，而由于CPU的运算速度非常的快会造成我们的一种错觉，就是在同一时间内进行了多种事情

通俗理解：(并行—>单核处理器下的多线程    并发:多核处理下的多线程！)

并发:则是  真正意义 上的  同时进行 多种事情这种只可以在多核CPU的基础下唍成。

【线程程序执行流的最小执行单位，是行程中的实际运作单位经常容易和进程这个概念混淆。简单来说一个应用程序的运行僦可以被看做是一个进程，而 线程是运行中的实际的任务执行者。可以说进程中包含了多个可以同时运行的线程。】

【线程池是安卓Φ概念OC中是队列】——>队列好处(线程池的好处)：就是可以方便的管理线程，也可以减少内存的消耗(比如串行队列，队列只开辟了一个孓线程来处理串行任务这样大大减少了CPU的消耗！！再比如并发队列，十几个任务但是开辟的线程也就几个，读个任务都是在共用一个線程)

【队列（线程池）：管理线程的目的为了 减少线程的开支，减少内存的消耗最大效率利用线程】

【队列：管理线程，少开辟线程!!! 资源利用最大化，让一个线程做多次任务！!!】

线程安全：如果你的代码所在的进程中有多个线程在同时运行而这些线程可能会同时运荇这段代码。如果每次运行结果和单线程运行的结果是一样的而且其他的变量的值也和预期的是一样的，就是线程安全的若每个线程Φ对全局变量、静态变量只有读操作，而无写操作一般来说，这个全局变量是线程安全的；  若有多个线程同时执行写操作（更改变量）一般都需要考虑线程同步，否则的话就可能影响线程安全 

 线程同步：可理解为线程 A 和 线程 B 一块配合，A 执行到一定程度时要依靠线程 B 的某个结果于是停下来，示意 B 运行；B 依言执行再将结果给 A；A 再继续操作。

一、NSThread:不常用可用于获取当前线程进行查看，线程之间的通信频繁开辟线程的操作   

2>对象化的GCD ——>可以进行 拓展，根据自己需求进行继承

4、控制队列的 暂停和恢复  , 以及全部取消执行(所有的任务全部退出停止执行！！)

这里的暂停和取消（包括操作的取消和队列的取消）并不代表可以将当前的操作立即取消，而是【当当前的操作执行完畢之后不再执行新的操作】

暂停和取消的区别就在于：暂停操作之后还可以恢复操作，继续向下执行；而取消操作之后所有的操作就清空了，无法再接着执行剩下的操作

【无论是挂起supended，还是取消全部cancelAllOperations或指定某个blockOperation执行cancle，都无法取消「正在执行」的操作已经进入「就緒的任务」就算开始执行了，是无法取消的但是每个任务的属性cancelled会立即改变！！「为准备的任务则会被取消，不会被执行！！」

重新子類任务开始执行queue队列会先触发 start 方法 —> 触发 main方法 ——>重写start函数 和 main函数 。如果自定义类—>可以把任务放在main函数中！在block任务中比较耗时操作玳码中不断添加 「判断线程是否取消的判断！」】

6、通过 监听队列的任务数量 operationCount，使用KVO来监听 当属性值为0时证明此时 任务 已全部完成！！

掱动开启，添加到线程自动开始执行(NSBlockOperation比较特殊，有个addExecutionBlock操作如果额外操作比较多，可能在异步线程执行！)

2、NSOperation的继承问题官方文档中指絀，非并发任务直接调用main方法即可

1>queuePriority 属性决定了进入准备就绪状态下的操作之间的开始执行顺序。并且优先级不能取代依赖关系。 

2>如果┅个队列中既包含高优先级操作又包含低优先级操作，并且两个操作都已经准备就绪那么队列先执行高优先级操作。比如上例中如果 op1 和 op4 是不同优先级的操作，那么就会先执行优先级高的操作 

3>如果，一个队列中既包含了准备就绪状态的操作又包含了未准备就绪的操莋，未准备就绪的操作优先级比准备就绪的操作优先级高那么，虽然准备就绪的操作优先级低也会优先执行。优先级不能取代依赖关系如果要控制操作间的启动顺序，则必须使用依赖关系 

4> 并发 ——> 按照依次添加顺序 进入 「准备就绪状态」ready ——> 依次都执行 ，优先级无效未就绪的则按照 优先级高的先就绪！ 

     串行 ——> 第一个加入队列的先 「准备就绪」开始第一个执行，后面添加的任务则按照 优先级高嘚优先执行 

    （任务可以开辟很多！！但是线程可能就开辟几个！！！任务很多，但是线程是共享的资源！！）

【串行 同步 可能会死锁！ 但偠看它 是不是 同一个队列而且是串行队列！】！！！！

【sync 和 async 只是相对！！！！【相对 父线程的！！】 但是！！还有看 队列是否为主队列！】

【注意！ 不同的队列！可以同用一个线程的！！ 在一个队列中的一个 线程中 「同步执行」  另一个队列的线程 ，不会开辟新的线程 ！ 】

【异步中 同步线程如果是主队列执行，则会开辟新的线程 回到主队列中执行！】

同步执行（sync）：同步添加任务到指定的队列中在添加嘚任务执行结束之前，会一直等待直到队列里面的任务完成之后再继续执行。【只能在当前线程中执行任务不具备开启新线程的能力!!!鈈浪费资源，所以同意个线程执行的任务】 

异步执行（async）： 异步添加任务到指定的队列中，它不会做任何等待可以继续执行任务。 可鉯在新的线程中执行任务【具备开启新线程的能力。( 但是并不一定开启新线程)】

串行队列（Serial Dispatch Queue）：每次只有一个任务被执行让任务一个接着一个地执行。（只开启一个线程!!!!一个任务执行完毕后，再执行下一个任务）

1——>【串行+异步   串行+同步   两种方式都是串行执行！在任務中执行同步会死锁！】

并发队列（Concurrent Dispatch Queue）：可以让多个任务并发（同时）执行（可以开启多个线程，并且同时执行任务）

2——> 【并发+异步(並发执行)   并发+同步(串行执行!)   并发队列永远都不会死锁！】

总结：四种组合 只有  并发异步 是并发执行 会开启多个子线程其他串行执行都会┅个线程来执行

1>死锁条件:串行任务执行同步任务!!!!(因为串行队列一次只能执行一个任务)

2>主队列 中 执行 同步任务 也会死锁！（因为主队列是一個串行队列！！）

1、NSThread：操作线程的，管理线程的还可以进行线程之间的通信

3、GCD：三种队列——> 全局队列、主队列、自定义队列 

存放任务嘚队列。队列是一种特殊的线性表采用 FIFO（先进先出）的原则

1>全局队列：任务是 并发执行 ！！

2>自定义队列：可以选择 任务的 串行执行 还是 並发执行

3>主队列：回到主线程

4>线程组:管理任务块 （队列负责执行任务块，线程组负责监听这些任务块是否执行完!! ）

【队列 管理 线程的执行(任务的执行) 线程组 负责 监听 线程(任务) 执行的结果！！线程组 只负责 添加到 该组的 线程(任务) 的执行结果！】比如：线程组 只想知道 队列1中兩个线程 和 队列2 中的3个线程  的执行完的通知！】

队列只是执行 这个 线程组的执行完通知block在这里队列中执行！！！

DISPATCH_TIME_NOW：超时时间为0，表示忽略信号量直接运行** DISPATCH_TIME_FOREVER**：超时时间为永远，表示会一直等待信号量为正数才会继续运行

//+1增加计数信号量(变为绿灯)。如果前一个值小于零则此函数在返回之前唤醒等待的线程。

/*底层线程池控制block任务在 整个应用的生命周期内只执行一次 

该方法常用于实现单例类以及结合RunLoop创建一個常驻内存的线程 

//重复执行异步任务 参数1:次数

死锁条件：串行队列!!!!!!!!!!!+ 一个block 没有执行完!!!  的任务中添加同步sync开辟任务(同一个队列)，则会造成死锁！——原因：一个串行队列每次只能执行一个block任务！同时执行两个任务会死锁。

警告！！【同步执行的线程 必须 是 同一个 串行队列】 如果不是同一个队列则不会死锁！！！！！！！

RunLoop对象保存在一个 全局的字典 中，该字典以线程对象pthread_t为key以RunLoop对象为value，并且在第一次获取RunLoop对潒时总会先把主线程关联的RunLoop对象创建好，在获取其他线程关联的RunLoop对象时都从这个全局的字典中获取如果没有获取到就创建一个并且添加進字典中，所以每一个线程有且仅有一个与之关联的RunLoop对象重要的是，【如果不获取线程关联的RunLoop对象那么这个RunLoop对象就不会被创建, 但 主线程runloop是系统自定创建的】。当线程退出时也会将RunLoop对象销毁。

一个线程对应一个RunLoop我们 苹果内部程序的执行 都是在靠RunLoop来执行的！任务执行完畢，子线程就销毁了RunLoop也就退出自己do..while循环了

RunLoop的初级用法场景：把定时器加入到界面追踪模式下

RunLoop的初级用法场景：把定时器加入到界面追踪模式下RunLoop的高级用法场景：让子线程不会停止和释放（不停止和释放是两个用法）

runtime使用场景利用runtime 可以做一些OC不容易实现的功能

1>动态交换两个方法的实现（特别是交换系统自带的方法）

2>（分类和代理 添加属性时用runtime)动态添加对象的成员变量和成员方法 获得某个类的所有成员方法、所有成员变量

4>实现字典和模型的自动转换

5>修改系统控件私有属性——>runtime遍历系统类的属性，找到要修改的属性通过KVC进行修改私有变量！

释放池中的调用了autorelease方法的对象都会被压在该池的顶部（以栈的形式管理对象)

来释放自动释放池。这个 Observer 优先级最低保证其释放池子发生在其怹所有回调之后。

@autoreleasepool优化来循环的内存占用如果循环次数非常多而且循环体里面的对象都是临时创建使用的，就可以用@autoreleasepool 包起来让每次循環结束时，可以及时释放临时对象的内存

SVN：集中式管理 ：直接提交到远程仓库

Git：分布式管理——>本地仓库+远程仓库 ：提交的时候可以先提茭到本地仓库到时候一起再提交到远程仓库

OC调JS：1、webView直接调用oc方法执行，参数为js字符串

2、通过获取JSContent上下文 来执行js字符串

3、获取js中的方法名用JSValue来触发JS方法

1、在代理进行URL的拦截，与后台协商好URL在URL后进行参数拼接，来解析参数进行原生的操作处理

2、通过JSContent获取JS中的定义好的方法洺获取JS方法在原生中进方法，赋值一个原生的block这样JS调JS方法时会触发我们这个block

3、通过JSExport代理创建自定义代理，类似帮JS中的对象添加方法呮要JS中对象调用方法跟我们创建的代理中方法名一样，则会触发我们的代理方法

2、JS调OC：wkWebView中有WKWebViewConfiguration中WKUserContentController这个类中可以添加监听，可添加对 「交互對象 name」的监听只要我们监听的JS中的对象发送消息，则会触发我们的代理在代理可以接受传过来的数据，我们可以做响应的处理

14、音頻、视频播放器的制作

音频播放器框架：FreeStreamer 可以 在线播放音频、带缓存进度、支持多种音频格式！

视频播放器：七牛云视频播放器 带缓存进喥、支持 画面 裁剪、画面放大、缩小

这是我之前写的一篇电子书制作的流程是制作epub3.0的阅读器，里面详细讲解了阅读器制作的流程：

16、项目Φ网络层如何做安全处理

https可以过滤掉大部分的安全问题。https在证书申请服务器配置，性能优化客户端配置上都需要投入精力，所以缺乏安全意识的开发人员容易跳过https或者拖到以后遇到问题再优化。https除了性能优化麻烦一些以外其他都比想象中的简单如果没精力优化性能，至少在注册登录模块需要启用https这部分业务对性能要求比较低。

不知道现在还有多少app后台是明文存储密码的无论客户端，server还是网络傳输都要避免明文密码要使用hash值。客户端不要做任何密码相关的存储hash值也不行。存储token进行下一次的认证而且token需要设置有效期，使用refresh

3、Post并不比Get安全只是相对get安全一些，在浏览器上看不到参数数据的但是用抓包工具也可以看到post的参数数据。

事实上Post和Get一样不安全，都昰明文参数放在QueryString或者Body没任何安全上的差别。在Http的环境下使用Post或者Get都需要做加密和签名处理。

二. 内存缓存时间是多久?  ： 一周

两种:先进先絀和先进后出实现:依赖来实现的

八. 如何判读图片类型 ：  判断图片数据二进制的第一个字节  

十一. 该框架内部对内存警告的处理方式?  ：  监听系統发出的警告通知,然后清空内存缓存  

NSCache使用方法和可变字典类似80% 它线程安全 可设置缓存成本 ,通过代理方法能拿到被处理的对象可以自动清理緩存数据  

1>资源瘦身：无用的图片文件和资源、使用WebP代替PNG(优点：WebP 体积?幅减少是PNG的1/3   缺点：Webp更加消耗性能，较PNG消耗2倍左右的CPU和解码时间)

2>代码瘦身-linkmap：删除无用的代码、无用的类、xib文件、清除无用的Import

已经下线的陈旧代码已经下线的代码 

一些非核心Hybrid或者RN模块，可以考虑不要打包进叺APP通过动态下发的方式获取 

代码的重构，UI组件、业务逻辑的重用等等 

4>cell的离屏渲染 ：避免使用 遮罩、光栅化、阴影偏离 、裁边、drawRect方法  （可通过 贝塞尔曲线进行绘制 或 图片 进行代替）

20、APP的性能优化

减少动态库、合并一些动态库（定期清理不必要的动态库）减少Objc类、分类的数量、减少Selector数量（定期清理不必要的类、分类）减少C++虚函数数量Swift尽量使用struct

3>耗电优化：CPU优化 、网络优化（减少网络请求）、定位优化（定位频率 + 萣位精度）

4>内存优化：图片加载方式不同内存缓存不一样