harmony 鸿蒙沙盒管理
沙盒管理
概述
功能简介
支持系统组件及芯片组件进程沙盒运行。
基本概念
在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;
开发步骤
沙盒的创建方式
- 创建system或者chipset沙盒,配置对应的system-sandbox.json或者chipset-sandbox.json文件,JSON文件配置参考: 沙盒JSON文件配置
- 默认情况下,服务的sandbox功能是打开的,如果不想让某个特定的服务不进入沙盒,在cfg中配置sandbox : 0。当在cfg配置sandbox : 1,服务依进入沙盒。
"sandbox" : 1
修改沙盒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 修改对应沙盒配置文件。
开发实例
{
"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 } … }
你可能感兴趣的鸿蒙文章
热门推荐
-
2、 - 优质文章
-
3、 gate.io
-
8、 golang
-
9、 openharmony
-
10、 Vue中input框自动聚焦