Description:

问题背景：

RSApplicationAgentImpl 是客户端侧 binder stub，注册到 render service 后服务端持有其 proxy 强引用。旧清理链路存在两个问题：

1. 时序不确定：客户端侧依赖连接死亡回调（RSRenderServiceConnectHub 的 OnDiedCallbacks → RSApplicationAgentImpl::Destroy()），服务端侧依赖 RSClientToRenderConnection::CleanAll 在连接删除时顺带注销。若客户端 so 被 dlclose 卸载时服务端仍持有 agent proxy，binder 内核延迟下发的 DecStrongRef 会析构一个 vtable 已 unmap 的 stub，导致应用进程 SEGV；
2. 并发不安全：isDestreuctionProcess_ 为非原子 bool，Instance() 每次调用重复注册死亡回调，Destroy() 与注册流程存在竞态。

修复方案：

1. 新增同步注销 IPC UNREGISTER_APPLICATION_AGENT（0x000010）：proxy 以 TF_SYNC 发送、不携带参数——服务端按 calling pid 反查 agent 并注销、摘除 death recipient。同步等待确保客户端析构 stub 前服务端已释放 proxy 强引用；同步补齐 access verifier（限频 15 次）、safuzz 名称表、stub descriptor 白名单
2. 客户端确定性主动注销：Destroy() 重构为幂等的 Release()——持锁清空全局单例，若曾注册则调用静态 UnregisterFromAllConnections()，经新增 GetAllClientToRenderConnections()（锁下快照）遍历所有渲染进程连接逐一发注销 IPC，映射为空时回退默认连接；整体删除 SetOnDiedCallback / RemoveOnDiedCallback / ExecuteAndClearDiedCallbacks 死亡回调机制及对应单测
3. 生命周期锚点：新增 RSApplicationAgentLifecycleOwner 函数局部静态——首次使用（RSUIDirector::Init）时构造并注册 agent，静态析构时驱动一次 Release()。利用 librender_service_client 先于 librender_service_base 卸载的依赖顺序，保证发出同步注销 IPC 时连接仍可用、stub 代码段仍处于映射状态
4. 注册防重：RegisterRSApplicationAgent 改为 mutex_ + 原子 isRegistered_ 标志，替代原函数内静态 atomic，与 Release() 互斥；服务端 CleanAll 不再顺带注销 app agent（职责移交显式 IPC）

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

Test & Result:

• 门禁通过：静态检查、编译、冒烟测试均成功，已合入 master
• dlclose 卸载客户端库的复现场景不再出现 agent stub 延迟析构 SEGV；多次 Init/Release 幂等无泄漏

CodeCheck:

L0新增用例自检结果

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