Google Play控制台收到未复现的substring引发StringIndexOutOfBoundsException崩溃

刚好处理过不少这类「自己本地测不出来，但用户端触发崩溃」的情况，结合你给出的崩溃栈和根因信息，我来给你梳理下思路：

首先明确崩溃的核心逻辑：你看到的java.lang.RuntimeException是顶层抛出的异常，真正的罪魁祸首是下层的StringIndexOutOfBoundsException——也就是调用substring时传入的索引超出了字符串的合法范围。你自己复现不出来，大概率是因为触发问题的特定字符串（比如用户输入的异常内容、接口返回的异常数据）没出现在你的测试场景里。

先把你收到的崩溃栈整理出来方便参考：

java.lang.RuntimeException:
at android.app.ActivityThread.performLaunchActivity (ActivityThread.java:2505)
at android.app.ActivityThread.handleLaunchActivity (ActivityThread.java:2577)
at android.app.ActivityThread.access$1000 (ActivityThread.java:164)
at android.app.ActivityThread$H.handleMessage (ActivityThread.java:1462)
at android.os.Handler.dispatchMessage (Handler.java:102)
at android.os.Looper.loop (Looper.java:...)

接下来是具体的解决步骤：

• 定位具体的substring调用点：如果代码里有多处substring操作，建议给每个调用点加上日志，记录调用时的字符串内容、start和end参数值。这样下次用户触发崩溃时，就能拿到精准的上下文数据，知道是哪段代码、什么输入导致的问题。如果已经集成了崩溃分析工具，也可以自定义捕获StringIndexOutOfBoundsException，把相关的字符串和索引信息附加到崩溃报告里。
• 给substring加上严格的边界校验：这是最直接的修复方式，在调用substring之前，一定要先确认字符串不为空、索引在合法范围内。举个示例代码：

  String dynamicStr = getSomeDynamicString(); // 可能来自用户输入、接口返回等
  int startIdx = calculateStartIndex();
  int endIdx = calculateEndIndex();
  
  if (dynamicStr != null && dynamicStr.length() > 0) {
      // 处理单参数substring的情况
      if (startIdx >= 0 && startIdx < dynamicStr.length()) {
          String result = dynamicStr.substring(startIdx);
          // 后续业务逻辑
      } else {
          // 索引不合法时的兜底处理，比如用默认值或者跳过该操作
          handleInvalidIndex();
      }
  
      // 处理双参数substring的情况
      if (startIdx >= 0 && endIdx > startIdx && endIdx <= dynamicStr.length()) {
          String result = dynamicStr.substring(startIdx, endIdx);
          // 后续业务逻辑
      } else {
          handleInvalidIndex();
      }
  }
  

• 考虑使用安全的字符串工具类：如果不想手动写大量校验代码，可以用成熟的工具类来替代原生的substring，比如Apache Commons Lang的StringUtils.substring——它会自动处理索引越界的情况，不会抛出异常，而是返回合理的结果（比如空字符串、截断到字符串末尾）。
• 补充边缘场景测试：针对字符串为空、长度为1、索引等于字符串长度、start等于end等边缘情况做测试，模拟用户可能的异常输入，确保修复后的代码能覆盖这些场景。

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