最近阅读JVM源代码。一些想法写Blog分享。于是，他开了这么一个新课题。
第一篇文章取名字的时候让我很困惑，我代码的阅读是从Launcher開始入手的，也就是Java.exe（假设是windows平台的话）相应的相关代码，但我又不能取“JVM启动过程分析”之类的名字，由于从分析主流程的角度来讲还深不到这个层次。所以就暂且起了这么一个奇怪的名字。
这个系列假设能继续下去的话，不加特殊说明，使用的JDK和JVM版本号均为8u20，下载地址来自OpenJDK：http://hg.openjdk.java.net/jdk8u
本人是一个JAVA程序猿，在分析JVM大量C/C++时难免会有不妥当的地方，还希望各位读者指正。
介于时间有涯而代码“无涯”。详细的实现细节不可能面面俱到。仅仅着重分析和看懂大致流程和机制，假设有比較重要的细节遗漏之处。欢迎留言讨论。
在这个系列中，不论什么对源文件位置的描写叙述都使用相对路径。当中jdk/代表放置Jdk源代码的根文件夹，hotspot/代表放置jvm源代码的根文件夹。
一、Launcher代码分析
（1）Main.c中的main
位置：jdk/src/bin/main.c
当我们调用java命令时。首先肯定进入的是C/C++的main函数，就像若干年前我写的那个helloworld一样。
这个main函数位于jdk/src/bin/main.c。在JDK8中是放置在这个位置。在曾经较老版本号是放在JVM相关代码中的。
main.c中差点儿没有实质的逻辑，主要是复制一些參数，处理在windows平台中的一些调用，之后就把各參数传递给JLI_launch进行运行。相关代码在第125行。
return JLI_Launch(margc, margv, sizeof(const_jargs) / sizeof(char *), const_jargs, sizeof(const_appclasspath) / sizeof(char *), const_appclasspath, FULL_VERSION, DOT_VERSION, (const_progname != NULL) ? const_progname : *margv, (const_launcher != NULL) ? const_launcher : *margv, (const_jargs != NULL) ? JNI_TRUE : JNI_FALSE, const_cpwildcard, const_javaw, const_ergo_class);
（2）java.c中的JLI_Launch
位置：jdk/src/bin/java.c
java.c中依据凝视能够大概看出这个函数的各參数含义：
JLI_Launch(int argc, char ** argv, /* main argc, argc */ int jargc, const char** jargv, /* java args */ int appclassc, const char** appclassv, /* app classpath */ const char* fullversion, /* full version defined */ const char* dotversion, /* dot version defined */ const char* pname, /* program name */ const char* lname, /* launcher name */ jboolean javaargs, /* JAVA_ARGS */ jboolean cpwildcard, /* classpath wildcard*/ jboolean javaw, /* windows-only javaw */ jint ergo /* ergonomics class policy */在第236行调用系统函数获取环境变量，给jrepath,jvmpath和jvmcfg赋值。（每一个Java基础教程里设置的环境变量在这里起作用）
CreateExecutionEnvironment(&argc, &argv, jrepath, sizeof(jrepath), jvmpath, sizeof(jvmpath), jvmcfg, sizeof(jvmcfg));第248行载入jvm.dll这个文件。仅仅是载入文件到内存，并没有运行不论什么操作，同一时候给这个ifn结构体赋值（依据dll抽取函数调用地址赋值），ifn结构体包括三个关键的函数指针。
if (!LoadJavaVM(jvmpath, &ifn)) { return(6); }Ifn结构例如以下：
typedef struct { CreateJavaVM_t CreateJavaVM; GetDefaultJavaVMInitArgs_t GetDefaultJavaVMInitArgs; GetCreatedJavaVMs_t GetCreatedJavaVMs;} InvocationFunctions;依据函数名能够大概猜到，第一个是创建虚拟机。第二个是获取初始參数，第三个是创建非常多虚拟机？（vms代表虚拟机的复数形式？我猜的。。）。
之后又对參数进行了一些额外的处理（包含获取classpath、打印调试信息、加入额外的參数等等）。在299行调用JVMInit初始化虚拟机
return JVMInit(&ifn, threadStackSize, argc, argv, mode, what, ret);
（3）Java.c中的JVMInit
位置：jdk/src/bin/java.c
代码非常少，首先打印一下信息，然后调用ConitueInNewThread函数，从函数名也能够看出，会启用一个新线程建立JVM。
intJVMInit(InvocationFunctions* ifn, jlong threadStackSize, int argc, char **argv, int mode, char *what, int ret){ ShowSplashScreen(); return ContinueInNewThread(ifn, threadStackSize, argc, argv, mode, what, ret);} （4）Java.c中的ContinueInNewThread
位置：jdk/src/bin/java.c
这个函数依旧没做啥东西，就是封装了一下參数，然后委派给ContinueInNewThread0。
而ContinueInNewThread0开启一个新的线程，运行JavaMain函数。
（5）Java.c中的JavaMain
位置：jdk/src/bin/java.c
首先在第371行初始化JVM。而InitializeJVM函数做的工作就是调用ifn->createJavaVM，详细的JVM启动过程水太深因此不在这里进行分析。假设初始化成功，则会给vm对象和env对象赋值，当中env是一个很重要的对象，进行JNI调用的时候会频繁用到。
if (!InitializeJVM(&vm, &env, &ifn)) { JLI_ReportErrorMessage(JVM_ERROR1); exit(1); }之后检查一下是否传入了Jar文件或者一个类名，假设没有的话就打印一下Usage 之后第439行获取主类，获取主类的方式挺有意思的。在后面会进行分析。
接着看看是否抛异常，假设抛异常就直接退出了。
mainClass = LoadMainClass(env, mode, what); CHECK_EXCEPTION_NULL_LEAVE(mainClass);
随后针对JavaFX载入一下东西（假设须要的话），然后获取main这种方法的ID，组合參数，并Invoke。水到渠成。
当中每一步都检查是否有异常抛出。
mainID = (*env)->GetStaticMethodID(env, mainClass, "main", "([Ljava/lang/String;)V"); CHECK_EXCEPTION_NULL_LEAVE(mainID); /* Build platform specific argument array */ mainArgs = CreateApplicationArgs(env, argv, argc); CHECK_EXCEPTION_NULL_LEAVE(mainArgs); /* Invoke main method. */ (*env)->CallStaticVoidMethod(env, mainClass, mainID, mainArgs); /* * The launcher's exit code (in the absence of calls to * System.exit) will be non-zero if main threw an exception. */ ret = (*env)->ExceptionOccurred(env) == NULL ? 0 : 1;（未完待续）
版权声明：本文博客原创文章。博客，未经同意，不得转载。