Activity莫名消失无报错，疑与SharedPreferences存JSON数组有关

这种没有任何报错提示的Bug真的能把人逼疯，我完全懂你的感受！先直接给你个定心丸：把JSON数组以字符串存在SharedPreferences里本身不会直接导致Activity消失——SharedPreferences的核心就是存储键值对，字符串是它最常用的存储类型之一，除非你在读写过程中触发了未捕获的异常，但你明确说没有报错，那大概率不是这个存储方式本身的锅。

不过结合你描述的「主Activity根据导航抽屉选中项加载不同Fragment」的场景，问题更可能出在Fragment切换的状态管理，或是SharedPreferences读写时机不对间接引发了异常，给你几个具体的排查方向：

• 检查Fragment切换的事务逻辑：比如你是不是在提交Fragment事务时忘记调用commit()？或者误用了commitAllowingStateLoss()却在Activity状态不稳定（比如后台恢复时）执行？甚至有没有可能在导航项点击事件里误写了finish()，直接把Activity关掉了？
• 排查SharedPreferences的读写时机与数据解析：如果是在Fragment初始化、或者Activity生命周期的敏感阶段（比如onSaveInstanceState()之后）读写SharedPreferences，可能会引发状态冲突。另外，就算存储JSON字符串没问题，解析的时候会不会出现隐性问题？比如JSON格式错误导致解析出空数据，进而让Fragment加载失败，看起来像是Activity消失了——这种情况往往不会抛出明显报错，但会让界面空白。
• 深挖Logcat的非Error级信息：别只盯着Error标签，去看看Warn和Info级别的日志，可能会有Fragment事务执行失败、Activity状态异常的警告提示，这些往往是无报错Bug的关键线索。
• 做隔离测试定位根源：临时注释掉读取SharedPreferences中JSON字符串的代码，看看Activity还会不会消失。如果问题消失了，那不是存储方式的问题，而是你解析JSON或使用解析后数据的逻辑出了问题；如果问题还存在，就可以彻底排除SharedPreferences的嫌疑，专心查Fragment切换和Activity生命周期的问题。

要是能贴出MapsActivity里处理导航抽屉点击、加载Fragment，以及读写SharedPreferences的具体代码片段，会更容易精准定位问题！

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