本文介绍在集成第三方支付SDK后状态栏颜色异常（如由蓝色变为红色且无法自动恢复）的解决方案，通过代码动态重置window.statusBarColor实现精准还原，避免主题冲突与全局样式污染。
本文介绍在集成第三方支付sdk后状态栏颜色异常（如由蓝色变为红色且无法自动恢复）的解决方案，通过代码动态重置`window.statusbarcolor`实现精准还原，避免主题冲突与全局样式污染。
在Android开发中，状态栏颜色通常由主题属性 colorPrimaryDark 控制，但许多第三方SDK（尤其是支付类SDK）为适配自身UI风格，会绕过主题系统，直接通过Window API动态修改状态栏颜色，例如调用：
window.statusBarColor = ContextCompat.getColor(context, R.color.red)
这种操作不会影响 colorPrimaryDark 的资源值，但会覆盖当前Activity窗口的实际状态栏渲染色。由于SDK通常不主动恢复原色，导致支付流程结束后状态栏仍保持红色，破坏App整体视觉一致性。
✅ 正确解决方案是：在SDK完成回调中主动重置状态栏颜色，而非尝试覆盖主题或监听SDK内部行为。推荐在以下位置插入恢复逻辑：
- 支付结果回调（如
onPaymentSuccess()/onPaymentFailed()） - Activity
onResume()中结合标志位判断（适用于SDK以Activity形式跳转的场景） - Fragment的
onResume()（若SDK嵌入在Fragment内）
示例代码（Kotlin）：
// 在支付完成确认处调用（如 onActivityResult 或 SDK提供的 callback 中）
private fun restoreStatusBarColor() {
window.statusBarColor = ContextCompat.getColor(
this,
R.color.blue_primary_dark // 替换为你的原始蓝色资源ID
)
}
// 若需兼容 Android 5.0（API 21）以下，可加版本判断：
if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.LOLLIPOP) {
window.statusBarColor = ContextCompat.getColor(this, R.color.blue_primary_dark)
}
⚠️ 注意事项：
- 不要试图在
styles.xml中覆盖SDK使用的Theme——SDK可能使用独立Activity或Dialog，修改主App主题无效； - 避免在
Application或BaseActivity中全局监听/拦截SDK行为，易引发兼容性问题； - 确保恢复颜色的资源ID（如
R.color.blue_primary_dark）与App初始状态栏颜色一致，建议提取为统一常量； - 若SDK提供“退出时回调”或“生命周期钩子”，优先在其文档指定时机执行恢复逻辑，保障时序可靠性。
总结：状态栏颜色的动态变更本质是Window级别的绘制控制，恢复也必须在同维度进行。通过精准注入回调时机的window.statusBarColor赋值，即可轻量、稳定、可维护地解决第三方SDK导致的颜色残留问题。
