DJI SDK 4.15.1 CheckComponentUpgradeStateWithServer崩溃问题咨询

关联崩溃堆栈 #

0 libsystem_kernel.dylib __psynch_cvwait + 8
1 libsystem_pthread.dylib _pthread_cond_wait + 1248
2 libc++.1.dylib std::__1::condition_variable::wait(std::__1::unique_lock<std::__1::mutex>&) + 28
3 DJISDK dji::upgrade::ModuleManager::CheckComponentUpgradeStateWithServer(unsigned long long, dji::upgrade::UpgradeComponent, unsigned long long, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, std::__1::function<void (dji::upgrade::UpgradeVersionFetchState, dji::upgrade::ComponentVersionCheckState, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, dji::upgrade::DJIUpgradeErrorCode)>) + 6688
4 DJISDK dji::waypointv2::WorkerManager::~WorkerManager() + 772
5 libsystem_pthread.dylib _pthread_start + 320
6 libsystem_pthread.dylib thread_start + 8

1. 该崩溃的已知触发原因 #

• 跨模块锁竞争与生命周期不同步：堆栈显示调用路径从航点V2的WorkerManager析构函数进入升级模块的状态查询逻辑，SDK销毁航点任务工作线程时，没有提前终止正在阻塞的升级状态查询请求，导致条件变量关联的互斥锁、回调上下文在等待过程中被提前释放，触发野指针访问或死锁后崩溃。
• 条件变量无超时机制：当网络异常或大疆升级服务无响应时，CheckComponentUpgradeStateWithServer接口内部的条件变量未配置合理的超时等待逻辑，无限期阻塞的线程在进程资源回收时被强制销毁，触发内存访问异常。
• 版本固有缺陷：DJI SDK 4.15.1版本中升级模块与航点V2模块的生命周期未做耦合绑定，航点任务模块销毁时不会通知升级模块中止正在进行的状态查询任务，导致升级模块执行回调时访问已经被销毁的航点模块上下文。

2. CheckComponentUpgradeStateWithServer接口触发场景 #

• 应用启动完成飞行器注册绑定后，SDK自动触发全组件版本校验，会调用该接口拉取服务器端最新固件版本，对比本地组件版本判断是否需要升级。
• 航点V2任务初始化前，SDK会自动检查飞控、遥控器等核心组件的固件版本是否符合航点任务运行要求，此时会隐式调用该接口校验组件版本合规性。
• 开发者主动调用升级相关API查询组件可升级状态时，该接口作为底层实现被调用。
• 飞行器重新连接、固件热更新完成后，SDK自动触发新一轮版本校验时也会调用该接口。

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