uni-push 2.0 与个验/GTC/卓信 SDK 初始化及隐私撤回机制

情况：基于经典 uni-app Vue3 的 Android 应用，使用 DCloud uni-push 2.0 基础推送与 OAuth-IGETui 一键登录集成，目前尚未开通 Android 厂商离线推送。
在进行正式发布前的 SDK 配置和隐私处理核查时，我们发现部分原生组件存在条件性初始化、自动启动及共享依赖关系。希望确认这些 SDK 在当前集成方式下的实际行为，以及官方推荐的控制与验证方法。

一、SDK 版本及说明

APK 静态检查识别的版本：
个推 Push： 3.3.15.0
个验 GY ：3.2.0.0
GTC ：3.2.16.7
卓信 ID ：sdk-prod-channel-getui-3.3.7.58976
工具： HBuilderX 5.34.2026102909、compiler 5.33/vue3。

特别说明：*以下调用路径仅为静态代码观察。
希望针对以上版本取得具体技术说明。

A. 个推 Push 与卓信 ID

在 APK 静态代码中观察到如下条件性调用路径：
GTPushService → PushManager.initialize → 约2秒延迟任务 → 本地config id79条件 → 反射newSDK → init → allowPermissionDialog(false) → getZXID
其中还存在卓信结果回调及 ID/AID 的后续消费者。

希望确认：

1. 初始化时序： 在当前 Push 3.3.15.0 及 DCloud 集成层中，preInit、initialize 和卓信 init 分别在什么时机执行？哪些调用可在隐私同意前进行？个推合规指南对 preInit 同样要求取得同意，应如何理解和适用于本版本？
2. 内部配置： config id79 的具体用途、默认值和持久化规则是什么？是否能够由远程配置改变？远程更新何时生效？
3. 卓信触发条件： 渠道代理实例的创建、init 和 getZXID 分别需要满足哪些条件？条件不满足时，是否可以确认不会进入相应处理路径？
4. 关闭接口： 对通过 newSDK 创建的渠道代理，ZXManager.setEnable(false) 是否有效？如果有效，推荐在什么阶段、通过哪个官方接口调用？是否存在状态读回或其他可验证方式？
5. 保留基础 Push： 如果应用仅使用基础在线 Push、不需要主动获取卓信 ID，是否有受支持的配置，使卓信不初始化而不影响基础推送？
6. 拒绝与撤回： 用户首次未同意、拒绝、使用基础模式或撤回同意后，已存在的 SDK 实例、延迟任务、监听器、后台服务、缓存及待发送请求分别如何处理？是否需要额外停止或清理？
7. 隐私政策版本： 当前卓信渠道应采用 /privacy 还是 /hm/privacy 的正式隐私政策？能否提供适用于的链接及生效信息？
   希望上述答复尽量明确默认值、支持的配置位置和可观察结果。

B. GTC 共享组件

静态检查发现：

• GtcProvider.onCreate 可能早于 Application.onCreate 执行。
• GTC 存在上下文、生命周期和加密准备路径。
• Push 与个验分别通过 Caller.PUSH、Caller.GY 使用共享初始化能力。

希望确认：

1. GtcProvider.onCreate 的主要职责是什么？其创建阶段是否仅准备运行环境，还是可能同时发生设备或网络信息处理？
2. Push 与个验共用 GTC 时，哪些属于必要的基础运行能力？哪些属于可选扩展或独立分析功能？默认是否启动后者？
3. 相关组件可能读取、生成、缓存、共享或传输哪些个人信息？希望按信息类别、触发条件、处理目的及接收方分别说明。
4. 在用户尚未同意隐私政策时，哪些 Provider、Service、Receiver 或初始化任务仍可能运行？哪些处理必须等到同意后才能执行？
5. DCloud 的 disagreeMode、loadNativePlugins=false 等隐私配置，是否覆盖这些 Android 原生组件及已启动的 SDK 实例？如果不覆盖，官方推荐怎样控制？
6. 用户拒绝或撤回同意后，已存在的组件、任务、监听及缓存如何停止或清理？是否有官方推荐的时序和验证方法？
   我们希望将 GTC 的共享基础运行、设备标识能力和额外数据处理区分开来，避免因为 SDK 入包或类存在，默认应用启用全部扩展功能。

C. 个验 GY-3.2.0.0

当前主要需求是本机号码认证，暂不计划启用额外的设备反欺诈分析能力。
静态检查发现 GY SDK 存在 setSecurity(Context, false)，而目前观察到的 DCloud 个验初始化代码包含 debug、channel 和 init，尚未找到该关闭方法的接口。
希望确认：

1. 默认状态： GY-3.2.0.0 的反欺诈扩展默认是否开启？该设置是否可能受到远程配置影响？
2. 官方控制方式： 是否支持在首次 GY 初始化前调用 setSecurity(false)？在当前 DCloud OAuth-IGETui 集成中，应通过哪个公开接口或原生配置位置完成？
3. 状态验证： 设置结果是否有返回值或状态读回方式？重启 App 后是否保留？隐私撤回时是否需要重新关闭？
4. 包装层支持： 如果 DCloud 当前集成层没有开放此参数，是否存在官方支持的最小原生接入方案？希望避免修改 SDK 内部实现或使用未经支持的映射方式。
5. 最小权限： 在声明 ACCESS_WIFI_STATE，但不申请 READ_PHONE_STATE、定位及完整应用列表相关权限的情况下，是否支持正常完成本机号码认证？
6. 处理范围： 基础号码认证与可选反欺诈分别涉及哪些信息处理？当反欺诈明确关闭时，哪些设备或网络信息仍属于基础认证所必需？
   希望能提供针对 GY-3.2.0.0 的准确说明，而非仅列举新版 SDK 的通用接口。

D. 未开通厂商离线 Push 的影响

目前我们尚未开通各 Android 厂商的离线推送通道。
希望确认，在这种情况下：

1. 基础个推 Push、卓信、GTC 和个验的 SDK 打包及默认初始化行为，是否与已开通厂商离线通道时存在差异？
2. config id79、卓信渠道代理、GTC Provider 及共享组件的处理条件是否会改变？
3. 是否存在专门服务于厂商离线推送、当前可以不启用的原生组件或数据处理能力？
4. 如果需要区别配置，请提供实际版本对应的配置项、默认值和操作位置；如果基础 SDK 行为没有差异，也希望明确说明。
   本项咨询重点是 SDK 的基础运行与隐私控制机制，并非申请厂商离线推送资格。

五、补充：生命周期与隐私撤回

希望同时了解以下场景中，上述 SDK、Provider、Service 和 Receiver 的启动及停止行为：

• App 普通重启与系统重启；
• 用户首次同意后 Native 重启；
• 未同意或拒绝后进入基础功能模式；
• 断网状态下撤回同意，随后恢复联网；
• App 升级后保留历史隐私同意记录。
  特别希望确认：disagreePrivacy 或 Native 重启分别能够重置哪些同意状态、SDK 任务、监听器和缓存；是否仍需调用其他公开停用接口。

六、希望获得的答复形式

如方便，希望针对 A–D 分别说明：

• 适用的具体 SDK 与 DCloud 包装层版本；
• 静态代码入口与真实运行触发条件；
• 默认配置、远程配置及生效时机；
• 必需功能和可选功能涉及的信息处理范围；
• 官方支持的启用、关闭和撤回控制方法；
• 可用于验证初始化、停用及信息处理状态的方式；
• 如存在当前无法确认的事项，所需证据及负责确认的技术团队。

如果需要升级 SDK，也请提供建议版本、适用 DCloud 集成层及具体修复内容。

感谢协助。