java的三种平台_实现 Java 平台的三种方式

实现 Ja va 平台的三种方式

在技术领域，我们常把“Ja va平台”挂在嘴边。但究竟什么才能算作一个Ja va平台呢？其实，定义相当宽泛：任何能够执行Ja va字节码（bytecode）的环境，都可以被称为Ja va平台。顺着这个思路往下走，你会发现，实现这个目标的路子主要有三条。

Ja va 虚拟机器

首先登场的是大家最熟悉的老朋友——Ja va虚拟机器。这是一种运行在操作系统之上的特殊程序，它的核心任务就是解读并执行Ja va字节码。当然，它需要底层操作系统的配合才能完成工作。

这种架构可以清晰地分为四层，从上到下依次是：

Ja va字节码 -> Ja va虚拟机器 -> 操作系统 -> 物理芯片。

你可以这样理解：芯片驱动操作系统，操作系统运行Ja va虚拟机，而虚拟机则负责执行最上层的Ja va字节码。有趣的是，对于字节码来说，它只和Ja va虚拟机器打交道，自然会“天真地”认为，JVM就是它的整个世界。

一个典型的例子是：在Pentium III芯片上，运行Windows 2000操作系统，其中搭载Sun HotSpot Client VM，最终来执行Together/Ja va应用程序。

Ja va 操作系统

接下来是第二种思路：Ja va操作系统。这指的是将Ja va虚拟机的功能直接整合到操作系统内部，或者干脆设计一个专门为执行Ja va字节码而生的全新操作系统。

这样一来，执行架构就简化成了三层：Ja va字节码 -> Ja va操作系统 -> 物理芯片。苹果的Mac OS X就是前一种思路的代表，它将Ja va环境与系统进行了深度集成。

Ja va 芯片

最后一种方式最为彻底，那就是Ja va芯片。直接把执行Ja va字节码的能力“烧录”进硬件里，要么是在现有芯片架构（如ARM 7、ARM 9）中集成Ja va功能，要么专门设计一款Ja va专用芯片。

这种架构最为精简，只有两层：Ja va字节码 -> Ja va芯片。一切都在硬件层面直接完成，效率的追求达到了极致。

三种方式的比较

那么，这三种路径孰优孰劣？实话实说，很难一概而论，它们各有千秋，选择哪种完全取决于你的具体需求。

通过虚拟机执行是目前最主流、最常见的方案。原因不难理解：首先，相较于开发一个操作系统或专用芯片，实现一个虚拟机的技术门槛和成本相对较低。其次，它提供了极大的灵活性——无需改动底层的操作系统和CPU，就能让任何平台获得运行Ja va程序的能力。也正因如此，从Windows、Linux到Mac、Solaris，甚至PalmOS、EPOC等移动系统，几乎都能找到对应的Ja va虚拟机。

当然，多层架构的“副作用”就是效率损耗，这也是虚拟机模式最常被诟病的地方。不过，话说回来，虚拟机的技术一直在飞速演进，其执行效率已经得到了大幅提升，如今的表现相当接近原生操作系统的水平。因此，在个人电脑领域，虚拟机大概率将继续保持其主流地位。

通过Ja va操作系统执行，理论上效率会比虚拟机模式更好。将JVM深度集成到操作系统中以提升附加值，确实是一个趋势，Mac OS X的成功整合就是明证。然而，如果试图打造一个只能运行Ja va的全新操作系统，则可能面临巨大挑战。其中最棘手的问题就是硬件驱动生态的匮乏。历史上，IBM和Sun合作的纯Ja va操作系统“Ja vaOS”项目最终停摆，除了效率提升未达预期，驱动难题也是重要原因之一。

利用芯片执行无疑是速度最快的方案，毕竟硬件直接执行的速度优势是软件无法比拟的。这种方式在嵌入式系统和信息家电（如机顶盒）领域前景广阔，有望成为主流。但这里有一个有趣的辩证关系：当Ja va被固化到硬件层面，它那“一次编写，到处运行”的跨平台光环，似乎也就随之减弱了。

下载本文示例代码

实现 Ja va 平台的三种方式实现 Ja va 平台的三种方式实现 Ja va 平台的三种方式实现 Ja va 平台的三种方式实现 Ja va 平台的三种方式实现 Ja va 平台的三种方式实现 Ja va 平台的三种方式实现 Ja va 平台的三种方式实现 Ja va 平台的三种方式实现 Ja va 平台的三种方式实现 Ja va 平台的三种方式实现 Ja va 平台的三种方式

阅读(104) | 评论(0) | 转发(0) |