Answers:
您可以安装android SDK并使用DDMS监视logcat。带有logcat的东西可以在设备重新启动时清除，但是如果在重新启动之前对其进行监视，则可以了解崩溃的原因。
您可能还会发现Galaxy S2的非官方CM9夜间事件，但我不确定该设备仍然存在哪些问题。
我有一个类似的随机重新启动问题，在进行了一次这样的重新启动之后，我将手机挂接到笔记本电脑上，并在其上运行了“ adb bugreport”。我得到了看起来有用的信息，并将其附加到错误中。因此，我认为至少有一些日志信息在重新启动后仍然存在。
顺便说一下，这是错误：http : //code.google.com/p/android/issues/detail? id= 24118
Settings/ About phone/ Send feedback about this device。我曾在Android 5.0上使用过多次，当5.1发行时，我从Google收到一条便条，说“感谢帮助我们使5.1更加稳定”……自从我升级到5.1以来，它并没有重新启动！
我要做的第一件事是通过ADB和/或崩溃转储来检索错误日志。
检索日志非常棘手，因为重新启动后会清除日志缓存。如果即使坐在充电器上手机也重新启动，请尝试adb logcat连续运行（您需要在PC上安装和配置Android SDK和USB驱动程序。）重新启动手机后，请查看命令提示符窗口中的最后几页以查看是否有任何错误或异常。
如果您无法在手机连接到USB时重现重启，我建议安装aLogcat之类的应用，并将其设置为每隔一段时间将日志写入SD卡。希望您会幸运并以这种方式发现错误。
您也可以尝试通过以下命令提取故障转储：
su
cat /proc/last_kmsg > /mnt/sdcard/last_kmsg
这将在SD卡上创建一个名为“ last_kmsg”的文件，其中包含来自内核的最后几条调试消息。用任何文本编辑器打开它，看看是否有明显的显示。
/proc/last_kmsg手机上不存在它。
/data/dontpanic
您可以尝试aLogrec，如果愿意，可以使用捐赠版本。由写aLogcat的同一位程序员编写，它将日志（logcat）连续记录到SD卡中。我没有测试它从崩溃中重新启动的反应方式，但是我通过手动重新启动进行了测试，并且记录的日志在重新启动后仍然存在，并且可以看到正在记录关闭顺序。缺点之一是日志不包含时间戳。
使用基本功能时，我的T-mobile S II崩溃（重新启动）-结束通话（一次），拍照（一次）或使用导航（3次）。我从ICS 4.0.3升级到4.0.4。到目前为止，一切都很好。我希望在重新启动时了解aLogrec。
我遇到了同样的问题，但是在几分钟内，每次尝试时它都给了我，发现即使没有可用的更新，如果我在设置中进行网络更新，它也会停止崩溃。现在可以正常工作，但是我很讨厌每次都需要这样做。