SDK 运行时基础知识测验

SDK 运行时旨在为 Android 生态系统提供多项关键优势。以下哪些主要优势对应用和 SDK 开发者以及用户而言尤为重要？

选择合适的多项回答。

通过将第三方 SDK 代码和资源隔离到单独的受限运行时进程中，增强了用户隐私和应用安全性。

通过将 SDK 操作封装在自己的专用进程中（与托管应用分开），提高了应用稳定性并更精确地确定了崩溃责任。

向第三方 SDK 授予了对主应用的完整权限的直接访问权限，以最大限度地发挥其功能。

更灵活的 SDK 分发模式，可让 SDK 独立于应用版本通过应用分发渠道进行更新，从而可能更快地修复严重问题。

强制要求所有第三方 SDK 在设备上的所有应用中使用单个共享运行时环境，以优化系统资源使用情况。

它在应用进程中运行，并直接与其他应用内 SDK 进行通信。

它主要是一个转换层，可帮助应用迁移到在 SDK 运行时中使用 SDK。

它在隔离的 SDK 运行时进程中运行。

它仅用于在 Android Studio 中调试 SDK 功能。

RE SDK 始终直接编译到托管应用的 APK 中，与传统 SDK 类似，但仅在存在 SDK 运行时时才会激活。

RE SDK 可以作为不同的实体发布到应用商店。然后，应用商店会管理这些 SDK 在设备上的安装，每个应用都会将所需的 RE SDK 加载到自己的私有 SDK 运行时进程中。

所有必要的 RE SDK 都作为 Android 操作系统的一部分预安装，应用只需声明它们打算使用哪些 SDK 即可。

应用每次需要时都会直接从 SDK 提供商的服务器下载 RE SDK，从而确保始终使用最新版本，而无需应用商店的参与。

它通过将所有任务分流到低优先级系统线程，确保 RE SDK 显著降低电池用量。

它允许 RE SDK 使用提升的系统权限运行，绕过应用的权限模型来执行高级操作。

它会划定清晰的边界，限制 SDK 对托管应用的内部数据和资源的直接访问，从而降低与未披露的数据收集相关的风险并增强整体安全性。

它标准化了所有 RE SDK 必须使用的界面组件，确保所有使用这些组件的应用的外观和风格保持一致。

将支持运行时的 SDK 打包到 Android SDK Bundle (ASB) 中。

在编译期间对支持运行时的 SDK 强制执行权限限制。

对应用/运行时感知 (RA SDK) 和 RE SDK 之间的低级进程间通信 (IPC) 复杂性进行抽象化处理。

为 RE SDK 提供用于展示广告的预构建界面组件。

用于启动 SDK 主要功能的 activity。

一个扩展 `SandboxedSdkProviderCompat`（或基于 `@PrivacySandboxService` 的模拟程序生成的派生项）并覆盖其 `create*` 方法的类。

用于监听来自应用的 SDK 加载请求的 BroadcastReceiver。

用于与应用共享初始配置数据的 ContentProvider。

主要客户端应用进程。

`system_server` 进程。

`_sdk_sandbox` 进程。

Android Studio 内部调试流程。

立即要求所有应用直接使用支持运行时的 SDK，而无需任何转换层。

构建一个支持运行时的轻量级 SDK，并将所有现有业务逻辑保留在旧版应用内 SDK 中。

构建一个过渡期的支持运行时的 SDK 以及一个厚实的支持运行时的 SDK，以进行增量迁移和 A/B 测试。

从一开始就停用现有 SDK，仅提供新的支持运行时的 SDK。