概述

修复 hidumper 中「Client screen Infos」的 AvailableArea 在屏幕旋转、折叠后不刷新的问题。

变更类型

• Bug 修复

根因

客户端 ScreenSession 的本地缓存 availableArea_ 在多个写入路径上漏更新：

• SCB 主动上报型 API（UpdateAvailableArea / UpdateSuperFoldAvailableArea）只转发给服务端，未回写本地
• 服务端推送型路径（ProcPropertyChange）构建本地 screenProperty 时漏取 availableArea 字段

导致客户端本地缓存一直是旧值，而服务端正确。hidumper 的「Client screen Infos」段和 SCB 都读本地缓存，所以读到的 availableArea 是 stale 的。

变更内容

主要变更（3 处，互补不冗余）

1. ScreenSessionManagerClient::UpdateAvailableArea：转发给服务端前，先调用本地 ScreenSession::SetAvailableArea 同步客户端缓存。
2. ScreenSessionManagerClient::UpdateSuperFoldAvailableArea：转发前，先把主屏 bArea 写回本地 ScreenSession 缓存。
3. ScreenSession::ProcPropertyChange：从服务端推下来的 eventPara 同步字段到本地构建中的 screenProperty 时，补上 SetAvailableArea(eventPara.GetAvailableArea())。

影响范围

• screen_session_manager_client.cpp：客户端可用区域缓存一致性（旋转、三折叠上报）
• screen_session.cpp：折叠态切换时服务端推送路径的本地构建（双折叠/单折叠/翻盖）
• hidumper 的「Client screen Infos」段、SCB 对可用区域的读取

场景覆盖说明

三个改动覆盖不同设备 × 不同数据方向，互补不冗余：

旋转场景

SCB 算新 area → NAPI updateAvailableArea → UpdateAvailableArea（改动1）→ 写本地缓存 + IPC 上报服务端。
旋转 bounds 走 ModifyScreenPropertyWithLock，不经过 ProcPropertyChange，由改动1 独占覆盖。

折叠场景

• 双折叠/单折叠/翻盖：服务端感知折叠 → 推 eventPara → ace_engine 调 ProcPropertyChange（改动3）→ 本地副本带上 availableArea。
• 三折叠：ProcPropertyChange 的 SuperFold 分支提前 return（走 ProcPropertyChangedForSuperFold，不碰 availableArea），由 SCB 算好后通过 NAPI updateSuperFoldAvailableArea → UpdateSuperFoldAvailableArea（改动2）上报，写本地缓存（bArea）。

测试

• 直板旋转后执行 hidumper -s ScreenSessionManager -a '-a'，「Client screen Infos」段的 AvailableArea 与服务端 [SCREEN PROPERTY] 段一致。
• 双折叠开合后，「Client screen Infos」段的 AvailableArea 与服务端一致。
• 单折叠开合后，「Client screen Infos」段的 AvailableArea 与服务端一致。
• 三折叠开合后，「Client screen Infos」段的 AvailableArea 与服务端一致。

Closes #14997