王 森在他的《Java深度历险》（强力推荐这本书，内容少而精）的第一章就解释了JDK，JRE，JVM之间的关系。解释了我们执行java.exe时发生 的事情。其中提到，java.exe依照一套逻辑来寻找可以用的JRE，首先查找自己所在的目录下有没有JRE（据王森讲这样说不确切，我没有JDK全部 的源代码，在此无从考证）；其次查找自己的父目录下有没有JRE；最后才是查询Windows的注册表。
通常我们在安装好了JRE的机器上的任何 一个目录下都可以执行java.exe。因为它在安装时被复制到了windows的system32目录下，而后者无论如何都会在path环境变量中。这 个java.exe最终必然会访问注册表来确定真正的JRE的所在地。若我们要求每一个应用程序都自带JRE，必然不能走这条路。但，逻辑的第二条讲， java.exe会在它的父目录下查找JRE，解决方案就在这一条中。
假设我们的应用程序打好了包，叫做MyApp.jar，放在MyApp的目 录下。我们在MyApp目录下，可以执行java –jar MyApp.jar来运行我们的程序。我们安装的是JRE 1.5，在C:\Program Files\Java\jre1.5.0下。现在，我们只需要简单的将jre1.5.0目录搬到MyApp目录下，顺便改个容易写的名字比如叫jre。现 在，我们的应用程序就象这样：
MyApp
MyApp.jar
Jre
Jre1.5.0目录下的全部内容
Java.exe 就在jre目录下的bin目录中。根据第二条逻辑，java.exe会在它的父目录中查找jre，实验证实，它会查找lib目录，而lib就在jre目录 下。因此，这样java.exe就会确定jre的所在然后正常执行java程序，不会去管我们是否安装了JRE，注册表中是否有注册项这些杂事了。
试一下，在命令行下进入MyApp的目录下，假设它在C盘，将path指向MyApp下的JRE：
set path=c:\MyApp\jre\bin
然后运行：
java –verbose –jar MyApp.jar
加上verbose参数以确定我们确实用了这一套被搬出了家的JRE。
程序可以运行，并且在命令行输出的前几行，可以看到：
[Opened C:\MyApp\jre\lib\rt.jar]
[Opened C:\MyApp\jre\lib\jsse.jar]
[Opened C:\MyApp\jre\lib\jce.jar]
[Opened C:\MyApp\jre\lib\charsets.jar]
因此程序读取的确实是它的私有的JRE。
至 此，我们似乎完成了任务。但是现在我们的私有JRE仍不完美，缺点是太大。JRE 1.5有接近70MB，作为我们的私有的JRE，好多内容都是可以抛弃的。Jre目录下的license都可以不要，bin下的执行文件只需要保留 java.exe或者javaw.exe，lib下只要保留rt，jsse，jce，charsets几个库就可以了。除了i386和zi两个子目录外， 其余的子目录都可以不要。Zi下只需要保留自己地区的子目录和其下的一些文件就可以。Lib下除了库之外的属性文件等等都要保留。这样清理一番，JRE仍 然有接近50MB。还可以继续清理几个库文件里面不需要的内容，这需要仔细的整理，会很费功夫。最好能写出一个自动工具帮助我们整理它们。从Sun公司上 下到的JMF里面附带的用Java写的媒体播放器就自带了JRE，只有几个MB。
清理过后需要运行几遍我们的应用程序，以确保我们的JRE不缺少东西。
如果我们希望能有一个程序直接启动我们的应用程序，那就还要费些功夫。最简单的方法是弄出一个快捷方式来，但是快捷方式的路径不能是相对的，不方便我们安装。我想到的方案就是用Win32程序包装一下。在VS.NET下写一个Win32小程序：
int PASCAL WinMain( HINSTANCE hInstance,
HINSTANCE hPrevInstance,
LPSTR lpszCmdLine,
int nCmdShow )
{
STARTUPINFO si;
PROCESS_INFORMATION pi;
ZeroMemory( &si, sizeof(si) );
si.cb = sizeof(si);
ZeroMemory( &pi, sizeof(pi) );
// Start the child process.
if( !CreateProcess( "jre\\bin\\javaw.exe",//执行的程序名
"jre\\bin\\javaw.exe -jar MyApp.jar", // 带参数的执行程序
NULL, // Process handle not inheritable.
NULL, // Thread handle not inheritable.
FALSE, // Set handle inheritance to FALSE.
0, // No creation flags.
NULL, // Use parent's environment block.
NULL, // Use parent's starting directory.
&si, // Pointer to STARTUPINFO structure.
&pi ) // Pointer to PROCESS_INFORMATION structure.
)
{
ErrorExit( "CreateProcess failed." );
}
// Wait until child process exits.
WaitForSingleObject( pi.hProcess, INFINITE );
// Close process and thread handles.
CloseHandle( pi.hProcess );
CloseHandle( pi.hThread );
}
基本上是按照MSDN文档中的例子照搬的。将它编译成一个EXE文件，我们的任务才全部完成。双击这个EXE文件，我们的程序启动了，看起来和传统的Win32程序没有两样，JRE完全被隐藏在底层。
补充几条：
一、exe4j。
说明：exe4j可以将Jar文件制作成exe文件，但需jre支持，也可将Jar文件放在外面。
软件性质：共享软件
下载地址：http://www.ej-technologies.com/products/exe4j/overview.html
二、JBuilder。
说明：新版本的JBuilder可以直接把工程制作成各系统的可执行文件，包括Windows系统。
软件性质：商业软件
下载地址：略。我是从eMule下载的。
三、NativeJ。
说明：与exe4j功能类似。
软件性质：共享软件
下载地址：http://www.dobysoft.com/products/nativej/download.html
四、Excelsior JET。
说明：可以直接将Java类文件制作成exe文件，除AWT和Swing及第三方图形接口外可不需jre支持（Java5.0不行）。
软件性质：共享软件
下载地址：http://excelsior-usa.com/home.html
五、jshrink。
说明：可将Jar文件打包进exe文件。同时具有混淆功能（这才是它的主要功能）。
软件性质：共享软件
下载地址：http://www.e-t.com/jshrink.html
六、InstallAnywhere。
说明：打包工具，对Java打包最好用。可打包成各操作系统运行包。包括Windows系统。
软件性质：商业软件。
下载地址：http://www.zerog.com/
七、InstallShieldX。
说明：与InstallAnywhere类似，但比InstallAnywhere功能强大。相对的，比较复杂，不易上手，我现在还没学会。
软件性质：商业软件。
下载地址：http://www.installshield.com/
下面两篇也值得借鉴：
