解决界面沉浸式问题 · Pull Request !15928 · OpenHarmony/ability_ability_runtime

1. 解决界面沉浸式问题
---
**IssueNo**:
https://gitee.com/openharmony/ability_ability_runtime/issues/ICRKW4
**Description**:

**稳定性自检：**
| 自检项                                                       | 自检结果  |
| ------------------------------------------------------------ | -------- |
| 涉及跨进程调用的相关操作需要抛至主线程或加锁防止并发              |    Y     |
| 成员变量进行赋值或创建需要排查并发                               |    Y      |
| 谨慎在lambda表达式中使用引用捕获                                |    Y      |
| 谨慎在未经拷贝的情况下使用外部传入的string、C字符串               |  Y        |
| map\vector\list\set等stl模板类使用时需要排查并发                |    Y      |
| 谨慎考虑加锁范围                                               |   Y       |
| 在IPC通信中谨慎使用同步通信方式                                 |    Y      |
| 禁止传递this指针至其他模块或线程（特别是eventhandler任务）        |   Y       |
| 禁止将外部传入的裸指针在内部直接构造智能指针                      |   Y       |
| 禁止多个独立创建的智能指针管理同一地址                           |     Y     |
| 禁止在析构函数中抛异步任务                                      |    Y      |
| 禁止js对象在非js线程（例如在IPC线程）创建、使用或销毁             |    Y      |
| 禁止在对外接口中未经判空直接使用外部传入的指针                    |     Y     |
| 禁止接口返回局部变量引用                                        |     Y     |
| 禁止在信号函数中加锁                                            |    Y      |
| 禁止在关键流程（SA启动、应用启动等主流程）执行耗时的操作           |   Y       |
| 禁止将同一个cpp编译在不同的so中                                 |     Y     |

**安全编码自检：**
| 自检项                                                          | 自检结果 |
| -------------------------------------------------------------- | -------- |
| 裸指针避免通过隐式转换构造为sptr                                 |    Y      |
| json对象在取值之前必须先判断类型，避免类型不匹配                   |     Y     |
| 序列化时必须对传入的数组大小进行校验，避免出现超大数组              |    Y      |
| 避免使用未明确位宽的整型，选择使用int8_t、uint8_t等类型            |    Y      |
| 外部传入的路径要做规范化校验，对路径中的.、..、../等特殊字符严格校验 |   Y       |
| 指针变量、表示资源描述符的变量、bool变量必须赋初值                  |   Y       |
| readParcelable获取的对象使用前需要判空                            |   Y       |
| 分配和释放内存的函数需要成对出现                                   |     Y     |
| 申请内存后异常退出前需要及时进行内存释放                            |     Y     |
| 内存申请前必须对内存大小进行合法性校验                              |    Y      |
| 内存分配后必须判断是否成功                                         |     Y     |
| 禁止使用realloc、alloca函数                                       |   Y       |
| 禁止打印文件路径、口令等敏感信息，如有需要，使用private修饰          |    Y      |
| 禁止打印内存地址                                                  |    Y      |
| 整数之间运算时必须严格检查，确保不会出现溢出、反转、除0               |    Y      |
| 禁止对有符号整数进行位操作符运算                                    |     Y     |
| 禁止对指针进行逻辑或位运算                                         |    Y      |
| 循环次数如果收外部数据控制，需要检验其合法性                         |     Y     |
| 禁止使用内存操作类危险函数，需要使用安全函数                         |    Y      |
| 谨慎使用不可重入函数                                               |     Y     |
| 必须检查安全函数的返回值，并进行正确处理                             |  Y        |
| 禁止仅通过TokenType类型判断绕过权限校验                             |    Y      |

**TDD Result**:

**XTS Result**:

### 是否已执行L0用例
- [Y] 已验证
- [ ] 不涉及。如不涉及，请写明理由

类型	指派人员	状态
审查	@aafwk_ability 由 .gitee/CODEOWNERS 文件第 12 行指派为审查者	进行中 (0/1人)
审查	ccll jerry jsjzju 夏良伟 JayLeeHW gwang 于文泽 yangzk 张亚菲李伟峰 wangkailong 杨旭光	进行中 (0/2人)
测试	openharmony_ci 已测试通过	已完成 (1/1人)

OpenHarmony/ability_ability_runtime .gitee-modal { width: 500px !important; }

搜索帮助

OpenHarmony/ability_ability_runtime