如何设定执行Java的Linux安全环境

　　用于 Java 程序的本机程序代码编译器的开放来源码工作也有几个替代选择。这里最重要的项目是 GNU 编译器集（GNU Compiler Collection）的 GCJ.使用诸如 CGJ 之类别的本机程序代码编译器会将独立于平台的 Java 字节码在其执行之前转换成特定于平台的程序代码（这与在 JVM 中执行成对比，在 JVM 中执行通常在执行时将字节码转换成特定于平台的程序代码）。

　　本机程序代码编译显示出它极有可能成为一种避免在 JVM 中执行的 Java 应用程序启动较慢的方法。但是，使用这种方法的编译器通常都不能与当代特许 JVM 的稳定状态效能相匹配。如果 Java 应用程序使用 Java 平台的动态特性（如使用反射来存取字段或加载在执行时选择的类别），这种情况尤其突出。根据所使用的实作和编译选项，本机程序代码编译也许还会削弱 Java 平台的许多执行时安全特性。最后，由于许可证问题，许多 Java API 不能与已编译的本机程序代码一起使用。由于这些限制，本机程序代码编译目前还不是 Java 平台服务器应用程序的一个好选择。

　　C# 怎么样？

　　与 Java 执行时环境有许多共同点的一个替代方法是 Microsoft 的 C# 语言和相关的公共语言执行时（Common Language Runtime，CLR）。C# 是 Java 语言的关系紧密的衍生物，CLR 可能容许 C# 在许多平台上使用。CLR 还提供了 JVM 的许多执行时安全特性（尽管有严重削弱安全保证的逃离出口）。Microsoft .Net 实作还支持预编译成本机程序代码的选项以获得更快速启动，这与 GCJ 对 Java 字节码所做的工作相同。当然，Linux 使用者并不能直接使用这项功能，因为 .Net 只适用于 Windows 系统。

　　Mono Project 正致力于为多种 Linux 产品建置「CLean Room」开放来源码 C# 和等价于 CLR 的产品。现在，该项目中的 C# 编译器已开发完成，而且还完成了大部分的 CLR，Microsoft 已发布将它用于标准化。但是，无论从效能还是功能角度来看，在它成为合理的 Java 平台替代选择之前还有许多工作要做。CLR 只包括了与 Java 核心类别库等价的基本内容。在可以将它看作是企业软件开发的合理选项之前，还需要用许多额外 API 来补充它。