事后log中，可以在 prop.txt 中获取到他们：
./prop.txt:259:[persist.sys.boot.reason]: [] ./prop.txt:260:[persist.sys.boot.reason.history]: [kernel_panic,bug,52663 ./prop.txt:789:[sys.boot.reason]: [kernel_panic,bug] ./prop.txt:790:[sys.boot.reason.last]: [kernel_panic,bug]
一、原因记录
1. Android通过下面属性来确定启动原因:
(1) ro.boot.bootreason：系统启动过程中，Init进程会将内核启动命令行中的 androidboot.bootreason=<reason> 转化为 ro.boot.bootreason。启动命令行中的 bootreason 由一般芯片供应商提供，内核在断电前会将启动原因写入专用的硬件资源或约定的内存地址。下次启动时，Bootloader 就可以读取相应的资源来确定启动原因，然后添加到内核启动命令行中。如果芯片供应商不支持启动原因写入，androidboot.bootreason 就可能不存在。
(2) sys.boot.reason：系统启动时先将 ro.boot.bootreason 复制给 sys.boot.reason。因为 ro.boot.bootreason 可能不存在，或者可能提供不准确、不可解析或不合规范的信息，在启动完成后会进一步更新 sys.boot.reason。更新后的 sys.boot.reason 将提供准确可靠的、符合规范的启动原因。
(3) persist.sys.boot.reason：Android系统在重启前会将重启原因写入到 persist.sys.boot.reason 中。这个属性可以用来在 ro.boot.bootreason 不存在时，协助确定启动原因。
准确的启动原因应该通过属性 sys.boot.reason 来获取，并且只有在用户数据加载完成后才能提供可靠信息。该属性的更新通过命令 bootstat 完成，可以在 init.rc 中找到启动的过程。
//system/core/bootstat/bootstat.rc # Record boot complete metrics. on property:sys.boot_completed=1 && property:sys.logbootcomplete=1 # Converts bootloader boot reason to system boot reason # Record boot_complete and related stats (decryption, etc). # Record the boot reason. # Record time since factory reset. # Log all boot events. exec_background - system log -- /system/bin/bootstat --set_system_boot_reason --record_boot_complete --record_boot_reason --record_time_since_factory_reset -l
2. bootstat 对 sys.boot.reason 处理的简单流程如下，
读取 ro.boot.bootreason，将其转化为符合规范的 reason。
如果 reason 是 watchdog，检查是否需要增加 security 标签。
如果 reason 是 kernel_panic，从 last klog 中查找详细信息。
如果 reason 属于弱集（包含空值），从 last klog 中查找信息，检查是否电池耗尽引起死机，根据 persist.sys.boot.reason 修正 reason。
如果上述操作依然无法确定 reason，将值设置为 reboot,<boot_reason>。如果 reason 属于内核集，重写 persist.sys.boot.reason。
二、原因格式
1. 启动原因格式在 Android 9 中，ro.boot.bootreason 的规范化启动原因格式使用以下语法：
<reason>,<subreason>,<detail>…
格式设置规则如下：
(1) 小写
(2) 无空格（可使用下划线）
(3) 全部为可打印字符
(4) 以英文逗号分隔 reason、subreason，以及一个或多个 detail。
reason 是必须的，表示设备为什么必须重启或关机，优先级最高的原因。
subreason 为选用，表示设备为什么必须重启或关机的简短摘要（或重启/关闭设备的人员）。
一个或多个选用的 detail 值。detail 可以指向某个子系统，以协助确定是哪个具体系统导致了 subreason。您可以指定多个 detail 值，这些值通常应按照重要程度排序。不过，也可以报告多个具有同等重要性的 detail 值。
2. reason分类
reason 值必须是以下集合（分为内核原因、强原因和弱原因）之一：
(1) 内核集：
"watchdog"：通常表示触发了硬件 watchdog 引起重启。
"kernel_panic"：表示系统发生了 kernel panic。
(2) 强集：
"recovery"：通常为通过 reboot 接口或命令进入 recovery 模式。
"bootloader"：通常为通过 reboot 接口或命令进入 bootloader。
(3) 弱集：
"cold"：通常表示完全重置所有设备，包括内存。
"hard"：通常表示硬件重置了状态，并且 ramoops 应保留持久性内容。
"warm"：通常表示内存和设备保持某种状态，并且 ramoops（请参阅内核中的 pstore 驱动程序）后备存储空间包含持久性内容。
"shutdown":
"reboot"：通常意味着 ramoops 状态和硬件状态未知。该值是与 cold、hard 和 warm 一样的通用值，可提供关于设备重置深度的提示。
引导加载程序必须提供内核集或弱集 reason，强烈建议引导加载程序提供 subreason（如果可以确定的话）。例如，电源键长按（无论是否有 ramoops 备份）的启动原因为 "reboot,longkey"。
第一个跨度 reason 不能是任何 subreason 或 detail 的组成部分。不过，由于用户空间无法产生内核集原因，因此可能会在弱集原因之后重复使用 "watchdog" 以及源代码的详细信息（例如 "reboot,watchdog,service_manager_unresponsive" 或 "reboot,software,watchdog"）。
启动原因应该无需专家级内部知识即可解读，并且（或者）应该能让人看懂并提供直观报告。示例："shutdown,vbxd"（糟糕）、"shutdown,uv"（较好）、"shutdown,undervoltage"（首选）。
3. eason-Subreason 组合
Android 保留了一组 reason-subreason 组合，在正常使用情况下不应过量使用这些组合；不过，如果组合能准确反映相关状况，则可根据具体情况加以使用。保留组合的示例包括：
"reboot,userrequested" "shutdown,userrequested" "shutdown,thermal"（来自 thermald） "shutdown,battery" "shutdown,battery,thermal"（来自 BatteryStatsService） "reboot,adb" "reboot,shell" "reboot,bootloader" "reboot,recovery"
三、实验
1. 触发重启
# echo c > /proc/sysrq-trigger //触发内核写0地址重启 # getprop | grep bootreason [ro.boot.bootreason]: [kernel_panic,sysrq] # getprop | grep boot.reason [persist.sys.boot.reason]: [] [persist.sys.boot.reason.history]: [kernel_panic,sysrq,17241 [sys.boot.reason]: [kernel_panic,sysrq] //主要！ [sys.boot.reason.last]: [kernel_panic,sysrq] # reboot -p "ggg ddd mmm" Done # getprop | grep bootreason [ro.boot.bootreason]: [shutdown,ggg_ddd_mmm] # getprop | grep boot.reason [persist.sys.boot.reason]: [] [persist.sys.boot.reason.history]: [shutdown,ggg_ddd_mmm,18739 [sys.boot.reason]: [shutdown,ggg_ddd_mmm] [sys.boot.reason.last]: [shutdown,ggg_ddd_mmm]
参考：
Android 启动原因：https://segmentfault.com/a/1190000021582796?sort=votes
规范化启动原因: https://source.android.google.cn/docs/core/architecture/bootloader/boot-reason?hl=zh-cn //Android官网