Description:

问题背景：

unmarshal 并行开启后，RSUnmarshalThread 的 FFRT worker 线程会被多个 parcel 任务复用，而 AshmemFdContainer 是 thread_local 单例（offset→fd 映射表），此前仅依赖任务尾部的 ~AshmemFdWorker() 清理。一旦某次任务提前返回未走清理路径，残留的旧 offset→fd 条目会被该线程上的下一个 parcel 命中：ReadSafeFd 按 offset 查到属于上一个 parcel 的 fd（可能已 close），导致 ashmem 数据读取错乱、CopyFromAshmem 尺寸校验失败、unmarshalling 失败甚至 unmarshal 线程崩溃。

修复方案：

1. 清除 thread_local 残留：每个 unmarshal 任务开始时（SetIsUnmarshalThread(true) 之后、PushFdsToContainer() 之前）主动调用 AshmemFdContainer::Instance().Clear()，将 fd 表严格限定在本任务生命周期内，消除线程复用带来的脏数据；为此将 Clear() 从 private 提升为 public（rs_unmarshal_thread.cpp、rs_ashmem_helper.h）
2. 加固 ashmem parcel 构造：CreateAshmemParcel 对 header 写入（interfaceToken / ashmem 标志 / dataSize / fd / offsetSize）逐项检查返回值，任一失败立即打日志并返回 nullptr，避免发出格式残缺的 ashmem parcel 导致对端解析失败（rs_ashmem_helper.cpp）
3. 补充失败路径日志：rs_marshalling_helper.cpp 中约 30 处原本静默 return false 的分支新增 ROSEN_LOGE，覆盖 DrawCmdList（recordCmd / 扩展对象 / 各类 size 超限）、RSLinearGradientBlurPara、粒子参数、Surface 读写、WriteToParcel 等；另补充 CommitTransaction 中 renderPipelineAgent_ 为空的丢包日志、AshmemAllocator::WriteToAshmem/CopyFromAshmem 参数非法日志、ParseFromAshmemParcel token 不匹配日志，便于定位 unmarshalling 失败的具体环节

Issue number:https://gitcode.com/openharmony/graphic_graphic_2d/issues/25442

Test & Result:

• 编译、静态检查、冒烟测试通过（CI 全绿，已合入 master）
• 复现场景连续压测，unmarshal 线程不再出现因残留 fd 导致的解析失败/崩溃

CodeCheck:

L0新增用例自检结果

• 是，有新增L0用例，且完成自检
• 否