权限、配置和包内组件适合静态分析，但运行时行为仍需要动态验证和人工复核。
先确认现象，再修改
处理这类问题时，先记录应用版本、包体签名、系统环境和可复现步骤。不同版本或渠道包不能混在一起对比，否则容易把无关变化当成根因。
建议的排查顺序
- 保留原始包、错误截图和发生时间。
- 对比正常版本与问题版本的签名、权限、SDK 和构建配置。
- 每次只调整一类变量，生成新包后重新验证。
- 把处理结论和影响范围留在发布记录中。
如何判断已经解决
不要只看某一次安装成功。应使用新包、新链接和一组可控的测试设备完成回归，并核对平台记录的下载与安装状态。
本文是初始化的演示内容：静态风险扫描能发现什么，不能发现什么？。管理员可在后台直接编辑或删除。