Android循环调用SMS Intent失效问题求助

问题根源分析 #

1. Intent标志位冲突：你设置的FLAG_ACTIVITY_CLEAR_TOP和FLAG_ACTIVITY_SINGLE_TOP会让系统复用短信应用的现有栈顶实例，而非打开新的编辑界面，多次调用后就会出现"无法打开"的假象。
2. GlobalScope协程管理不当：GlobalScope启动的协程脱离服务生命周期控制，容易出现协程堆积、调度紊乱，导致后续Intent无法正常发送。
3. 递归调用的隐患：递归式的协程启动会不断创建新的协程实例，增加系统调度压力，可能触发系统的后台启动限制。

修复方案 #

1. 修正Intent标志位 #

移除FLAG_ACTIVITY_CLEAR_TOP和FLAG_ACTIVITY_SINGLE_TOP，仅保留后台启动必需的标志位，确保每次都打开新的短信编辑界面：

log("MessageOperation","${phoneNumber}-${message}")
val smsIntent = Intent(Intent.ACTION_SENDTO, Uri.parse("smsto:$phoneNumber"))
smsIntent.putExtra("sms_body", message)
// 仅保留后台启动Activity的必要标志
smsIntent.addFlags(Intent.FLAG_FROM_BACKGROUND or Intent.FLAG_ACTIVITY_NEW_TASK)
startActivity(smsIntent)

2. 使用服务绑定的CoroutineScope替代GlobalScope #

在服务内创建专属的CoroutineScope，绑定服务生命周期，避免协程泄漏和调度异常：

class YourSmsService : Service() {
    // 创建服务专属的协程作用域，绑定生命周期
    private val serviceScope = CoroutineScope(Dispatchers.Main + SupervisorJob())

    override fun onDestroy() {
        super.onDestroy()
        // 服务销毁时取消所有协程
        serviceScope.cancel()
    }

    // 重写发送方法，用循环替代递归
    private fun sendMessagesCoroutine(messageList: List<SMS>) {
        serviceScope.launch {
            for (message in messageList) {
                delay(3000) // 适当延长延迟，适配不同设备的启动速度
                openDefaultSmsApp(message.mobileNumber, message.message!!)
            }
            // 全部发送完成后停止服务
            stopSelf()
        }
    }
}

3. 适配系统后台启动限制 #

• Android 10及以上版本对后台启动Activity有严格限制，确保你的应用在最近有用户交互（比如用户刚打开过你的App），或者申请了REQUEST_IGNORE_BATTERY_OPTIMIZATIONS权限（针对电池优化白名单）。
• 检查是否已声明SEND_SMS权限，虽然打开短信应用不需要发送权限，但部分厂商会以此作为后台操作的校验条件。

4. 排查厂商定制限制 #

部分国产ROM（如小米、华为）有额外的后台启动管控，需要在应用权限设置中开启"后台弹出界面"权限，否则多次后台启动Activity会被系统拦截。

内容的提问来源于stack exchange，提问作者Gulab Sagevadiya