已合并
【平台公共能力】【fix】处理hi3863配网资源泄漏 #76
Leo Peng创建于 4月20日
【平台公共能力】【fix】处理hi3863配网资源泄漏 #76
已合并
Pull Request已成功合入, 合并人@openharmony_ci
（感谢 Leo Peng 的贡献）4月20日 关联了issue：hi3863配网资源泄漏
Leo Peng
4月20日 评论：
4月20日 评论：
start build
openharmony_ci
4月20日 评论：
4月20日 评论：
首次触发
门禁构建开始,包含静态检查、代码编译【one_connect_nearlink_build编译】,预计在60分钟内完成,门禁结果会同步发送到注册邮箱。您可以通过如下链接跟踪门禁进展:http://dcp.openharmony.cn/workbench/cicd/detail/69e5e27f64650f998be6ca5c/runlist
4月20日 添加了label：编译成功
4月20日 添加了label：静态检查成功
4月20日 通过测试
openharmony_ci
4月20日 评论：
4月20日 评论：
代码门禁通过
您可以通过如下链接查看门禁报告:http://dcp.openharmony.cn/workbench/cicd/detail/69e5e27f64650f998be6ca5c/runlist
静态检查:
| # | check type | result | report |
|---|---|---|---|
| 1 | codeCheck | pass | >>> |
编译测试:
| # | Device | build result | package |
|---|---|---|---|
| 1 | one_connect_nearlink_build | success | >>> |
5月13日 将liuhaohao123设为评审人
5月13日 通过了评审
5月13日 将xiangr214_gitcode设为测试人
5月13日 通过测试
5月13日 将xiangr214_gitcode设为审查人
5月13日 通过审查
openharmony_ci
5月13日 评论：
5月13日 评论：
验证结果已超过12小时，之前验证结果无效，自动重新触发构建，请关注最新验证结果
openharmony_ci
5月13日 评论：
5月13日 评论：
start build
openharmony_ci
5月13日 评论：
5月13日 评论：
验证结果已超过12小时，之前验证结果无效，自动重新触发构建，请关注最新验证结果
openharmony_ci
5月13日 评论：
5月13日 评论：
start build
5月13日 删除了label：编译成功
5月13日 删除了label：静态检查成功
openharmony_ci
5月13日 评论：
5月13日 评论：
本地或库上代码有更新,全量重新构建,重置所有关联PR的验证状态
门禁构建开始,包含静态检查、代码编译【one_connect_nearlink_build编译】,预计在60分钟内完成,门禁结果会同步发送到注册邮箱。您可以通过如下链接跟踪门禁进展:http://dcp.openharmony.cn/workbench/cicd/detail/6a04230b64650f998b3a02d1/runlist
openharmony_ci
5月13日 评论：
5月13日 评论：
当前有构建正在进行中，请勿重复触发
5月13日 添加了label：编译成功
5月13日 添加了label：静态检查成功
5月13日 通过测试
openharmony_ci
5月13日 评论：
5月13日 评论：
代码门禁通过
您可以通过如下链接查看门禁报告:http://dcp.openharmony.cn/workbench/cicd/detail/6a04230b64650f998b3a02d1/runlist
静态检查:
| # | check type | result | report |
|---|---|---|---|
| 1 | codeCheck | pass | >>> |
编译测试:
| # | Device | build result | package |
|---|---|---|---|
| 1 | one_connect_nearlink_build | success | >>> |
5月13日 关闭了关联的issue
5月13日 合入了pull request，合并节点 SHA：e4a3f231c954efc46f833454886e97e09767bfde
问题单号： IH6QEA
开发环境： Hi3863+oh5.1+iotc5.1
套餐类型： wifi/ble combo
问题描述： 每次配网删除设备后，有5K左右ram占用无法释放
问题根因： 采用了不复用fd的方案，每次删除设备后，将freed标记不置为0，导致netconn清理分支无法走入，因此回退不复用fd的方案，改为原逻辑复用fd。但复用fd会出现删除设备后再次配网必现失败的问题，原因是mini设备在删除netconn重新分配新的netconn空间时，因为大小一样，mini系统会优先复用大小相同的空闲地址，导致新的netconn又被分配到了旧的内存地址，导致第二次配网连接状态与第一次的状态连接，fd监听失效。
解决方案： 原逻辑在删除设备之后会触发reboot回调清理资源，因此需要在reboot中实现资源清理，本方案采取调用hi3863 sdk提供的重置函数清理资源，经测试验证回归，功能正常，内存泄漏消失。