为什么Eclipse使用本机启动器？

Question

Eclipse IDE是用Java编写的大型桌面应用程序的最佳示例之一。

我见过的大多数Java应用程序通常依赖于批处理或shell脚本来构建具有应用程序类路径的字符串，并使用类路径作为env变量启动JVM。

另一方面，Eclipse依赖于本机启动器。这是为什么 ？这个脚本没有这个启动器做什么？

我记得在一年半前读过一篇文章解释说“我们用本地发射器会更好”，但是id没有解释发射器的内部工作原理。

Answer 1

Equinox launcher使用JNI在与启动程序相同的进程中启动Java VM。使用JNI还允许我们在启动屏幕中使用SWT小部件。

---

实际上，你仍然可以拥有一个脚本，因为启动程序可执行文件eclipse.exe自3.3M5以来已被分成两部分：

• 可执行文件，
• 共享库（例如：eclipse_1006.dll）。

可执行文件位于eclipse安装的根目录中 共享库位于插件目录中的特定于平台的片段org.eclise.equinox.launcher.[config]中。

将大部分启动器代码移动到位于片段中的共享库意味着现在可以从更新站点更新启动代码的那一部分。此外，从java开始时，可​​以通过JNI加载共享库以显示启动画面。

如此处所述，您可以start Eclipse 3.3 without the native launcher，

java -jar plugins/org.eclipse.equinox.launcher_1.0.0.v20070319.jar

请注意，jar文件的名称现在依赖于版本，导致使用确切文件名调用jar的天真脚本，以便在jar文件更新后中断。

相反，您可能希望查找与org.eclipse.equinox_*.jar匹配的文件。值得庆幸的是，Eclipse-wiki包含appropriate scripting templates，在这种情况下非常有用 如果要避免修改现有脚本，还可以搜索Equinox Launcher插件，将其复制到Eclipse主目录中，并将副本重命名为startup.jar。

Answer 2

其中一些是特定于Windows的，有些是一般的。

1. 与目标平台本机可用脚本语言中的批处理脚本相比，您的shell集成得到了很大改进。

2. 无需启动额外的流程来执行脚本（如果您将IDE本身编写为构建/测试/部署周期的一部分，这可能会非常重要。

3. 可执行文件头通常定义程序的“位数”。因此，可执行文件可以明确指示它允许/禁止32位或64位执行。

4. Windows上的可执行文件可以加密签名。

5. 许多恶意软件/防火墙保护程序维护每个可执行的白名单。因此，当第一次出现eclipse（“Eclipse正试图访问互联网”而不是通用的“javaw.exe”时，启动eclipse（它会自动检查Web上的更新）会更好。试图访问互联网“。它还允许用户对此行为进行更细粒度的控制。

6. 该过程将在ps /任务管理器上显示为“you_app_name”而不是java -jar“您的jar文件”。这样可以更轻松地跟踪/管理错误的流程。在开发环境中并不常见。

Answer 3

其他答案技术性很强，但在我看来，我认为它的原因很简单：用户体验。

最终用户无需为了使其正常工作而烦恼。 （是的，如果你想使用不同的虚拟机或将args传递给虚拟机等，你可以大惊小怪，但你没有这样做。）

对于用户而言，没有什么比安装程序更好的了，然后尝试运行它，只是为了获得一个“输入java vm路径”的dos框，或者更糟糕的是，你双击它并且没有任何反应因为您必须编辑批处理文件才能使其正常工作。

这是2009年，而不是1996年。没有用户（甚至开发人员！）不得不编辑批处理文件以使程序第一次运行。