3 次代码提交

作者	SHA1	备注	提交日期
XuqmGroup	9d4de920a4	fix(bugcollect): 使用 manifest meta-data 传递 buildId，修复 namespace/applicationId 不一致导致反射失败 ... BuildConfig 反射方案在 applicationId 与 namespace 不同时（如 shijiaobao flavor）会抛出 ClassNotFoundException 导致 buildId=null。改为通过 manifestPlaceholders 注入 xuqmBuildId， SDK 从 PackageManager.getApplicationInfo(GET_META_DATA) 读取，彻底绕开包名歧义。 Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>	2026-06-22 17:50:16 +08:00
XuqmGroup	d5ce5ffabb	refactor(bugcollect): 移除 BugCollectInitProvider 减少框架开销 ... - 移除了 BugCollectInitProvider ContentProvider - 改为通过 XuqmSDK afterInit 回调注册崩溃拦截器 - 消除了约 380ms 的 ContentProvider 框架启动开销 - 确保在 SDK 初始化完成后注册 UncaughtExceptionHandler	2026-06-18 17:07:12 +08:00
XuqmGroup	54b3163f53	refactor(bugcollect): 崩溃收集与上传分离，sdk-core 保持独立 ... 设计问题： - 之前用反射在 XuqmInitializerProvider 里调用 BugCollect，sdk-core 隐式依赖 sdk-bugcollect - startCrashCapture 同时负责注册拦截器和触发上传，两者生命周期不同 新架构： - sdk-core 完全干净，XuqmInitializerProvider 还原为只调用 autoInitialize - sdk-bugcollect 自注册 BugCollectInitProvider（initOrder=89） - Phase 1（同步）：core init 完成后立即注册 UncaughtExceptionHandler，用 platformUrl 派生兜底 URL，落盘不依赖远端配置 - Phase 2（异步）：awaitInitialization() 后用最新 bugCollectApiUrl 上传积压崩溃 - BugCollect.uploadPendingCrashes() 公开，供 Phase 2 调用 - startCrashCapture() 保持幂等，app 侧可选择性调用，不影响自动流程 Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>	2026-06-18 10:11:08 +08:00