android recovery模式流程

 前言:
 前几天做了通过T卡安装gms应该，也做了在recovery中强制删除的动作，不过这些都是在eng-release版本软件中测试的。现在上面
要求以后发布user-release版本的软件，所以这个功能也应该在user-release中进行测试。之前的不能再recovery中删除是因为，没有将
删除的动作放到recovery的init.rc文件中去，后来加上即ok。
 不过奇怪的是，出的user-release版本，始终进不去recovery模式，刚开始就去研究看了下recovery的流程，不过研究了之后，还是
找不出为什么上层明明是下的恢复出厂设置的命令，怎么到下层就解析成了关机的动作了呢？
 实在没有办法，开始怀疑mtk的user-release版本编译有问题，所以还发了个eservice给mtk，对我们的详细进行了详细的描述，不过他们也是迟迟不回复，没办法，还是自己来回版本吧。
 首先取了21号的最新软件在informax-ui1上编译成eng-release版本，测试发现recovery也进不去，这个时候我吓坏了(因为前见天为了装mail系统将mtk-ui1搞坏了，以前一直都是使用mtk-ui1来编译版本的)，所以我怀疑是编译环境的影响。所以我就换了台服务器到mtk-ui2上下载了最新的代码编译之后也进不去recovery模式。那个时候我还没有在意这个结果，直到下午再往前回版本。
 下午听说最近两天的20和21好发布出来的版本都是user-release，所以进不去recovery，测试人员问过我，我误解地回答了他。不过我烧回了18号发布的eng-release版本，recovery是ok的。所以我就下载了18号的源码，编译成user-release版本，烧录进去之后居然可以进入recovery模式。这个时候我才想到上午的验证和测试人员的问题，意识到可能是这就几天提交的代码有问题。
 最后却为18号和20号之间的30次提交总有问题，最后在浏览了提交记录之后，才将目光锁定在文件ShoudownThread.java身上，因为只有这个文件和关机重启有关，而起其他文件的修改根本和这个问题打不上边。经过回归 版本测试，最终确定确实是这个文件影响了recovery模式的进入。
 不过据应用人员说，那个提交是修改和关机铃声的一个bug，也没有多大可能影响到recovery。不过万事皆有可能，最后他们确定是因为对handler用法不妥导致，具体什么原因，我还真不懂java的部分，也没有空去研究，下面将要描述的是recovery在源码中的流程，关机重启的流程和这个一样，都是使用的reboot(),只是参数不同罢了。

1.  上层应用的设置->隐私权->恢复出厂设置对应的java代码在如下路径文件：
 packages/apps/Settings/src/com/android/settings/MasterClear.java
 MasterClear:mFinalClickListener()函数会发送一个广播出去：
 sendBroadcast(new Intent("android.intent.action.MASTER_CLEAR"));

2.  这个广播的接收者在收到广播之后会开启一个java服务线程：MasterClearReceiver:RebootThread
 frameworks/base/services/java/com/android/server/MasterClearReceiver.java  -- TAG = "MasterClear"
 public void onReceive(Context context, Intent intent) {
        RebootThread mThread = new RebootThread(context, intent);
        mThread.start();
    }
    在线程的run函数中会调用函数：RecoverySystem.rebootWipeUserData(mContext);这个方法是RecoverySystem类的静态方法。

3.  RecoverySystem类定义于文件：frameworks/base/core/java/android/os/RecoverySystem.java   --  TAG = "RecoverySystem"
 public class RecoverySystem {
  /** Used to communicate with recovery.  See bootable/recovery/recovery.c. */
      private static File RECOVERY_DIR = new File("/cache/recovery");
     private static File COMMAND_FILE = new File(RECOVERY_DIR, "command");
     private static File LOG_FILE = new File(RECOVERY_DIR, "log");
  
  public static void rebootWipeUserData(Context context)
         throws IOException {
         bootCommand(context, "--wipe_data");
     }
     
     private static void bootCommand(Context context, String arg) throws IOException {
         RECOVERY_DIR.mkdirs();  // In case we need it
         COMMAND_FILE.delete();  // In case it's not writable
         LOG_FILE.delete();
 
         FileWriter command = new FileWriter(COMMAND_FILE);
         try {
             command.write(arg);  // 往文件/cache/recovery/command中写入recovery ELF的执行参数。
             command.write("\n");
         } finally {
             command.close();
         }
 
         // Having written the command file, go ahead and reboot
         PowerManager pm = (PowerManager) context.getSystemService(Context.POWER_SERVICE);
         pm.reboot("recovery");  // 调用PowerManager类中的reboot方法
 
         throw new IOException("Reboot failed (no permissions?)");
     }
 }
 
4.  PowerManager类定义于文件：frameworks/base/core/java/android/os/PowerManager.java  --  TAG = "PowerManager"
 public class PowerManager
 {
  ...
  public