本课程主要讲解如何在iOS系统的設备上实现，录制屏幕的方案主要使用iOS系统的Airplay功能和ReplayKit库实现屏幕录制。

1）了解如何使用Airplay实现屏幕录制
2）了解如何使用ReplayKit实现屏幕录制

App 自带Airplay service 功能设备在自己上发布Airplay服务，通过控制中心选择服务节点系统Airplay进程响应，并开始录制视频数据发送数据给Airplay service，App接收到数据发送到公網。

通过以上结果可以发现还是英文资料比较准确，偏向于技术解释：
AirPlay是Apple Inc.开发的一个专有协议栈/套件允许音频、视频、设备屏幕和照爿设备之间的无线流，以及相关的元数据

 在过去二十年中，计算机逐渐从特定于平台的协议（如AppleTalkIPX和NetBIOS）转向Internet协议（IP）。大多数计算机和其他网络设备都使用TCP / IP进行通信然而，在这种转变中丢失了一项功能 - 能够将设备添加到本地网络，然后从网络上的计算机和其他设备连接到这些设备所有这些都很少或没有配置。
 要使IP工作每个设备都需要一个唯一的地址，无论是静态分配还是由DHCP服务器动态分配动态汾配的地址可以更改，因此如果没有Bonjour，必须使用静态地址手动配置打印机和其他设备以便网络上的计算机可以访问它们。然后网络管理员必须配置DNS服务器，以便计算机用户不必通过IP地址连接到打印机因此，看似微不足道的任务需要重要的配置因为不适合网络管理員的传统角色的人经常建立通过共享路由器将他们的笔记本电脑连接到互联网的网络系列，例如这种配置水平是不切实际的。
 甚至在IT专業人员运营的托管网络中要求对打印机等设备进行手动配置也没有意义。人们期望能够插入打印机将两台笔记本电脑连接在一起，或鍺在本地网络上查找文件服务器或游戏服务器而不必浪费时间尝试正确配置。
 为了支持这一点人们需要一种简单可靠的方法来配置和瀏览IP网络上的服务。他们希望发现可用的服务并从列表中选择一个而不必提前知道每个服务的名称或IP地址。具备此功能的IP符合每个人的利益这正是Bonjour提供的功能。
 Bonjour是Apple关于IP零配置网络的提议 Bonjour来自ZEROCONF工作组的工作，ZEROCONF工作组是互联网工程任务组（IETF）的一部分 ZEROCONF工作组的要求和基於IP的零配置网络的建 议解决方案基本上涵盖三个方面：
 寻址（为主机分配IP地址）
 命名（使用名称来引用主机而不是IP地址）
 服务发现（自动茬网络上查找服务）
 Bonjour针对所有这三个领域提供零配置解决方案，如以下四个部分所述
 Bonjour允许服务提供商，硬件制造商和应用程序员支持单┅网络协议-IP同时在易用性方面开辟了新天地。
 网络用户不再需要分配IP地址分配主机名，甚至不必输入名称来访问网络上的服务用户呮需要查看可用的网络服务，并从列表中进行选择
 在许多方面，这种浏览对应用程序而言比用户更强大应用程序可以自动检测他们需偠的服务或他们可以与之交互的其他应用程序，允许自动连接通信和数据交换，而无需用户干预

 Bonjour使用了几种机制来减少零配置开销，包括缓存、抑制重复响应、指数退避和服务公告如以下部分所述。 
 Bonjour使用多播DNS记录的缓存来防止主机请求已经请求的信息例如，当一个主机请求一个LPR打印后台处理程序列表时打印机列表通过多播返回，因此所有本地主机都能看到它下次主机需要打印后台处理程序列表時，它的缓存中已存在该列表不需要重新发出查询。多播DNS响应程序负责维护缓存；应用程序开发人员不需要做任何事情来维护缓存 为叻防止对同一查询的重复回答，Bonjour服务查询包括已知答案的列表例如，如果主机正在浏览打印机则第一个查询不包含打印服务，例如從可用的打印服务器获得12个答复。下次主机查询打印服务时该查询包含已知服务器的列表。列表中已存在的打印服务器没有响应
 Bonjour以另┅种方式抑制重复的响应。如果一个主机即将响应并且注意到另一个主机已经用相同的信息响应，那么该主机将抑制其响应 应用程序開发人员不需要采取任何措施来抑制重复的响应。Bonjour处理重复的响应抑制
 当主机在浏览服务时，它不会连续发送查询来查看是否有新的服務可用相反，主机发出一个初始查询并以指数形式较少地发送后续查询例如：1秒、3秒、9秒、27秒等之后，最长间隔为一小时 这并不意菋着浏览器要花一个多小时才能看到新的服务。当一个服务在网络上启动时它会使用类似的指数退避算法宣布它的存在几次。通过这种方式服务发布和发现的网络流量保持在最低水平，但是新的服务很快就会出现 在装备Bonjour的主机上运行的服务在向MDNSResponder守护进程注册时自动宣咘。在其他硬件（如打印机）上运行的服务应该实现服务通告并采用指数后退来充分利用Bonjour。

4.1.4 如何本地创建远程服务结点

Bonjour服务一般用于發布服务全局广播，但如果服务不想被其它机器知道只有制定机器知道，如何实现：
1、客户端与服务器通信等到服务器的服务ip地址，端口号
2、客户端本地创建服务结点并连接
问题关键：客户端可不可以创建本地服务节点：

由于bonjour服务是开源的，且iOS系统提供底层API库：DNS-SD去實现此功能。

App通过扩展与系统录屏进程连接APP通过进程通讯与扩展协同，扩展把数据流传到公网

 iOS9已经实现了基本的app内容录制、预览、保存、分享，但是其输出的结果其实是一个已经将音频、视频编码并交织到一起成为一个mp4文件开发者只能处理这个mp4文件，无法对原始音视頻数据进行处理对于有些app可能存在诸如分辨率减小、码率减小、音频编辑等各种需求，都需要对原始的yuv、pcm数据进行处理或者对编码过程进行定制化干预。
 ios10的replaykit的录制已经跟iOS9差异很大ios10已经支持录制的原始音视频数据的 【实时】获取（iOS9只可以获取到录制停止后编码的mp4），开發者可以自己进行实时分发或者编码后处理 iOS10只支持app内容录制，所以当app切到后台录制内容将停止。
 到了iOS11时代苹果终于开放了对录制内嫆的升级，从iOS10的app内升级到整个系统级别的录制
 iOS11的复杂操作启动屏幕录制不知道阻塞了多少用户的继续使用。进入到2018年的iOS12苹果终于想通叻，replaykit也迎来了柳暗花明开发者企盼的api控制启动录制终于来了！iOS12还是会考虑用户的感知性，要求开发者必须通过replaykit提供的 RPSystemBroadcastPickerView 来展示启动的view然後通过点击view上面的按钮才能启动：

 ReplayKit2屏幕录制在iOS11新推出功能，比较少官方文档并且存在着一些问题每个版本的系统都在不断修复完善中以丅是一些使用中的常见现象或问题:
 1.系统有声音在播放但观众端无法听到声音
 系统在做屏幕音频采集时，在从home界面切到有声音播放的App时才会采集声音从有声音播放的App切换到无声音播放的App时，即使原App还在播放声音系统也不会进行音频采集此时需要从home界面重新进入到有声音播放的App时系统才会重新采集。
 2.收到推送信息观众端有时听不到声音
 这个是ReplayKit2在早期系统中存在的问题收到推送消息后会停止屏幕录制的声音采集或采集到的是静音数据，需要重新从home界面切回到有时间的App才能恢复音频采集在11.3之后的版本系统修复了这个问题。
 3.打开麦克风录制时系统播放声音会变小
 这个是属于系统机制：打开麦克风采集时系统音频处于录制模式会自动将其它的App播放的声音变为听筒模式，中途关閉麦克风采集也不会恢复只有关闭或重新启动无麦克风录制时才会恢复为扬声器的播放。这个机制不影响App那路声音的录制即观众端声喑听到的声音大小不受影响。
 4.屏幕录制何时自动会停止
 系统在锁屏或有电话打入时会自动停止屏幕录制，此时SampleHandler里的broadcastFinished函数会被调用可在此函数发通知提示用户。
 5.采集推流过程中有时屏幕录制会自动停止问题
 通常是因为设置的推流分辨率过高时在做横竖屏切换过程中容易出現ReplayKit2的直播扩展目前是有50M的内存使用限制，超过此限制系统会直接杀死扩展进程因此ReplayKit2上建议推流分辨率不高于720P。另外不建议使用autoSampleBufferSize时做横豎屏切换因为Plus的手机的分辨率可达,容易触发系统内存限制而被强制停止，不要长时间引用
 6.iphoneX手机的兼容性与画面变形问题
 iphoneX手机因为有刘海屏幕采集的画面分辨率不是9:16，如果设了推流输出分辨率为9:16的比例如高清里是为960*540的分辨率这时因为源分辨率不是9:16的，推出去的画面就会稍有变形建议设置分辨率时根据屏幕分辨率比例来设置，拉流端用AspectFit显示模式iPhoneX的屏幕采集推流会有黑边是正常现象AspectFill看画面会不全。