Java虚拟机是否依赖于它？

JVM（Java虚拟机）是否依赖于平台

使用JVM并将Java作为翻译语言有什么好处？

是的，JVM通常依赖于平台，因为它是为特定平台实现的

使用JVM的优点是，至少在理论上，它使用Java平台编写的代码不可知，因此相同的代码可以在任何平台上运行，而无需修改代码。

是的，JVM通常依赖于平台，因为它是为特定平台实现的

---

使用JVM的优势在于，至少在理论上，它使用Java平台编写的代码不受影响，因此相同的代码可以在任何平台上运行，而无需修改代码。

拥有虚拟机（例如Java虚拟机——具有“一次编写，随时随地运行”的承诺）有许多优势；其中包括-

您的应用程序变得独立于操作系统

您的应用程序变得独立于体系结构

---

换句话说，您的应用程序将（至少在某种程度上）成为未来竞争对手不断变化的前景的证明。不过（IMO）最大的优势是Java应用程序和框架在Linux、Mac和Windows上运行相同。尽管每个虚拟机都需要自己的虚拟机实现（例如，实际的Java运行时环境是特定于平台的，可以在中使用）。

拥有虚拟机有许多优点（例如Java虚拟机，具有“一次写入，随时随地运行”的承诺）；其中包括-

您的应用程序变得独立于操作系统

您的应用程序变得独立于体系结构

---

换句话说，您的应用程序将（至少在某种程度上）成为未来竞争对手不断变化的前景的证明。不过（IMO）最大的优势是Java应用程序和框架在Linux、Mac和Windows上运行相同。尽管每个虚拟机都需要自己的虚拟机实现（例如，实际的Java运行时环境是特定于平台的，它在中提供）。

JVM中与操作系统对话的部分取决于平台。但Java字节码是独立的，或者至少应该是独立的（边缘情况可能存在）

JVM的优点是能够编译一次，并且能够在任何受支持的平台上运行可执行字节码。这与以前需要重新编译以适应其他操作系统或处理器的情况相反

---

顺便说一句，Java不是像PHP或javascript那样的翻译/解释语言。它实际上是通过JVM作为操作系统上的中间人或抽象层来编译的。

JVM中与操作系统对话的部分取决于平台。但Java字节码是独立的，或者至少应该是独立的（边缘情况可能存在）

JVM的优点是能够编译一次，并且能够在任何受支持的平台上运行可执行字节码。这与以前需要重新编译以适应其他操作系统或处理器的情况相反

---

顺便说一句，Java不是像PHP或javascript那样的翻译/解释语言。它实际上是用JVM作为操作系统之上的中间人或抽象层来编译的。

JVM本身并不是独立的。当你下载jdk时，你会发现你必须首先选择你的平台。你必须弄清楚你的机器和操作系统类型，包括unix，windows或mac，32位或64位。但是我们总是说java是一种独立于平台的编程语言，这是因为JVM是java应用程序和underline OS之间的中间层，因此java开发人员可以只关注同一个JVM，而忽略操作系统和硬件环境的异构性。

JVM本身并不是独立的。当你下载jdk时，你会发现你必须首先选择你的平台。你必须弄清楚你的机器和操作系统类型，包括unix，windows或mac，32位或64位。但是我们总是说java是一种独立于平台的编程语言，这是因为JVM是java应用程序和underline OS之间的中间层，因此java开发人员可以只关注同一个JVM，而忽略操作系统和硬件环境的异构性。

JVM依赖于平台。至少C代码必须为每个完全不同的平台重新编译。Java类本身（“字节码”及其周围的东西）与平台无关。您必须非常努力地编写一个Java程序，该程序将在一个系统而不是另一个系统上运行。编译器将Java程序转换为字节码或.class文件。然后将字节码转换成机器码的工作，由解释器或JVM，否则JVM充当解释器，是吗？JVM是一个解释器——一个“虚拟机”。大多数现代的JRE（Java运行时环境）都包含一个JITC（即时编译器），它可以在程序运行时将“热”方法的字节码动态转换为机器代码。JVM依赖于平台。至少C代码必须为每个完全不同的平台重新编译。Java类本身（“字节码”及其周围的东西）与平台无关。您必须非常努力地编写一个Java程序，该程序将在一个系统而不是另一个系统上运行。编译器将Java程序转换为字节码或.class文件。然后将字节码转换成机器码的工作，由解释器或JVM，否则JVM充当解释器，是吗？JVM是一个解释器——一个“虚拟机”。大多数现代的JRE（Java运行时环境）都包含一个JITC（即时编译器），它可以在程序运行时将“热”方法的字节码动态转换为机器代码