Android启动因WifiStateMachine与JavaBinder致命异常挂死求助

问题分析 #

从你提供的日志来看，真正的根因是系统进程中的WifiStateMachine组件抛出的StringIndexOutOfBoundsException，后续的DeadSystemException只是系统核心进程挂掉后，其他依赖系统服务的应用（比如com.android.cellbroadcastreceiver、com.android.phone）触发的连锁崩溃，确实和你的应用无关——毕竟你的应用还没进入启动流程。

这个异常发生在com.android.server.wifi.WifiNetworkHistory.readNetworkHistory(WifiNetworkHistory.java:352)，具体是调用String.charAt(0)时，字符串长度为0，说明系统在读取WiFi网络历史记录时，遇到了空内容或者损坏的配置文件，直接导致WiFi系统服务崩溃，进而引发整个系统重启甚至启动卡壳。

排查与修复思路 #

以下是一步步的排查方向和解决方案：

• 第一步：定位并修复损坏的WiFi历史数据
  系统的WiFi网络历史记录通常存储在/data/misc/wifi/目录下（比如networkHistory.txt或相关数据库文件）。你可以：

  1. 如果还能正常进入系统，通过adb shell进入该目录，检查对应文件的内容是否为空、乱码或者格式异常；
  2. 如果文件确实损坏，直接删除它，然后重启系统——系统会自动重新生成默认的WiFi历史配置，大概率能解决启动崩溃的问题；
  3. 如果已经卡启动无法进入系统，可以进入Recovery模式，挂载data分区后找到并删除该WiFi历史文件。

• 第二步：检查data分区文件系统完整性
  系统启动卡壳可能伴随data分区的文件系统损坏，你可以：

  • 在Recovery模式下执行fsck /data命令，检查并修复分区的文件系统错误；
  • 也可以通过adb shell e2fsck -f /dev/block/xxx（需要替换为你的data分区设备路径）来修复。

• 第三步：排查ROM层面的bug
  这个异常本质是系统WiFi服务的代码没有做空值校验——在调用charAt(0)前没有判断字符串是否为空。如果是你使用的定制ROM，可能是厂商修改WiFi模块时引入的bug；如果是原生Android，可能是对应版本的已知问题：

  • 可以查看对应Android版本的官方bug追踪记录，确认是否有类似问题的修复补丁；
  • 尝试升级到最新的ROM版本，或者刷入稳定版ROM来验证问题是否消失。

• 第四步：临时规避/代码修复（针对ROM开发者）
  如果你是ROM开发者，可以直接修改WifiNetworkHistory.java中的readNetworkHistory方法：

  // 在调用charAt(0)前添加非空判断
  if (text.isEmpty()) {
      // 处理空内容的情况，比如返回默认值或者跳过读取
      return;
  }
  char firstChar = text.charAt(0);
  

  这样就能避免空字符串导致的越界异常，从根源解决问题。

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