iOS开发知识,ios开发知识点笔记 思维导图

iOS基础知识 （一）

Runtime是iOS核心运行机制之一，iOS App加载库、加载类、执行方法调用，全靠Runtime，这一块的知识个人认为是最基础的，基本面试必问。

创新互联建站主营眉县网站建设的网络公司,主营网站建设方案,成都App制作,眉县h5微信小程序搭建,眉县网站营销推广欢迎眉县等地区企业咨询

1）iOS调用一个方法时，实际上会调用objc_msgSend(receiver, selector, arg1, arg2, ...)，该方法第一个参数是消息接收者，第二个参数是方法名，剩下的参数是方法参数；

2）iOS调用一个方法时，会先去该类的方法缓存列表里面查找是否有该方法，如果有直接调用，否则走第3）步；

3）去该类的方法列表里面找，找到直接调用，把方法加入缓存列表；否则走第4）步；

4）沿着该类的继承链继续查找，找到直接调用，把方法加入缓存列表；否则消息转发流程；

很多面试者大体知道这个流程，但是有关细节不是特别清楚。

如果在消息发送阶段没有找到方法，iOS会走消息转发流程，流程图如下所示：

1）动态消息解析。检查是否重写了resolveInstanceMethod 方法，如果返回YES则可以通过class_addMethod 动态添加方法来处理消息，否则走第2）步；

2）消息target转发。forwardingTargetForSelector 用于指定哪个对象来响应消息。如果返回nil 则走第3）步；

3）消息转发。这步调用 methodSignatureForSelector 进行方法签名，这可以将函数的参数类型和返回值封装。如果返回 nil 执行第四步；否则返回 methodSignature，则进入 forwardInvocation ，在这里可以修改实现方法，修改响应对象等，如果方法调用成功，则结束。否则执行第4）步；

4）报错 unrecognized selector sent to instance。

很多人知道这四步，但是笔者一般会问：

+load在main函数之前被Runtime调用，+initialize 方法是在类或它的子类收到第一条消息之前被调用的，这里所指的消息包括实例方法和类方法的调用。

笔者在面试过程中发现很多人对于load与initialize在分类、继承链的调用顺序不清楚。对怎么保证初始化安全也不清楚

RunLoop苹果原理图

图中展现了 Runloop 在线程中的作用：从 input source 和 timer source 接受事件，然后在线程中处理事件。

两个都是 Runloop 事件的来源，其中 Input Source 又可以分为三类

因为定时器默认是运行在NSDefaultRunLoopMode，在列表滚动时候，主线程会切换到UITrackingRunLoopMode，导致定时器回调得不到执行。

有两种解决方案：

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

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

iOS的事件分发机制是为了找到第一响应者，事件的处理机制叫做响应者链原理。

所有事件响应的类都是 UIResponder 的子类，响应者链是一个由不同对象组成的层次结构，其中的每个对象将依次获得响应事件消息的机会。当发生事件时，事件首先被发送给第一响应者，第一响应者往往是事件发生的视图，也就是用户触摸屏幕的地方。事件将沿着响应者链一直向下传递，直到被接受并做出处理。一般来说，第一响应者是个视图对象或者其子类对象，当其被触摸后事件被交由它处理，如果它不处理，就传递给它的父视图（superview）对象（如果存在）处理，如果没有父视图，事件就会被传递给它的视图控制器对象 ViewController（如果存在），接下来会沿着顶层视图（top view）到窗口（UIWindow 对象）再到程序（UIApplication 对象）。如果整个过程都没有响应这个事件，该事件就被丢弃。一般情况下，在响应者链中只要由对象处理事件，事件就停止传递。

一个典型的事件响应路线如下：

First Responser -- 父视图--The Window -- The Application -- nil（丢弃）

我们可以通过 [responder nextResponder] 找到当前 responder 的下一个 responder，持续这个过程到最后会找到 UIApplication 对象。

1） 在VC的cellForRowAtIndexPath方法中cell的block直接引用self或者直接以_形式引用属性造成循环引用。

解决方案：把self改成weakSelf；

2）在cell的block中直接引用VC的成员变量造成循环引用。

解决方案有两种：

3）delegate属性声明为strong，造成循环引用。

解决方案：delegate声明为weak

4）在block里面调用super，造成循环引用。

解决方案，封装goback调用

5）block声明为strong

解决方案：声明为copy

6）NSTimer使用后不invalidate造成循环引用。

解决方案：

考察viewDidLoad、viewWillAppear、ViewDidAppear等方法的执行顺序。

假设现在有一个 AViewController(简称 Avc) 和 BViewController (简称 Bvc)，通过 navigationController 的push 实现 Avc 到 Bvc 的跳转，调用顺序如下：

1、A viewDidLoad

2、A viewWillAppear

3、A viewDidAppear

4、B viewDidLoad

5、A viewWillDisappear

6、B viewWillAppear

7、A viewDidDisappear

8、B viewDidAppear

如果再从 Bvc 跳回 Avc，调用顺序如下：

1、B viewWillDisappear

2、A viewWillAppear

3、B viewDidDisappear

4、A viewDidAppear

如果你正在跳槽或者正准备跳槽不妨动动小手，添加一下咱们的交流群 931542608 来获取一份详细的大厂面试资料为你的跳槽多添一份保障。

iOS开发小知识之检测程序被中断，进入后台，耳机的插拔点击等事件

在iOS端关于音频或视频的开发中，声音或者视频播放的时候一些外界的因素可能会把音视频打断，比如电话，或者其他会播放音频的APP，这时候程序的音频或视频都会中断，但是我们再回到前台时需要更改一些UI上的变化（比如正在播放的音乐被电话打断，电话挂掉之后音乐会保持暂停的状态，但是如果不及时更新UI，播放按钮会保持正在播放的状态），这时候我们就需要对这些时间进行主动的监听，来进行我们需要的操作，

情况一：用户按home键主动退到后台，一般的音乐类播放软件都会有后台播放的设置，不用进行额外的操作，但是如果是正在播放视频的话，退到后台后视频应该是暂停状态，这时我们只需要在AppDelegate的相关方法中进行主动的设置就可以

情况二：被电话或者其他App播放的声音打断，此时就需要我们在程序中去监听这些事件，当事件被触发时进行相应的操作

其中AVAudioSessionInterruptionNotification就是系统提供的被中断的通知

然后在被打断时进行相应的操作

音乐类软件为了提高用户体验一般都会添加耳机线控音乐的功能（单机暂停/播放，双击下一曲，点击三下上一曲），还可以对耳机的插拔进行监听

监听耳机的插拔：

点击耳机中键的事件：

首先要在程序入口处让app接收远程控制事件

然后在远程事件通知中进行相应的操作（这个通知还会接收系统上拉菜单中的控制中心的播放和暂停按钮）

iOS开发知识体系之《脚本自动化打包--xcodebuild》

iOS脚本自动化打包方案--xcodebuild

本文主要xcodebuild脚本自动化打包并上传到蒲公英或者AppStore，废话不多说，直接上干货！

先了解一下xcodebuild打包需要的一些指令

-workspace XXX.xcworkspace

XXX.xcworkspace需要编译工程的工作空间名称，如果工程不是.xcworkspace的，可以不需要-workspace XXX.xcworkspace这段话

-scheme XXX

XXX是工程名称，-scheme XXX是指定构建工程的名称

-configuration Release

填入打包的方式是Debug或Release，就跟在Xcode中编译前需要在Edit scheme的Build configuration中选择打出来的包是Debug还是Release包一样，-configuration就是配置编译的Build configuration

-archivePath ./myArchivePath

配置生成.xcarchive的路径， ./表示生成在当前目录下，myArchivePath是生成的.Archive文件名称

ODE_SIGN_IDENTITY=证书

配置打包的指定证书，如果该工程的Xcode已经配置好了证书，那么不加入这段话也可以，打包出来的证书就是Xcode中配置好的。

PROVISIONING_PROFILE=描述文件UUID

配置打包的描述文件，同上，Xcode已经配置好了就不用在填入这段话了

CONFIGURATION_BUILD_DIR

配置编译文件的输出路径，如果需要用到.xcarchive文件内部的dSYM等文件，可以使用改字段指定输出路径。

如果工程是勾选了Automatically manage signing，那么就不用在配置ODE_SIGN_IDENTITY和PROVISIONING_PROFILE,今天这里讲到的Automatically manage signing自动配置证书，手动配置的就不多说了，有兴趣的话可以自己研究。

xcode工程配置自动获取证书，如下图：

打包所需要文件

配置打包的ExportOptions.plist文件，可以在任意一个Xcode工程中新建一个ExportOptions.plist文件。dev和adHoc和AppStore的配置文件内容不一样，可以先手动打包后看下plist文件的样式，这里提供一个样例：

这里method对应的value为打包对应的环境，有development、ad-hoc、app-store、enterprise根据打包环境来配置不同的值

编译脚本命令

xcodebuild archive -workspace XXX.xcworkspace -scheme XXX -configuration Release -archivePath ./myArchivePath CONFIGURATION_BUILD_DIR ./dir ODE_SIGN_IDENTITY=证书 PROVISIONING_PROFILE=描述文件UUID

导出ipa包命令

xcodebuild -exportArchive -archivePath ./myArchivePath.xcarchive -exportOptionsPlist ./ExportOptions.plist -exportPath ./out

-archivePath ./myArchivePath.xcarchive指定需要打包的.xcarchive路径，./myArchivePath.xcarchive表示在当前终端路径下的myArchivePath.xcarchive文件

-exportOptionsPlist ./ExportOptions.plist指定打包需要的ExportOptions.plist配置文件路径

-exportPath ./out指定打包输出的路径， ./out表示打包结果输出在终端的当前路径下的out文件家中。如果没有out文件夹会自动创建一个

脚本操作

首先：cd到需要自动打包的工程下

然后：在终端中输入touch xcodebuild.sh创建xcodebuild.sh脚本文件

然后：双击打开脚本写入下面 脚本内容（请确保所有版本的plist配置文件都写好了）

最后：在终端中输入./xcodebuild.sh运行脚本，按照步骤完成打包选择(如果运行的时候出现Permission denied，请先在终端中执行chmod a+x *.文件的后缀名后，在运行，相当于提高脚本文件的权限)

脚本内容

此脚本包含了自动上传蒲公英的选择操作，根据输入指令来执行具体操作

脚本实现

具体详细脚本见GitHub地址： 如果好用记得给star，谢谢！

如脚本打包执行遇到问题可留言沟通!