Android应用发送约2500条短信后VM崩溃的原因及解决办法

崩溃原因 #

1. 系统/运营商限流触发防护：短时间发送2500条短信属于高频违规操作，Android系统或运营商的反垃圾短信机制会直接禁用当前应用的短信发送权限，后续调用短信API时就会抛出java.lang.UnsupportedOperationException: Sms is not supported异常，未捕获的致命异常直接导致应用进程（VM）终止。
2. 资源耗尽导致进程被查杀：高频发送短信会持续占用线程、广播接收器、短信服务等系统资源，当资源占用超过系统阈值时，系统会强制终止应用进程以释放资源，表现为VM关闭。
3. 未处理的异常引发崩溃：抛出的UnsupportedOperationException没有被代码捕获处理，直接击穿到主线程，触发应用崩溃与VM关闭。

修复方案 #

1. 调整发送策略，规避限流 #

高频发送是触发问题的核心，必须严格控制发送频率：

• 单条延迟：每条短信发送后添加3-10秒的间隔（根据运营商规范调整），示例代码：

  // 协程实现发送间隔控制
  repeat(2500) {
      sendSms(generateRandomPhone(), "短信内容")
      delay(5000) // 延迟5秒发送下一条
  }
  

• 分批发送：将2500条短信拆分为多个批次（如每批50条），每批发送完成后间隔10-30分钟再发送下一批，避免持续占用资源。

2. 捕获异常，避免崩溃 #

在发送短信的代码块中添加异常捕获逻辑，处理各类可能的错误：

try {
    SmsManager smsManager = SmsManager.getDefault();
    smsManager.sendTextMessage(phoneNumber, null, message, sentPI, deliveredPI);
} catch (UnsupportedOperationException e) {
    Log.e("SMS", "发送权限被限制: " + e.getMessage());
    // 标记该任务，延迟后重试
} catch (SecurityException e) {
    Log.e("SMS", "权限丢失，需重新申请");
    // 触发权限重新申请流程
}

3. 优化资源使用 #

• 复用SmsManager实例：不要每次发送都创建新对象，全局复用一个实例减少资源消耗。
• 监听发送状态：通过PendingIntent监听每条短信的发送结果，失败任务加入重试队列，延迟一段时间后再尝试，避免重复触发限流。

4. 确保权限有效性 #

Android 6.0及以上版本需动态申请SEND_SMS权限，且发送前要再次检查权限状态：

if (ContextCompat.checkSelfPermission(this, Manifest.permission.SEND_SMS) != PackageManager.PERMISSION_GRANTED) {
    ActivityCompat.requestPermissions(this, new String[]{Manifest.permission.SEND_SMS}, 1001);
}

5. 遵守平台规范 #

无意义的随机号码短信发送违反Android隐私与反垃圾规范，长期操作可能导致应用被下架或被厂商标记为恶意应用，建议调整应用逻辑。

内容的提问来源于stack exchange，提问作者James Read