本文介绍如何在集成第三方支付SDK导致状态栏颜色被强制修改（如由蓝色变为红色）后，主动重置为应用原有颜色，核心方案是通过Window.setStatusBarColor()动态还原。
本文介绍如何在集成第三方支付sdk导致状态栏颜色被强制修改（如由蓝色变为红色）后，主动重置为应用原有颜色，核心方案是通过window.setstatusbarcolor()动态还原。
在Android开发中，状态栏颜色通常由主题属性 colorPrimaryDark 控制，但许多第三方SDK（尤其是支付类SDK）为统一UI体验，会绕过主题、直接通过代码修改当前Activity的窗口状态栏颜色——例如调用 window.statusBarColor = Color.RED。由于该操作作用于运行时的Window对象，SDK退出后并不会自动回滚，导致状态栏“卡”在红色，破坏了应用整体视觉一致性。
正确解决方案：在SDK流程结束的明确时机手动恢复状态栏颜色。
不要尝试修改全局主题或覆盖SDK的colorPrimaryDark资源（无效且不可靠），而应在其回调完成处执行颜色重置：
// Kotlin 示例：在支付结果回调中恢复状态栏
override fun onActivityResult(requestCode: Int, resultCode: Int, data: Intent?) {
super.onActivityResult(requestCode, resultCode, data)
if (requestCode == PAYMENT_REQUEST_CODE) {
// 假设这是SDK文档指定的支付完成回调点
// ✅ 立即恢复原始状态栏颜色（以 res/color/status_bar_blue.xml 为例）
window.statusBarColor = ContextCompat.getColor(this, R.color.status_bar_blue)
}
}
// Java 示例（兼容写法）
if (requestCode == PAYMENT_REQUEST_CODE) {
getWindow().setStatusBarColor(ContextCompat.getColor(this, R.color.status_bar_blue));
}
⚠️ 关键注意事项：
- 必须确保调用时机准确：优先选择SDK提供的同步完成回调（如
onPaymentSuccess()）、Activity.onActivityResult()或Fragment.onActivityResult()；避免在异步线程或生命周期不安全的位置调用。 - 颜色值推荐使用
ContextCompat.getColor()加载资源，而非硬编码RGB值，以支持深色模式、夜间主题等适配。 - 若SDK启动的是独立Activity（非透明/Dialog样式），需在目标Activity的
onResume()中恢复，因系统可能重建窗口。 - 不要依赖
Theme层面的colorPrimaryDark覆盖——SDK已脱离主题链路操作，主题变更不会影响已设置的window.statusBarColor。
总结：第三方SDK对状态栏的侵入式修改属于常见副作用，解决思路不是对抗其主题逻辑，而是主动接管窗口控制权，在业务流程闭环处精准还原。这一模式同样适用于导航栏（window.navigationBarColor）等其他窗口装饰色的恢复场景。
