比较windows phone程序启动和android程序启动原理

 windows phone 程序是如何启动的了，他和android程序有什么区别，我们重点从native code 层面来分析

 在windows phone 程序启动的时候是：

在XAML中使用应用程序定义指定起始Page(它是启动 WindowsPhone7程序时自动加载的Page)。
　　指定方法是将 StartupUri 属性设置为所需的 Page 的 统一资源标识符 (URI)。
　　可以在标记中以声明方式设置 StartupUri，如下面的示例所示。
<Application
    xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
    xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
    x:Class="SDKSample.App"
    StartupUri="PageWithHyperlink.xaml" />
　　此例中，StartupUri 特性设置为标识 HomePage.xaml 的相对 pack URI。当WindowsPhone7 APP 启动时，将自动导航到 HomePage.xaml 并显示该文件。就是这个鸟样：

至于android是如何启动的，我这里要从native code 讲起来。

首先，大家都知道android是linux内核的，他的启动自然离不开linux中的boothloader与kernel启动，这里面我就不做过多的赘述。

下面都是android的从servicemanager里面来启动相应的后台进程，用zyngote来启动daemon process。这个后台进程是用来使其程序得以维持，而daemon 这个守护进程是对程序的状况得以监听的。至于daemon process 在java上的应用确实很多，譬如用apache 发布jsp的程序的时候，这个apache就是守护进程。

 servicemanager这是c语言中定义，定义中的后台的进程，至于zynote这个进程了，这是从app_main cp中来开启一个initial方法对其初始化方法。

前面的关键字service告诉init进程创建一个名为"zygote"的进程，这个zygote进程要执行的程序是/system/bin/app_process，后面是要传给app_process的参数。

 接下来的socket关键字表示这个zygote进程需要一个名称为"zygote"的socket资源，这样，系统启动后，我们就可以在/dev/socket目录下看到有一个名为zygote的文件。这里定义的socket的类型为unix domain socket，它是用来作本地进程间通信用的，具--基于socket的进程间通信。前面我们说到的ActivityManagerService就是通这个socket来和zygote进程通信请求fork一个应用程序进程的了。

        最后的一系列onrestart关键字表示这个zygote进程重启时需要执行的命令。

        关于init.rc文件的更多信息，请参考system/core/init/readme.txt文件。

        了解了这个信息之后，我们就知道Zygote进程要执行的程序便是system/bin/app_process了，它的源代码位于frameworks/base/cmds/app_process/app_main.cpp文件中，入口函数是main。在继续分析Zygote进程启动的过程之前，我们先来看看它的启动序列图：

 这是app_ain中的cpp源代码：

int main(int argc, const char* const argv[])  
{  
    // These are global variables in ProcessState.cpp   
    mArgC = argc;  
    mArgV = argv;  
  
    mArgLen = 0;  
    for (int i=0; i<argc; i++) {  
        mArgLen += strlen(argv[i]) + 1;  
    }  
    mArgLen--;  
  
    AppRuntime runtime;  
    const char *arg;  
    argv0 = argv[0];  
  
    // Process command line arguments   
    // ignore argv[0]   
    argc--;  
    argv++;  
  
    // Everything up to '--' or first non '-' arg goes to the vm   
  
    int i = runtime.addVmArguments(argc, argv);  
  
    // Next arg is parent directory   
    if (i < argc) {  
        runtime.mParentDir = argv[i++];  
    }  
  
    // Next arg is startup classname or "--zygote"   
    if (i < argc) {  
        arg = argv[i++];  
        if (0 == strcmp("--zygote", arg)) {  
            bool startSystemServer = (i < argc) ?  
                strcmp(argv[i], "--start-system-server") == 0 : false;  
            setArgv0(argv0, "zygote");  
            set_process_name("zygote");  
            runtime.start("com.android.internal.os.ZygoteInit",  
                startSystemServer);  
        } else {  
            set_process_name(argv0);  
  
            runtime.mClassName = arg;  
  
            // Remainder of args get passed to startup class main()   
            runtime.mArgC = argc-i;  
            runtime.mArgV = argv+i;  
  
            LOGV("App process is starting with pid=%d, class=%s.
",  
                getpid(), runtime.getClassName());  
            runtime.start();  
        }  
    } else {  
        LOG_ALWAYS_FATAL("app_process: no class name or --zygote supplied.");  
        fprintf(stderr, "Error: no class name or --zygote supplied.
");  
        app_usage();  
        return 10;  
    }  
  
}  

我们惊奇的看到了start了zynote.cs 文件，   这个就是开启了zynote进程，这个就是当前守护进程的初始化。那么这个zynote.cpp是什么了？
我们看其中AndroidRuntime的源代码：

1. ......  
2.   
3. static AndroidRuntime* gCurRuntime = NULL;  
4.   
5. ......  
6.   
7. AndroidRuntime::AndroidRuntime()  
8. {  
9.     ......  
10.   
11.     assert(gCurRuntime == NULL);        // one per process   
12.     gCurRuntime = this;  
13. }  

这个androidRunTime,是cpp文件， 是通过jnt方式用java来访问c++的源代码，这是android能够调用linux kernel中的关键性的技术。

这就是我对android 中的启动理解。

   这个函数的作用是启动Android系统运行时库，它主要做了三件事情，一是调用函数startVM启动虚拟机，二是调用函数startReg注册JNI方法，三是调用了com.android.internal.os.ZygoteInit类的main函数。

 它主要作了三件事情，一个调用registerZygoteSocket函数创建了一个socket接口，用来和ActivityManagerService通讯，二是调用startSystemServer函数来启动SystemServer组件，三是调用runSelectLoopMode函数进入一个无限循环在前面创建的socket接口上等待ActivityManagerService请求创建新的应用程序进程。

这个socket接口是通过文件描述符来创建的，这个文件描符代表的就是我们前面说的/dev/socket/zygote文件了。这个文件描述符是通过环境变量ANDROID_SOCKET_ENV得到的，它定义为：

        那么，这个环境变量的值又是由谁来设置的呢？我们知道，系统启动脚本文件system/core/rootdir/init.rc是由init进程来解释执行的，而init进程的源代码位于system/core/init目录中，在init.c文件中，是由service_start函数来解释init.rc文件中的service命令的：

每一个service命令都会促使init进程调用fork函数来创建一个新的进程，在新的进程里面，会分析里面的socket选项，对于每一个socket选项，都会通过create_socket函数来在/dev/socket目录下创建一个文件，在这个场景中，这个文件便是zygote了，然后得到的文件描述符通过publish_socket函数写入到环境变量中去：

       因此，这里就把上面得到的文件描述符写入到以"ANDROID_SOCKET_zygote"为key值的环境变量中。又因为上面的ZygoteInit.registerZygoteSocket函数与这里创建socket文件的create_socket函数是运行在同一个进程中，因此，上面的ZygoteInit.registerZygoteSocket函数可以直接使用这个文件描述符来创建一个Java层的LocalServerSocket对象。如果其它进程也需要打开这个/dev/socket/zygote文件来和Zygote进程进行通信，那就必须要通过文件名来连接这个LocalServerSocket了，参考4，ActivityManagerService是通过Process.start函数来创建一个新的进程的，而Process.start函数会首先通过Socket连接到Zygote进程中，最终由Zygote进程来完成创建新的应用程序进程，而Process类是通过openZygoteSocketIfNeeded函数来连接到Zygote进程中的Socket的：

这是我对android理解，这能够对大家带来帮助。

好好学习，天天向上。