harmony 鸿蒙沙盒管理

  • 2022-08-09
  • 浏览 (2567)

沙盒管理

概述

功能简介

支持系统组件及芯片组件进程沙盒运行。

基本概念

在init里面创建系统组件沙盒和芯片组件沙盒,native服务根据功能进入system沙盒或者chipset沙盒。在system-sandbox.json、chipset-sandbox.json等配置文件中设置沙盒组件中mount bind 的目录或文件,实现沙盒组件通过mount属性进行隔离。同时,提供了一种沙盒调试工具,当需要在沙盒内验证或者进行沙盒相关开发时,方便对需求进行调试、验证、完善。begetctl沙盒命令参考: begetctl命令说明

约束与限制

仅标准系统下使用。

开发指导

参数说明

表1 沙盒配置文件字段解释

JSON前缀 解释
sandbox-root 沙盒的根目录
mount-bind-paths mount一个目录
mount-bind-files mount一个文件
src-path 需要mount的目录/文件路径
sandbox-path 沙盒里面需要挂载至的目录/文件
sandbox-flags mount的挂载标志位, 缺省”bind rec”标志位
ignore 是否忽略mount失败,设置为1 则忽略失败,继续往下执行
target-name 需要link的目录
link-name 沙盒内link后的目录

表2 沙盒配置文件解释 |沙盒配置文件|解释| |——–|——–| |chipset-sandbox64.json|64位系统的芯片沙盒配置文件| |chipset-sandbox.json|32位系统的芯片沙盒配置文件| |system-sandbox64.json|64位系统的系统沙盒配置文件| |system-sandbox.json|32位系统的系统沙盒配置文件|

接口说明

沙盒的逻辑存储结构:

// 主要函数
// name is "system" or "chipset"
bool InitSandboxWithName(const char *name); // 解析JSON至结构体

typedef struct {
    ListNode pathMountsHead;   // sandbox mount_path list head
    ListNode fileMountsHead;   // sandbox mount_file list head
    ListNode linksHead;        // sandbox symbolic link list head
    char *rootPath;            // /mnt/sandbox/system|vendor|xxx
    char name[MAX_BUFFER_LEN]; // name of sandbox. i.e system, chipset etc.
    bool isCreated;            // sandbox already created or not
    int ns;                    // namespace
} sandbox_t;

开发步骤

  1. 沙盒的创建方式

    • 创建system或者chipset沙盒,配置对应的system-sandbox.json或者chipset-sandbox.json文件,JSON文件配置参考: 沙盒JSON文件配置
    • 默认情况下,服务的sandbox功能是打开的,如果不想让某个特定的服务不进入沙盒,在cfg中配置sandbox : 0。当在cfg配置sandbox : 1,服务依进入沙盒。 "sandbox" : 1
  2. 修改沙盒JSON文件配置

    • 查看系统组件沙盒配置文件、芯片组件沙盒配置文件,进入/system/etc/sandbox/ 目录下,cat system-sandbox.json ,cat chipset-sandbox.json; 直接修改对应沙盒配置文件, 重新启动。 对于64位系统,cat system-sandbox64.json ,cat chipset-sandbox64.json。
    • 代码路径下:base/startup/init/interfaces/innerkits/sandbox 修改对应沙盒配置文件。

开发实例

沙盒JSON文件配置

{
    "sandbox-root" : "/mnt/sandbox/system",
    "mount-bind-paths" : [{
        "src-path" : "/system/lib/ndk",
        "sandbox-path" : "/system/lib/ndk",
        "sandbox-flags" : [ "bind", "rec", "private" ]
    }],
    "mount-bind-files" : [{
        "src-path" : "/system/lib/ld-musl-aarch64.so.1",
        "sandbox-path" : "/system/lib/ld-musl-aarch64.so.1",
        "sandbox-flags" : [ "bind", "rec", "private" ]
    }],
    "symbol-links" : [{
        "target-name" : "/vendor/lib",
        "link-name" : "/lib"
    }]
}

系统/芯片沙盒常见问题

  • 原因分析: 相关服务访问不到所需要的so等资源文件

  • 解决方案: 分析hilog,通过分析log检查失败的原因,在设备中搜索报错so的path,修改对应so的BUILD.gn文件。如下步骤:

    • log分析,hilog搜索关键字”failed”或”.so”结果
      08-05 17:27:29.302   488   488 E C02500/driver_loader_full: get driver entry failed, /vendor/lib/libcamera_host_service_1.0.z.so load fail, Error loading shared library libdisplay_buffer_proxy_1.0.z.so: No such file or directory (needed by /system/lib/chipset-pub-sdk/libdisplay_buffer_hdi_impl.z.so)
      08-05 17:27:29.303   488   488 E C02500/devhost_service_full: DevHostServiceAddDevice failed and return -207
      08-05 17:27:29.305   488   488 E C02500/devhost_service_stub: Dis patch failed, add service failed and ret is -207
      08-05 17:27:29.307   488   488 I C02500/devhost_service_stub: add device 0x7000201
      08-05 17:27:29.308   488   488 E C02500/driver_loader_full: /vendor/lib/libhdi_media_layer_service.z.so no valid, errno:2
    
    • 根据结果,camera报错是由于libdisplay_buffer_proxy_1.0.z.so加载失败,两种方式进行处理,方式一在沙盒中对该file进行mount进行快速修复(仅支持本地debug,源码修改需要进行评审),方式二需要修改对应BUILD.gn文件

      • 快速修复方式:沙盒中mount file/path

      • 系统沙盒: 编辑设备中/system/etc/sandbox/system-sandbox.json文件,默认只mount vendor路径下的部分文件,如有报错缺失在其中进行单独mount

      • chipset沙盒: 编辑设备中/system/etc/sandbox/chipset-sandbox.json文件,默认只mount system路径下的部分文件,如有报错缺失在其中进行单独mount

      • 如上case需要在/system/etc/sandbox/chipset-sandbox.json中添加如下:

      "mount-bind-files" : [
      	{
              "src-path" : "/system/lib/libdisplay_buffer_proxy_1.0.z.so",
              "sandbox-path" : "/system/lib/libdisplay_buffer_proxy_1.0.z.so",
              "sandbox-flags" : [ "bind", "rec", "private" ]
          },{...}
      ],
      
      • 方式二:添加innerapi_tags
      ohos_shared_library("xxx") {
      	...
      	innerapi_tags = [
          	"chipsetsdk",
          ]
      }
      
      • innerapi_tags相关:

      • 沙盒权限相关的tags包含”passthrough”、”chipsetsdk”、”passthrough_indirect “、”chipsetsdk_indirect”

        • 可通过 Openharmony实时架构信息网站查看so信息,如果是间接依赖模块使用chipsetsdk_indirect或者passthrough_indirect , 其余使用chipsetsdk或者passthrough
        • 安装到系统目录的so使用”chipsetsdk”和”chipsetsdk_indirect”,供芯片组件访问
        • 安装到芯片目录的so使用”passthrough”和”passthrough_indirect “,供系统组件访问
      • 通过innerapi_tags标记添加可以指定so安装的路径,比如标记了chipsetsdk的就装在/lib/chipset-sdk/目录下,具体逻辑源码如下,代码路径: build/templates/cxx/cxx.gni “`gni

        auto set auto_relative_install_dir by innerapi_tags

        if (defined(invoker.innerapi_tags)) { is_chipsetsdk = false is_platformsdk = false is_passthrough = false foreach(tag, filter_include(invoker.innerapi_tags, [ “chipsetsdk” ])) { is_chipsetsdk = true } foreach(tag, filter_include(invoker.innerapi_tags, [ “platformsdk” ])) { is_platformsdk = true } foreach(tag, filter_include(invoker.innerapi_tags, [ “passthrough*” ])) { is_passthrough = true } if (is_chipsetsdk && is_platformsdk) { auto_relative_install_dir = “chipset-pub-sdk” } else if (is_chipsetsdk) { auto_relative_install_dir = “chipset-sdk” } else if (is_platformsdk) { auto_relative_install_dir = “platformsdk” } if (is_passthrough) { auto_relative_install_dir = chipset_passthrough_dir } … }

你可能感兴趣的鸿蒙文章

harmony 鸿蒙子系统开发

harmony 鸿蒙AI框架开发指导

harmony 鸿蒙NNRt接入适配指导

harmony 鸿蒙应用特权配置指南

harmony 鸿蒙开发实例

harmony 鸿蒙搭建环境

harmony 鸿蒙开发指导

harmony 鸿蒙概述

harmony 鸿蒙ArkCompiler开发指导

harmony 鸿蒙窗口标题栏定制开发指导

0  赞