| 文件 | 最后提交记录 | 最后更新时间 |
|---|---|---|
!4266 merge codex/cloud-disk-error-codes into master 新增 CloudDisk 文件不存在和名称过长错误码 Created-by: weixin_52581576 Commit-by: phybee Merged-by: openharmony_ci Description: **Description:** 新增 CloudDisk 文件不存在和文件名过长错误码，用于区分占位符查询、占位符创建等链路中的目标路径不存在和文件名过长场景。 本次改动包括： - CloudDiskService 内部错误码： E_FILE_NOT_EXIST = 34400024 - CloudDiskService 内部错误码：E_NAME_TOO_LONG = 34400025 - NDK 对外错误码：CLOUD_DISK_FILE_NOT_EXIST = 34400024 - NDK 对外错误码：CLOUD_DISK_NAME_TOO_LONG = 34400025 - NDK innerToNErrTable 中补充上述两个错误码映射 - ConvertPlaceholderXattrErrno 中将 ENOENT 转换为 E_FILE_NOT_EXIST - 公共 ConvertErrnoToCloudDiskError 中将 ENAMETOOLONG 转换为 E_NAME_TOO_LONG - CreatePlaceholder 错误归一化中保留 E_NAME_TOO_LONG，避免被转换为其他错误码 - 补充 CloudDiskService 和 NDK 单元测试，覆盖 xattr errno 映射、create placeholder 名称过长、NDK 对外错误码转换等场景 **Issue number:** https://gitcode.com/openharmony/filemanagement_dfs_service/issues/3164 **Test & Result:** 已执行： - git diff --check：通过 - git diff --cached --check：通过 - diff 范围检查：未包含 interfaces/kits/js、ANI 或旧 cloudDiskManager NAPI 模块文件 - ./build.sh --product-name rk3568 --build-target clouddisk_service_test --build-target ndk_test：通过 - 设备侧小集合 UT（USB target 150100424a5444345203698b4ed38800）：CloudDiskServiceStaticTest.QueryPlaceholderByXattrTest004:CloudDiskServiceStaticTest.QueryPlaceholderByXattrTest011:CloudDiskServiceStaticTest.ConvertPlaceholderXattrErrnoTest001:CloudDiskServiceStaticTest.IsPlaceholderFileInnerTest011:CloudDiskServiceStaticTest.CreatePlaceholderBranchTest009:CloudDiskServiceStaticTest.CreatePlaceholderBranchTest010:CloudDiskServiceStaticTest.CreatePlaceholderFileInnerBranchTest008，7/7 通过 - 设备侧小集合 UT（USB target 150100424a5444345203698b4ed38800）：CloudDiskManagerTest.ConvertToErrorCodeTest003:CloudDiskManagerTest.CreatePlaceholderFileTest005:CloudDiskManagerTest.IsPlaceholderFileIpcTest007:CloudDiskManagerTest.IsPlaceholderFileIpcTest008，4/4 通过 - 设备侧全量 UT：cloud_disk_service_static_test，72/72 通过 - 设备侧全量 UT：cloud_disk_manager_test，24/24 通过 说明： - OpenHarmony 构建根固定使用 foundation/filemanagement/dfs_service 主 checkout；测试前已确认本 PR 7 个错误码相关文件与 codex/cloud-disk-error-codes 分支内容一致。 **CodeCheck:** <table> <tr> <th>类型</th><th>自检项</th><th>自检结果</th> </tr> <tr> <td rowspan="2">多线程相关</td><td>在类的成员变量中定义了vector/map/list等容器类型，且在多个成员函数中有操作时，需要加锁保护</td><td>自检结果：本次未新增类成员容器或共享可变状态。</td> </tr> <tr> <td>定义全局变量，在多个函数中都有操作时，需要加锁保护</td><td>自检结果：本次未新增可变全局变量；仅新增错误码枚举和静态错误码映射项。</td> </tr> <tr> <td rowspan="4">内存相关</td><td>调用外部接口时，确认是否对返回值做了判断，尤其外部接口返回了nullptr的情况，避免进程崩溃</td><td>自检结果：本次未新增外部指针返回值处理逻辑；仅调整 errno/错误码转换。</td> </tr> <tr> <td>调用安全函数时，如memcpy_s等，是否检查其返回值</td><td>自检结果：本次未新增 memcpy_s 等安全函数调用。</td> </tr> <tr> <td>检查函数中是否涉及了内存或资源申请（如文件句柄），注意每个异常退出流程，是否都已经将资源释放（推荐使用RAII）</td><td>自检结果：本次未新增内存或文件句柄申请；只保留/转换既有错误返回。</td> </tr> <tr> <td>隐式内存分配场景：realpath、ReadParcelable序列化、cJSON相关函数时等，需主动释放或使用智能指针</td><td>自检结果：本次未新增 realpath、ReadParcelable、cJSON 等隐式分配场景。</td> </tr> <tr> <td rowspan="4">校验外部输入</td><td>使用nlohmann:json解析外部输入时，需判断参数类型是否符合预期</td><td>自检结果：本次未新增 json 解析。</td> </tr> <tr> <td>所有外部输入均不可信，需判断外部输入是否直接作为内存分配的大小，数组下标、循环条件、SQL查询等</td><td>自检结果：本次未新增外部输入作为内存大小、数组下标、循环条件或 SQL 查询的逻辑。</td> </tr> <tr> <td>外部输入的路径不可信，需使用realpath做标准化处理，并判断路径的合法性</td><td>自检结果：本次未新增路径解析逻辑；沿用既有路径校验和转换流程，仅补充路径不存在/名称过长错误码返回。</td> </tr> <tr> <td>外部输入包括对外提供的接口，IPC的proxy/stub接口，序列化/反序列化接口等</td><td>自检结果：本次未新增接口或 IPC 码；NDK 对外错误码映射已补充测试覆盖。</td> </tr> <tr> <td rowspan="2">数学运算</td><td>代码中是否混合了加减乘除等运算，需检查是否可能导致整数溢出或符号翻转</td><td>自检结果：本次未新增数学运算。</td> </tr> <tr> <td>需检查代码是否有高精度数字转换为低精度的操作，如果必须，建议使用C++安全类型转换接口</td><td>自检结果：本次未新增数值精度转换。</td> </tr> <tr> <td rowspan="1">秘钥相关</td><td>如变量临时保存了口令、秘钥等，需要在使用完成后及时清空（内存memset掉）</td><td>自检结果：本次未新增口令、秘钥处理。</td> </tr> <tr> <td rowspan="2">权限相关</td><td>作为系统服务对外提供了接口，是否做了权限保护和校验（如需要），只允许申请了权限的应用访问</td><td>自检结果：本次未新增系统服务接口或权限策略；仅调整既有接口返回错误码。</td> </tr> <tr> <td>内核对外提供了设备节点，是否做了权限保护，只允许特定的系统服务访问</td><td>自检结果：本次未新增内核设备节点。</td> </tr> <tr> <td rowspan="3">内核操作</td><td>如有mmap操作，并使用remap_pfn_range进行地址映射时，校验起始地址是否是用户态输入且没有做合法性校验</td><td>自检结果：本次未新增 mmap/remap_pfn_range。</td> </tr> <tr> <td>是否有copy_from_user，并对外部输入的数据做了长度校验，以防止缓冲区溢出</td><td>自检结果：本次未新增 copy_from_user。</td> </tr> <tr> <td>是否有使用copy_to_user，并在返回到用户态时，对数据做了完整初始化，或使用memset清空后再赋值</td><td>自检结果：本次未新增 copy_to_user。</td> </tr> </table> See merge request: openharmony/filemanagement_dfs_service!4266 | 2 天前 | |
支持占位符文件操作变更通知:增加modify事件的监听 Signed-off-by: lcm_kiku <liuchangming4@h-partners.com> Co-Authored-By: Agent | 12 天前 | |
add disk monitor Signed-off-by: 刘昊天 <liuhaotian15@huawei.com> | 10 个月前 | |
支持占位符文件操作变更通知:增加modify事件的监听 Signed-off-by: lcm_kiku <liuchangming4@h-partners.com> Co-Authored-By: Agent | 12 天前 | |
AGENTS.md version 1.1 Signed-off-by: unknown <liutenglong2@huawei.com> | 1 个月前 | |
feat: add cloud disk placeholder creation Signed-off-by: tlbl <liutenglong2@h-partners.com> Change-Id: I72c2809fcdf07a55088d66812f46ce800219bfc6 | 17 天前 | |
新增UpdatePlaceholderToFile接口 - 新增NDK接口OH_CloudDisk_UpdatePlaceholderToFile，支持更新文件元数据（大小、访问时间、修改时间） - 新增MetaDataInfo结构体用于传递文件元数据 - 实现完整的调用链路：NDK -> Inner API -> Service -> Utils - 实现UpdatePlaceholderAttr工具函数，使用ioctl更新占位符属性 - 新增clouddiskservice_ioctl.h头文件，定义ioctl接口 - 添加同步根权限校验和路径范围检查 - 添加完整的单元测试覆盖 Signed-off-by: bmi <lijiewei7@h-partners.com> Co-Authored-By: Agent Change-Id: I36eaad1c30eab03f1cf5815ed3dcd826b8b7f037 | 10 天前 |
| 文件 | 最后提交记录 | 最后更新时间 |
|---|---|---|
| 2 天前 | ||
| 12 天前 | ||
| 10 个月前 | ||
| 12 天前 | ||
| 1 个月前 | ||
| 17 天前 | ||
| 10 天前 |