大家好，今天小编关注到一个比较有意思的话题，就是关于java语言执行机制的问题，于是小编就整理了4个相关介绍Java语言执行机制的解答，让我们一起看看吧。
- java语言采用多种机制来保证可移植性,其中最主要的是？
- 简述JAVA的工作机制。为什么它能实现跨平台？
- JAVA程序中都含有main方法，因为它是所以Java程序执行的入口。请问这句话对不对？
- java中非静态方法能调用静态方法吗？
JAVA语言***用多种机制来保证可移植性,其中最主要的是？
对于程序可移植性最直接最有效的支持是与平台无关。对于J***A语言来时使用了多种机制来保证可移植性，最主要的是使用机(virtual machine)和使用虚拟机使用的J***A字节码。由于保证J***A语言的高可移植性，其程序的运行效率被降低，为了弥补这种缺陷，将J***A字节码的设计最大限度接近于机器码。
简述J***A的工作机制。为什么它能实现跨平台？
因为j***a程序是用j***a虚拟机（JVM）执行的，不论是用什么平台开发的j***a代码，最终都会被转换成只被JVM识别的代码。 所以只要下载各个平台的j***a虚拟机就可以实现代码的跨平台运行。
j***a的跨平台即跨操作系统的平台,也就是说你写的j***a程序不需要修改就可以在不同的操作系统上运行windows,linux,,当然有个前提就是你的操作系统必须有j***a环境了，即安装了对应的jdk。应为j***a程序编译成class文件都交给JVM来处理了。
在j***a之前，跨平台是很痛苦的事情，主要是因为所有对于系统的调用，在不同的操作系统下结果都不一样，简单的来说，int的长度在不同操作系统里面就不一样，甚至于连字节排列的顺序都不同。调用同一个函数返回的格式也不同，因此，写程序的人自己要对不同的系统非常了解，如果真的需要对不同操作系统进行兼容，要在程序里面写很多if，编译的时候要先判断使用的操作系统，创造很多环境变量才能编译，而且编译好的二进制可执行文件只能在本系统上运行。如果你写的是个功能库供别人调用的，那么光对操作系统的判断就占了代码的绝大部分，而且，还要你在不同平台下进行测试，这可是个艰苦卓绝的工作。
自从有了j***a之后，就把操作系统兼容的工作丢给了jvm了，对于程序员来说就再也不要关心int有几位，还有高位在前还是地位在前的问题了，你只要用j***a的代码把你程序的逻辑实现出来就可以了，这些兼容的问题就交给jvm去处理吧。这样，如果你写一个程序交付给客户使用，如果客户的环境是运行AIX的，你就不需要在本地也装一个AIX来开发和运行，你可以在windows上完成所有的开发，然后把编译好的文件交给客户就可以了，以后有别的客户需要在Solaris上运行这个程序，你都不用修改，直接拿过去就可以运行，很方便！只有被跨平台开发折磨过的人才能更深得体会到用j***a开发跨平台应用的优势。
J***A程序中都含有main方法，因为它是所以J***a程序执行的入口。请问这句话对不对？
错误j***a程序分为j***a应用程序+小应用程序applet如果是j***a应用程序，一般应当含有main方法，因为它是所有j***a程序执行的入口如果是***let，不用main方法。。。由init初始化，start启用
j***a中非静态方法能调用静态方法吗？
首先直接回答你，在j***a非静态方法可以调用静态方法。
这个结论可以引伸为在非静态方法中能访问静态方法、静态成员变量和非静态成员，而在静态方法中只能访问静态成员，即静态方法和静态成员变量。
在j***a的基本概念中，类和对象是两个截然不同又相互关联的概念，类相当于模板，是抽象的，对象相当于实例，是具体的，所以两者的联系就是类实例化之后成为对象。静态成员本身是归属于类的，也称类成员，而实例成员归属于对象。在j***a的机制中，当类被加载的时候，实际上加载的是它的模板，就是这个类文件，这个时候只有它的静态成员。而只有通过new关键字或[_a***_]方法调用了类的构造方法之后，才会生成类的实例对象，这个时候内存里才有了实例成员。
综上，在内存里总是先有静态成员，然后才有实例成员，所以在实例方法里调用静态方法才有可能，反之上哪调用去？而且，实例方法归属于对象，想在静态方法里调用的话也得先把对象实例化了才能调用呀，直接调用是取无根之水，不行吧。唠叨这么多，希望对你有所帮助，助你知其然且知其所以然！
到此，以上就是小编对于j***a语言执行机制的问题就介绍到这了，希望介绍关于j***a语言执行机制的4点解答对大家有用。
