【FAQ】应用A如何使用应用B内的文件?

【问题描述】

应用A如何使用应用B的文件?例如,自己开发的应用想读取、复制微信、钉钉等IM应用内的文件。

【背景知识】

系统通过访问控制的机制,防止数据或功能被不当或恶意使用。当前访问控制的机制涉及多方面,包括应用沙箱、应用权限、系统控件等方案。

【解决方案】

为防止恶意行为对系统造成影响,提供安全的运行环境,应用沙箱限定了只有目标受众才能访问应用内的数据。在"应用沙箱目录"中,应用能看到自己的应用文

件以及应用运行必需的系统文件,因此,本应用的文件不为其他应用可见,反之亦然。两个应用之间如果需要文件流转可以通过以下3种方案:

  1. 应用A将应用内文件以分享的形式发送给应用B:这种方式应用B作为被分享应用需要在module.json5配置文件的actions标签的值配置为"ohos.want.action.sendData",表示接收应用分享文件,配置uris字段,表示接收URI的类型,即只接收其他应用分享该类型的URI,如:

    "actions": [
    "ohos.want.action.sendData"
    ],
    "uris": [
    {
    "scheme": "file",
    "type": "text/plain"
    }
    ]

  2. 应用A使用应用B打开指定文件:如,使用其他图片编辑器打开/编辑一张图片可参考拉起图片编辑类应用;由系统从已安装的应用中寻找符合要求的应用,打开特定文件。

  3. 在应用A内操作,将应用文件转换为用户文件,应用B再直接访问用户文件。

3.1:应用A将文件转换为用户文件(需要应用A实现,如微信内保存图片,保存文件等操作);

3.2:应用B访问用户文件,业务代码是一致的,获取用户授权有两种方式:

a)使用系统Picker(推荐);

b)申请受限权限(不推荐),如允许读取用户公共目录的图片或视频文件,允许应用访问并修改用户目录下的文件。

【总结】

因为安全访问机制的限制,应用A作为文件最初的拥有者和流出方,必须主动动作,其他应用才可能有权限分享到应用A内的文件;应用B作为文件流转的目的地无权通过代码

【问题描述】

应用A如何使用应用B的文件?例如,自己开发的应用想读取、复制微信、钉钉等IM应用内的文件。

【背景知识】

系统通过访问控制的机制,防止数据或功能被不当或恶意使用。当前访问控制的机制涉及多方面,包括应用沙箱、应用权限、系统控件等方案。

【解决方案】

为防止恶意行为对系统造成影响,提供安全的运行环境,应用沙箱限定了只有目标受众才能访问应用内的数据。在"应用沙箱目录"中,应用能看到自己的应用文件以及应用运行必需的系统文件,因此,本应用的文件不为其他应用可见,反之亦然。两个应用之间如果需要文件流转可以通过以下3种方案:

  1. 应用A将应用内文件以分享的形式发送给应用B:这种方式应用B作为被分享应用需要在module.json5配置文件的actions标签的值配置为"ohos.want.action.sendData",表示接收应用分享文件,配置uris字段,表示接收URI的类型,即只接收其他应用分享该类型的URI,如:

    "actions": [
    "ohos.want.action.sendData"
    ],
    "uris": [
    {
    "scheme": "file",
    "type": "text/plain"
    }
    ]

  2. 应用A使用应用B打开指定文件:如,使用其他图片编辑器打开/编辑一张图片可参考拉起图片编辑类应用;由系统从已安装的应用中寻找符合要求的应用,打开特定文件。

  3. 在应用A内操作,将应用文件转换为用户文件,应用B再直接访问用户文件。

具体操作分两步:

3.1:应用A将文件转换为用户文件(需要应用A实现,如微信内保存图片,保存文件等操作);

3.2:应用B访问用户文件,业务代码是一致的,获取用户授权有两种方式:

a)使用系统Picker(推荐);

b)申请受限权限(不推荐),如允许读取用户公共目录的图片或视频文件,允许应用访问并修改用户目录下的文件。

【总结】

因为安全访问机制的限制,应用A作为文件最初的拥有者和流出方,必须主动动作,其他应用才可能有权限分享到应用A内的文件;应用B作为文件流转的目的地无权通过代码

相关推荐
lqj_本人2 小时前
Flutter_Rust_Bridge:让 Flutter 稳定调用 Rust 的跨语言桥梁
harmonyos
贾伟康3 小时前
【HarmonyOS 7新能力|040】QUIC长连接工程封装:把接入逻辑放进可维护的分层结构
网络编程·harmonyos·arkts·quic·软件架构
hqzing3 小时前
Harmonybrew 仓库中的 gcc(GCC 16)和 llvm(LLVM 23)已经可用
harmonyos
万物智能信息科技8 小时前
PWM散热风扇设置—【万物智能之开源鸿蒙OpenHarmony系统实战开发系列教程】
人工智能·华为·开源·harmonyos·鸿蒙
aqi0011 小时前
一文读懂 HarmonyOS 7.0 带来的十大API重要升级
android·华为·harmonyos·鸿蒙·harmony
贾伟康11 小时前
【HarmonyOS 7新能力|037】数字盾工程封装:把接入逻辑放进可维护的分层结构
安全·harmonyos·arkts·软件架构·数字签名
ai安歌11 小时前
不调用外部 typst 命令:Draftmark 用 FRB 内嵌排版引擎的实现
harmonyos
威哥爱编程12 小时前
HarmonyOS 首开提速实战:首屏白屏的三种归因与对症方案
harmonyos·arkts