问题背景
有一个公司内部的同学反馈如下问题：
系统版本：iOS 15 beta4
app版本：番茄小说 4.8.0
问题描述：听书功能，在CarPlay的时候，5分钟左右就会自动没声音，需要手动解锁iPhone，并且把小说切到前台，才能恢复（期间应该还在读，只是没声音）
额外信息：QQ音乐播放正常，问题可能和切章场景有关。
问题分析
在接到反馈之后，抽取其中关键信息：iOS15、480版本、听书、Carplay、后台播放5分钟没声音、切换前台恢复播放。
480版本在上线之前有经过充分的测试，正常后台播放一段时间没声音的情况并没有出现。iOS 15是苹果还没有发布的测试版本（问题出现时iOS 15还未发布），QA在苹果发布iOS 15的beta版本时都会进行测试，也没有出现过这个问题。所以最大的可能性应该是和Carplay有关，这属于qa和rd都关注比较少的场景。
通过网上相关carplay适配文章使用 CarPlay 车载系统为你的 App 提速 - 开发者头条，可以知道App需要使用UIScene才能支持CarPlay框架，目前小说还未支持Carplay。所以应该是iphone连接到车载系统之后，用默认的音乐播放协议。
问题排查
通过真机和真车测试，发现问题现象是在后台长时间播放时，可能会播着播着就没有声音，但是打开App之后能恢复播放。
升级最新的MacOS系统和Xcode，用调试功能进行定位。
发现问题复现之后，日志会大量输出：
2021-08-23 16:18:48.176082+0800 Reading[1724:1236625] [aurioc] AURemoteIO.cpp:1663 AUIOClient_StartIO failed (560557684)
2021-08-23 16:18:48.199090+0800 Reading[1724:1236625] [aurioc] AURemoteIO.cpp:1663 AUIOClient_StartIO failed (560557684)
2021-08-23 16:18:48.222265+0800 Reading[1724:1236625] [aurioc] AURemoteIO.cpp:1663 AUIOClient_StartIO failed (560557684)
2021-08-23 16:18:48.245355+0800 Reading[1724:1236625] [aurioc] AURemoteIO.cpp:1663 AUIOClient_StartIO failed (560557684)
有效信息是AURemoteIO和AUIOClient_StartIO failed (560557684)。
560557684应该是一个OSStatus的错误码，通过错误码分析可以知道对应错误码含义：
根据AVAudioSessionErrorCodeCannotInterruptOthers，可以在XCode找到对应的描述是：
An error code that indictates an attempt to make a nonmixable audio session active while the app was in the background.
该错误发生在App后台时尝试设置AudioSession为Active。但是番茄小说App在音频播放时，AudioSession是处于Active状态。结合问题是出现在章节切换的场景，猜测问题可能是缩小为章节切换时，AudioSession被设置为InActive的状态。
于是Hook了系统的setActive方法，在切后台之后关注active的值变化。
实际运行的时候，发现猜测并不正确，所有的Active都设置为YES。
为了避免有其他业务逻辑修改到Category和Active状态，增加更多的尝试情况：在开始播放之前和开始播放之后，把Category设置为Playback并且将AudioSession设置为Active。
但是切换章节的时候，仍然出现了AUIOClient_StartIO failed (560557684)的错误，至此问题排查有些陷入僵局。中间尝试过App历史版本、播放器SDK升级版本等，发现都会存在该异常现象。
问题确认
在对比其他App在同样环境、同样操作的过程中，发现了一个现象：
下面是正常后台播放章节的状态栏。
但是在Carplay的情况下，当异常暂停问题出现的时候，上面的播放状态区域会变成下面的“未在播放”：
这个显示区域是由MPRemoteCommandCenter管理，工程中主要有两个方法会控制该类，分别是remoteAddCommand和remoteRemoveCommand。给两个方法增加断点之后，触发切换章节。
可以发现在切换章节的时候，每次都会触发一次remoteRemoveCommand，再触发一次remoteAddCommand，这个逻辑看起来正常，并且也在线上持续运行较长时间。考虑到异常问题出现在切换章节时，而正常播放的时候并没有这个现象，为了找到切换章节和正常播放的区别所在，尝试将remoteRemoveCommand注释。结果在注释掉这行代码之后，运行正常。
结合业务场景判断没必要每次切章的时候调用remoteRemoveCommand，可以在关闭悬浮窗时，即正常结束播放场景，再调用remoteRemoveCommand即可。没找到如何识别Carplay连接的判断，故而对该修复增加开关，仅对iOS 15生效。
问题总结
问题跟进过程中在构建编译环境、复现问题花费较长时间，在复现问题之后又无法直接定位到原因。主要原因还是在于运行环境不好搭建，模拟器的Carplay并没有出现异常，仅在支持Carplay的车子上会出现该问题。所以每次需要到车上调试，定位效率比较低。
虽然问题初步解决，但是查阅较多资料也没有找到类似异常问题，也没了解到iOS系统在Carplay的后台播放播放场景有何不同。考虑到已经投入较多时间并且当前还未适配Carplay，继续深入该问题的性价比不高。