iOS重编译后Application Support目录可访问音频无法播放问题

问题根因 #

你猜测的沙盒路径变更确实是核心触发原因，虽然你通过fileName动态拼接路径，依然出现该问题通常是以下几个原因叠加导致：

1. 文件访问权限问题：iOS每个App安装后都会生成独立的用户UUID，沙盒内所有文件的所属权限和该UUID绑定，重编译安装相当于全新安装，App的UUID发生变化，之前下载存入Application Support目录的文件，默认权限配置会导致新UUID的App进程只有文件存在检测权限，没有实际读取权限，这就是为什么fileExists和checkResourceIsReachable都返回真，但读取内容就会失败。
2. SwiftAudioPlayer内部路径缓存问题：该库内部如果对传入的本地URL做了绝对路径缓存，即使你每次传入新拼接的正确路径，若缓存未清理也会命中旧的失效绝对路径，导致打开失败。
3. 文件元数据被系统修改：如果你的Application Support下的文件没有设置isExcludedFromBackup属性，系统在重安装App时可能会修改部分文件元数据，导致音频解析器识别为无效文件。

解决方案 #

按优先级逐个排查修改即可解决：

• 第一步：文件移动后添加权限配置和备份排除标记，在moveFileToSupportDirectory函数中，成功移动文件或者检测到文件已存在后，添加以下代码：

do {
    var resourceValues = URLResourceValues()
    resourceValues.fileProtection = .none
    resourceValues.isExcludedFromBackup = true
    try destination.setResourceValues(resourceValues)
} catch {
    print("Set file attribute failed: \(error)")
}

这段代码会解除文件的访问权限限制，同时禁止系统备份该文件，避免元数据被修改。

• 第二步：校验传入播放器的路径生成逻辑，确保你本地持久化存储的只有文件名，每次播放前都调用getSavedURL(of:)获取最新的URL，不要持久化存储完整URL字符串到UserDefaults等本地存储中。
• 第三步：优化getSavedURL的校验逻辑，checkResourceIsReachable仅能检测路径存在，不能检测可读权限，添加可读权限校验：

// 替换原有isReachable判断逻辑
if FileManager.default.isReadableFile(atPath: destination.path) {
    print("File is readable \(destination.absoluteString)")
    return destination
} else {
    print("File is not readable")
    return nil
}

• 第四步：如果使用SwiftAudioPlayer前有预加载逻辑，每次播放前调用库提供的清理缓存接口，避免内部缓存旧的无效路径。

内容的提问来源于stack exchange，提问作者Tony Chen