大家好，今天小编关注到一个比较有意思的话题，就是关于java语言或的问题，于是小编就整理了1个相关介绍Java语言或的解答，让我们一起看看吧。
J***a能不能像C语言不通过JVM虚拟机直接编译成二进制机器码，让计算机直接运行？
C语言的编译过程如下：
C源程序－－>预编译处理(.c)－－>编译、优化程序（.s、.a***）－－>汇编程序(.obj、.o、.a、.ko)－－>链接程序（.exe、.elf、.axf等），如图1所示。其实编译里面还包括词法分析、分析、语义分析，就不展开说了。
而J***a的执行可以分为两大步骤，如图2所示，第一是编译，这一过程就是调用的j***ac命令，编译成对应的.class文件。第二是解释执行，这一过程是调用的j***a命令，其实我理解的是调用了J***a里的jvm，即j***a虚拟机。JVM其实计算机把高级语言解析成机器码都会存在一个类似这样的中间件。在c#中，我知道先编译成CIL托管代码，然后Jit编译器在CLR(公共语言运行时)这样一个库下把托管代码解释成可执行文件.exe或者dll。现在我就把JVM看作是JIT编译器。把要执行的代码翻译给计算机听，然后机器执行，大致也就是这么个道理。当然了J***a程序还是通过解释器进行解释执行时，当JVM发现某个方法或代码块运行特别频繁的时候，就会认为这是“热点代码”（Hot Spot Code)。然后JIT会把部分“热点代码”翻译成本地机器相关的机器码，并进行优化，然后再把翻译后的机器码缓存起来，以备下次使用。总的来说还是需要JVM。
如果你想把J***a编译成二进制机器码，那要重新开发一个编译器，将J***a源代码通过编译（包括词法分析、语法分析、语义分析，中间代码，优化等）生成汇编语言，然后再转化成机器码。这样以来，每个平台（X86，ARM，MIPS，PowerPC等）都需要重新编译生成相应平台的机器码，而且如果没有JVM，就没有GC（垃圾自动回收）功能了。
从语言设计的角度看是可以的，重新设计一下编译器就能实现，但从工程实践的角度看是不可行的。
其一，J***a语言最大的特点就是跨平台可移植，一次开发，一次编译，多平台执行，这一特性就是靠JVM(J***a虚拟机)实现的，如果改写编译器像C语言一样直接编译成了可执行程序，就失去了跨平台特性。
其二，J***a语言设计之初就设计成为了一款严重依赖JRE(J***a运行时环境)的语言，有部分语言设计上的缺陷必须依赖JVM来解决，比如GC(垃圾回收)，我们知道，J***a语言是没有内存回收能力的，因此还得靠JVM，在工程实践中，如果软件不能进行内存回收，后果将是灾难性的。
其三，J***a语言是面向对象的，区别于同是面向对象的C++，J***a还有一个动态特性。
它允许程序动态地装入运行过程中所需要的类，这是C++语言进行面向对象程序设计所无法实现的。在C++程序设计过程中，每当在类中增加一个实例变量或一种成员函数后，引用该类的所有子类都必须重新编译，否则将导致程序崩溃。J***a从如下几方面***取措来解决这个问题。J***a编译器不是将对实例变量和成员函数的引用编译为数值引用，而是将符号引用信息在字节码中保存下传递给解释器，再由解释器在完成动态连接类后，将符号引用信息转换为数值偏移量。这样，一个在存储器生成的对象不在编译过程中决定，而是延迟到运行时由解释器确定的。这样，对类中的变量和方法进行更新时就不至于影响现存的代码。解释执行字节码时，这种符号信息的查找和转换过程仅在一个新的名字出现时才进行一次，随后代码便可以全速执行。在运行时确定引用的好处是可以使用已被更新的类，而不必担心会影响原有的代码。如果程序连接了网络中另一系统中的某一类，该类的所有者也可以自由地对该类进行更新，而不会使任何引用该类的程序崩溃。而这一切同样依赖JRE。
以上几点决定了J***a不能像C语言一样直接编译成机器码，当然，还有一些其它因素，但我认为上面几点是最主要的。
到此，以上就是小编对于j***a语言或的问题就介绍到这了，希望介绍关于j***a语言或的1点解答对大家有用。
