AVPlayer加载卡顿UI冻结，使用loadValuesAsynchronously仍无效求助

我来帮你拆解下为啥用了loadValuesAsynchronously还是会UI冻结，毕竟我踩过不少这类坑：

可能的核心原因 #

• 回调仍在主线程执行耗时操作
  loadValuesAsynchronously确实是异步加载数据，但很多平台（比如iOS）的这个方法默认会把 completion handler 切回主线程执行。如果你在回调里直接做解析超大数据、同步解码高清图片、或者操作复杂UI层级这类heavy工作，主线程还是会被堵死。你可以看看断点指向的那行代码是不是在回调里干了这些事。

• 异步调用前的主线程阻塞
  会不会在调用loadValuesAsynchronously之前，主线程已经在跑耗时同步任务了？比如你先同步读取了本地大文件、做了复杂的数据预处理，再去调异步方法，那前面的同步代码早把主线程卡住了，断点自然会指向这些前置操作。

• 异步方法的使用姿势不对
  有没有可能你没把真正耗时的逻辑剥离出主线程？比如即使回调在主线程，你也应该把计算、解析这类工作丢到后台队列，只把最终的UI更新切回主线程。举个简单的示例：

  someObject.loadValuesAsynchronously(forKeys: ["targetKey"]) { [weak self] error in
      // 把耗时操作丢到后台
      DispatchQueue.global(qos: .userInitiated).async {
          guard let self = self, error == nil else { return }
          let processedResult = self.handleHeavyDataProcessing()
          // 只有UI更新回到主线程
          DispatchQueue.main.async {
              self.updateAppUI(with: processedResult)
          }
      }
  }
  

• 共享资源的锁等待阻塞主线程
  如果断点指向的代码涉及共享资源（比如全局变量、本地数据库），会不会是后台线程持有了这个资源的锁，导致主线程一直等待锁释放？比如你在主线程里尝试访问一个被后台线程锁住的数据库连接，那主线程就会挂起，表现为UI冻结。

• 第三方/系统API的隐性主线程操作
  有些第三方库或者系统API表面是异步，但内部偷偷在主线程做了耗时操作。比如某些图片加载库，异步加载后默认在主线程做图片解码，这也会卡住UI。你可以排查下断点那行是不是调用了这类第三方代码。

内容的提问来源于stack exchange，提问作者Chris Jones