安卓的手机老是自动重启是怎么回事？

手机中病毒，一般来讲，手机突然发生频繁重启的情况，有很大可能是中病毒了。当遇到手机还能使用，先用手机杀毒软件对手机进行扫描杀毒，全盘清理。但遇到了手机无法重启的时候，就要另当别论了。第二种情况手机运存是有限的，如果手机安装程序太多，在同一时间运行的软件太多，就容易处理不过来，从而发生重启的现象。手机重启实在最近才发生的，那仔细回想一下最近有没有安装或者升级什么软件，往往是这些软件冲突导致系统自动重启，此时只需卸载导致冲突的软件就可以了。

安卓手机总是自动重启怎么办：

1、检查手机电池是在出现手机总是自动关机时首要做的事，这里的检查手机电池分两步：检查手机电池质量有有没有问题如电池有没有鼓包、老化等和检查电池和检查手机与电池之间的接触是否正常有没有松动等情况。

2、手机总是自动重启，应该考虑是系统垃圾过多导致的，打开手机卫士，点击垃圾清理。

3、如果你的手机被种植了木马或者病毒，那么也很有可能会总是自动的关机，这时你要做的就是打开手机的安全软件对手机进行一次整体的完全扫描，如果检测出木马和病毒就立刻查杀。

4、你可以带着你的手机到就近的手机维修站点或者手机的服务中心进行检测，看看是不是你电池本身出现了问题，如果是你话就更换一块新的手机电池。在保修期内更换手机电池是免费的。

5、如果你的手机中安装了过多功能相同的软件也是很有可能导致手机总是自动关机，因为相同功能的软件之间在运行的时候可能会产生冲突，从而导致你的手机总是自动关机。这时候，你就需要卸载一些你不常用的软件了。

6、手机刷机能让我们获得更多的手机使用权限和功能，但是手机刷机也可能使手机的系统出现问题，导致手机自动关机，如果你是在手机刷机后出现的问题，那么就恢复原厂设置。

https://developer.android.com/intl/zh-CN/reference/android/os/PowerManager.html

在PowerManager的API文档中，给出了一个关机/重启接口：

public void reboot (String reason)

对于这个接口的描述很简单，就是几句话。

接口的作用就是重启设备，而且，就算重启成功了也没有返回值。

需要包含REBOOT权限，也就是android.permission.REBOOT

唯一参数reason代表需要的特定重启模式，比如recovery，当然也可以为null。

1.frameworks/base/core/java/android/os/PowerManager.java

2.frameworks/base/core/java/android/os/IPowerManager.aidl

3.frameworks/base/services/java/com/android/server/PowerManagerService.java

4.frameworks/base/services/java/com/android/server/pm/ShutdownThread.java

5.frameworks/base/services/jni/com_android_server_PowerManagerService.cpp

---------------------》

6.system/core/libcutils/android_reboot.c

7.bionic/libc/unistd/reboot.c

8.__reboot通过syscall来到内核

9.kernel/sys.c

frameworks/base/core/java/android/os/PowerManager.java

mService为IPowerManager Binder接口服务。

frameworks/base/core/java/android/os/IPowerManager.aidl

frameworks/base/services/java/com/android/server/PowerManagerService.java

frameworks/base/services/java/com/android/server/pm/ShutdownThread.java

这里说明是需要重启，且不是安全模式，重启参数为传递下来的reason，shutdownInner的confirm参数是用来设置是否有确认提示框的，通过reboot接口调用重启是没有的，为false。

重启的实现在run()中，因为ShutdownThread是Thread的扩展，所以run会自动运行。

frameworks/base/services/java/com/android/server/pm/ShutdownThread.java

在重启前会将重启原因写入sys.shutdown.requested，如果没有则为空，如果是安全模式还会将persist.sys.safemode置1，之后会进行一些关机前的预处理，关闭ActivityManager以及MountService，最终调用rebootOrShutdown进行关机 *** 作。

如果确认重启，则调用PowerManagerService的lowLevelReboot函数，参数就是传递下来的reason，稍后分析。如果不是重启，即mReboot=false,那就是需要关机了，在shutdown函数中就能够知道。

frameworks/base/services/java/com/android/server/PowerManagerService.java

frameworks/base/services/jni/com_android_server_PowerManagerService.cpp

可以看到无论是关机还是重启，都是调用android_reboot来实现的，只是参数不一样而已。

system/core/libcutils/android_reboot.c

以reboot recovery为例，arg即为recovery,所在在第五步的时候会传入ANDROID_RB_RESTART2。到了android_reboot函数中，会看到这样的定义#ifdef RECOVERY_PRE_COMMAND，即属于重启前会执行的命令，如果定义了就会执行。

下面也是做了一些关机重启前的预处理工作，sync()作用是将缓存中的信息写入磁盘，以免程序异常结束导致文件被损坏，linux系统关机前会做几次这样的动作；而remount_ro()作用是通过调用emergency_remount()强制将文件系统挂载为只读，不再允许任何写入 *** 作，同时会通过检查/proc/mounts的设备状态来确认是否当前的所有写入工作已经完成，这个检查过程是阻塞 *** 作。

接下来才是对参数的解析处理：

1）普通重启 ANDROID_RB_RESTART， reason = RB_AUTOBOOT；

2）关机 ANDROID_RB_POWEROFF， 无需reason，直接调用reboot进行关机；

3）带参数的特殊重启 ANDROID_RB_RESTART2， reason 将为默认值 -1

这里又出现一个#ifdef RECOVERY_PRE_COMMAND_CLEAR_REASON，如果定义了它，则无论上层传下来的参数是什么样的，最终都只是普通重启而已。定义它的方式是在BoardConfig.mk中加入TARGET_RECOVERY_PRE_COMMAND_CLEAR_REASON := true，应该有厂商会喜欢这么做的，毕竟除了普通重启，都可能带给用户一定的风险。

最后会对reason进行一个检测，那么通过上边的分析，其实只有带参数的特殊重启才会为-1,而不等于-1的情况中有普通重启和关机，而关机已经自行解决了……所以，不等于-1的情况到了这里也只有普通重启了。最终这里就是区分普通重启与特殊重启的地方了。这里再插入一个问题，其他的几个cmd都是什么值呢？答案在bionic/libc/include/sys/reboot.h中：

reboot(reason) ->reboot(RB_AUTOBOOT) ->__reboot( LINUX_REBOOT_MAGIC1, LINUX_REBOOT_MAGIC2, LINUX_REBOOT_CMD_RESTART, NULL )

__reboot通过syscall来到内核bionic/libc/arch-arm/syscalls/__reboot.S

其被指定了一个固定的偏移量，在被调用的时候就是通过这个偏移量去内核中寻找对应的入口的，由此可见，内核中一定有着相同的定义，否则将不能成功调用。内核中对syscall偏移量的定义在内核源码中的arch/arm/include/asm/unistd.h，相关信息完全一致。

已经找到了内核中的对应映射，那么下一步就要去找寻真正的实现函数了，在include/asm-generic/unistd.h中可以找到内核对__NR_reboot的syscall函数映射，即

同时，能够发现如此温馨的一幕，内核已经指引我们下一步该去哪里寻找sys_reboot，即kernel/sys.c。

include/linux/syscalls.h

与__reboot的调用参数一致。

进入sys.c文件后，并没有找到名为sys_reboot的函数，而通过仔细查找，发现一个很有趣的函数，其定义为SYSCALL_DEFINE4(reboot, int, magic1, int, magic2, unsigned int, cmd, void __user *, arg)，对比__reboot的参数，能够符合。究竟是不是这个函数？

同样在include/linux/syscalls.h文件中，能够找到这样几个定义：

而pm_power_off为空的话，就把用户的关机命令转换为挂起：

arch/arm/kernel/process.c

pm_power_off = msm_pm_power_off

SYSCALL_DEFINE4(reboot, int, magic1, int, magic2, unsigned int, cmd, void __user *, arg)

这个过程是用reboot_mutex互斥锁来进行保护的，以保证同一时间只可能有一个解析过程，避免冲突。

bionic/libc/include/sys/reboot.h 中可以看到android定义的启动方式

RESTART

POWER_OFF

RESTART2

对框架进行赋值，qcom 平台 845上已经不是这函数，自己查找

arm_pm_restart = msm_pm_restart

下面是qcom 实现，每个平台不同

可以在跟踪这个流程的过程中会发现，确实是有存在关机的相关接口的。那么关机该怎么用呢？

frameworks/base/services/java/com/android/serverBatteryService.java

重启方式： 最后就是设定寄存器，Uboot 解析不同寄存器的值进入不同的启动模式

recovery 如果传下来的字符串是recovery那么，就在RTC寄存器里设置某个特定值，当uboot里读取RTC寄存器的时候如果获取了这个特定值，那就可以起recovery这个动作了。

Ref: https://blog.csdn.net/leerobin83/article/details/7162751

上面主要讲到流程，在实际开发中， 主动调用系统开机关机如何做

(Ref: https://blog.csdn.net/luzhenrong45/article/details/42092007 )

一. 发送系统广播方式

二. 通过init.rc启动系统服务来运行sh文件

三. Runtime调用Linux-shell

四 . PowerManager reboot以及反射调用PowerManagerService shutdown

五．使用ShutdownThread （尝试不成功，但想法觉得可行）

Intent.java位于源码/frameworks/base/core/java/android/content/Intent.java下面

脚本方式，实际都是基于指令的

使用PowerManager 或ShutdownThread 都是基于关机流程

如果手机没有任何回应或速度变慢，请尝试重新启动手机，看看是否有所帮助。假如手机发生无法解决的持续性问题，最后一个步骤则是执行出厂重设。 重新启动手机 (软件重置) 如果手机执行速度变慢、应用程序无法正确执行，或手机没有任何回应，请尝试重新启动手机，看看是否有所帮助。 若要重新启动手机，只要先关闭电源，然后再重新开启即可。如果按住电源键仍 旧没有反应，请取出电池，等待几秒后再重新装回电池，然后启动手机。

---