| 文件 | 最后提交记录 | 最后更新时间 |
|---|---|---|
热启动场景识别播放来源优化-review first Change-Id: Ic1eb61fb906ead240cbb921883ae06fdc88dfb89 Signed-off-by: x30063281 <xiaonianxin@h-partners.com> | 8 个月前 | |
reduce log 0708 Signed-off-by: zhang-minmin-jason <zhangminmin9@h-partners.com> | 14 天前 | |
修复napi层UAF与数据竞争安全隐患 1. NapiAVCastControllerCallback析构时未将isValid_置false， 对象销毁后已排队的异步任务仍会通过有效性检查并访问已释放的this， 存在Use-After-Free风险，析构中补充置位，与NapiAVControllerCallback对齐 2. SetAVMetaData中detach线程持有NapiAVSession裸指针，async work的 selfRef不覆盖detach线程生命周期，JS对象被GC后线程访问悬空指针； 改为捕获session_的weak_ptr与去重ID的shared_ptr，线程不再访问 NapiAVSession对象，Destroy或GC后任务自动安全放弃 3. SetAVMetaData的executor无锁读取latestDownloaded*等成员， 与DoLastMetaDataRefresh持锁写入存在数据竞争，读取与session_ 拷贝移入lock_保护；Destroy中session_写操作同步加锁闭合竞争 Co-Authored-By: Agent Signed-off-by: 红袍小恶魔 <luyuchen3@huawei.com> | 1 天前 | |
reduce log 0708 Signed-off-by: zhang-minmin-jason <zhangminmin9@h-partners.com> | 14 天前 | |
补充字符串超长时的明确日志提示 NAPI和Taihe层所有字符串字段共用同一个长度解析函数，当字符串超 40960字节时静默返回失败，导致上层日志无法判断失败原因是否为长度 超限，且不同字段超长后现象不一致（不显示/抛异常/功能不生效）。 本次在5处字符串长度判断点补充明确的SLOGE日志： - NapiUtils::GetValue(std::string): 拆分原本合并的失败条件， 区分napi调用失败与长度超限，并输出实际长度和上限值 - NapiUtils::GetValue(AVCastPlayerState): 内联复制点同步加日志 - NapiUtils::GetOptionalString(DeviceInfo): ipAddress内联复制点 - TaiheUtils::GetString(string_view): Taihe层字符串汇聚点 修改后，无论上层现象如何，均可通过搜exceeds max limit直接定位到 字符串长度超限这一根因。 Co-Authored-By: Agent Signed-off-by: 红袍小恶魔 <luyuchen3@huawei.com> | 6 天前 |