java编译器代码解读 java编译器命令是什么

java源代码为什么要编译

java编译器代码解读你现在电脑里java编译器代码解读的文件是文档文件确切的说在计算机里也是0和1的序列 但是java编译器代码解读他和执行程序不是一

个类型的文件 文件是由类型的比如说mp3 是播放声音的 MP4是播放视屏的 TXT是文档文件

就是存储文档的 在回到问题

.java文件其实就和TXT文件一样是文档文件是用来存储你写的代码的

他是拿来给你人看的

你要想让他变成其可执行程序的文件你就得通过编译器编译它

编译器是按照你写的代码把他们翻译成可执行文件的编码方式

然后你就可以运行它java编译器代码解读了

在计算机看来所有的文件都是0和1的组合 应为文件的类型的不同它会用不同的方式解读它们

具体的java程序。编译。运行等等环节怎么完成怎么解释 你得慢慢了解 或者有时间java编译器代码解读我在给你解释解释

写的比较乱 你凑合着看吧

相关问答

Q1: java中什么是能够在计算机CPU上执行的二进制代码？

java中的JVM是能够在计算机CPU上执行的二进制代码。

java的执行过程

Java代码需要经过编译和解释两个步骤，才在能在平台上运行。首先java语言的编译器，帮java代码编译成class的字节码，之后通过java虚拟机（JVM）来解释执行。

java代码的编译

java代码是如何编译的？

首先编译的解释：把用高级程序设计语言书写的源程序，翻译成等价的计算机汇编语言或机器语言书写的目标程序的翻译程序。编译的具体过程，可以看看《编译原理》相关的书籍。

其实java的编译过程，和通常c/c++还是不同的。

java编译后的字节码文件格式主要分为两部分：常量池和方法字节码。常量池记录的是代码出现过的所有token(类名，成员变量名等等)以及符号引用（方法引用，成员变量引用等等）；方法字节码放的是类中各个方法的字节码。

Java编译器却不将对变量和方法的引用编译为数值引用，也不确定程序执行过程中的内存布局，而是将些符号引用信息保留在字节码中，由解释器在运行过程中创立内存布局，然后再通过查表来确定一个方法所在的地址，这样就有效地保证了java的可移植性和安全性。

c/c++的编译，当C编译器编译生成一个对象的代码时，该代码是为在某一特定硬件平台运行而生成的。因此在编译过程中，编译程序通过查表将所有对符号的引用转换为特定的内存偏移量，以保证程序运行。

java虚拟机（JVM）

简单的可以这样理解它的功能：就是将java编译之后的字节码，解释成cpu能够执行的二进制代码。

JVM是一个虚构出来的计算机，是通过在实际的计算机上仿真模拟各种计算机功能来实现的。JVM有自己完善的硬件架构，如处理器、堆栈、寄存器等，还具有相应的指令系统。JVM 的主要工作是解释自己的指令集（即字节码）并映射到本地的 CPU 的指令集或 OS 的系统调用。Java语言是跨平台运行的，其实就是不同的操作系统，使用不同的JVM映射规则，让其与操作系统无关，完成了跨平台性。JVM 对上层的 Java 源文件是不关心的，它关注的只是由源文件生成的类文件（ class file）。类文件的组成包括 JVM 指令集，符号表以及一些补助信息。

java虚拟机工作的原理，可以自己找一下网上的资料。大家还需要思考的问题，jvm的内存、jvm的垃圾回收（GC）、Android的朋友还要区分（Dalvik 和标准 Java 虚拟机JVM）的区别。

总结：

java代码编译之后，可以直接运行在Windows或者其它装有JVM虚拟机的系统下。而C或C++直接编译成与机器和操作系统相关的代码。所以C语言编译的程序没有跨平台性，就算没有使用到操作系统相关的API，在不同的系统下也必须重新编译才能运行。

Q2: 什么是Java字节码？

它是程序的一种低级表示，可以运行于Java虚拟机上。将程序抽象成字节码可以保证Java程序在各种设备上的运行

Java号称是一门“一次编译到处运行”的语言，从我们写的java文件到通过编译器编译成java字节码文件（.class文件），这个过程是java编译过程；而我们的java虚拟机执行的就是字节码文件。不论该字节码文件来自何方，由哪种编译器编译，甚至是手写字节码文件，只要符合java虚拟机的规范，那么它就能够执行该字节码文件。

JAVA程序的运行

因为Java具有跨平台特性，为java编译器代码解读了实现这个特性Java执行在一台虚拟机上，这台虚拟机也就是JVM，Java通过JVM屏蔽java编译器代码解读了不同平台之间的差异，从而做到一次编译到处执行。JVM位于Java编译器和OS平台之间，Java编译器只需面向JVM，生成JVM能理解的代码，这个代码即字节码，JVM再将字节码翻译成真实机器所能理解的二进制机器码。

字节码是怎么产生的？

我们所编写的程序都是.java格式，通常在执行的时候也许点击一下eclipse的运行键就可以在控制台看到运行结果，但是也可以更酷一些，如果java编译器代码解读你装了JDK，那就可以直接在以命令行的方式编译运行你的.java文件，编译后会形成.class文件，这个.class文件即字节码。

字节码怎么解读？

上图是编译好的字节码文件，即一堆16进制的字节,如果使用IDE去打开，也许看到的是已经被反编译的我们所熟悉的java代码，但这才是纯正的字节码

这里只介绍字节码由哪些部分组成, 具体的意思自行百度或者看文尾的连接, 有较为详细的讲解

上图即字节码文件的组成部分, Class文件的结构不像XML等描述语言那样松散自由。由于它没有任何分隔符号，

所以，以上数据项无论是顺序还是数量都是被严格限定的。哪个字节代表什么含义，长度是多少，先后顺序如何，都不允许改变, 如上图左侧即每一部分规定的长度

魔数(Magic Number)

魔数是用来区分文件类型的一种标志，一般都是用文件的前几个字节来表示。

比如0XCAFE BABE表示的是class文件，那么有人会问，文件类型可以通过文件名后缀来判断啊？是的，但是文件名是可以修改的（包括后缀），那么为了保证文件的安全性，将文件类型写在文件内部来保证不被篡改。

至于为什么是CAFE BABE估计大家也能猜到, 程序员与咖啡的不解之缘

版本号(Version)

版本号含主版本号和次版本号，都是各占2个字节。在此Demo种为0X0000 0033。其中前面的0000是次版本号，后面的0033是主版本号。通过进制转换得到的是次版本号为0，主版本号为51。高版本的JDK能向下兼容以前版本的Class文件，但不能运行以后版本的Class文件，即使文件格式未发生任何变化. 这就是target参数的用处，可以在使用JDK 1.7编译时指定-target 1.5

常量池(Constant Pool)

常量池是Class文件中的资源仓库, 量池中主要存储2大类常量：字面量和符号引用。字面量如文本字符串，java中声明为final的常量值等等，而符号引用如类和接口的全局限定名，字段的名称和描述符，方法的名称和描述符。常量池是一个表结构，在表的内容前有一个类型的计数器，表示常量池的长度

上面的表中描述了11中数据类型的结构，其实在jdk1.7之后又增加了3种（CONSTANT_MethodHandle_info,CONSTANT_MethodType_info以及CONSTANT_InvokeDynamic_info)。这样算起来一共是14种

访问标志(Access_Flag)

访问标志信息包括该Class文件是类还是接口，是否被定义成public，是否是abstract，如果是类，是否被声明成final。通过上面的源代码，我们知道该文件是类并且是public。

0x 00 21：是0×0020和0×0001的并集。其中0×0020这个标志值涉及到字节码指令

类索引(This Class Name)

类索引用于确定类的全限定名

0×00 03 表示引用第3个常量，同时第3个常量引用第19个常量，查找得”com/demo/Demo”。#3.#19

父类索引(Super Class Name)

0×00 04 同理：#4.#20(java/lang/Object)

接口索引(Interfaces)

通过上边字节码图可以看到，这个接口有2+n个字节，前两个字节表示的是接口数量，后面跟着就是接口的表。我们这个类没有任何接口，所以应该是0000。果不其然，查找字节码文件得到的就是0000。

字段表集合(fields)

字段表用于描述类和接口中声明的变量。这里的字段包含了类级别变量以及实例变量，但是不包括方法内部声明的局部变量。接下来就是2+n个字段属性。我们只有一个属性a，所以应该是0001。查找文件果不其然是0001。

该区域含有字段的访问标志, 访问权限, 字段的名称索引, 字段的描述符索引, 属性表

描述符的作用就是用来描述字段的数据类型、方法的参数列表和返回值。而属性表就是为字段表和方法表提供额外信息的表结构。对于字段来说，此处如果将字段声明为一个static final msg = "aaa"的常量，则字段后就会跟着一个属性表，其中存在一项名为ConstantValue，指向常量池中的一个常量，值为的"aaa"。

方法(methods)

包含访问标志表, 方法名索引 , 方法描述符索引, 属性表数量,等

Attribute

0×0001 ：同样的，表示有1个Attributes了。

0x000f : #15(“SourceFile”)

0×0000 0002 attribute_length=2

0×0010 : sourcefile_index = #16(“Demo.java”)

SourceFile属性用来记录生成该Class文件的源码文件名称。

Q3: Java命令解析以及编译器，虚拟机如何定位类

1、安装JDK，配置环境变量。 不将JDK所在的目录配置到系统环境变量中，系统怎么能找到JDK中的编译器，解释器在哪呀？如果不指明JDK的bin文件夹的位置，在shell中是无法找到javac/java命令的。这点就不多说了。 2、编译，解释执行Java程序。【 javac命令/java命令】 (1) Test.java源代码 Java代码 //缺省包，该程序源代所在位置： e:/project/ Test.java public class Test{ ..... public static void main(String[] args){ ..... } } 编译命令： 【javac e:/project/Test.java 】 在e:/project目录下生成了Test.class 注意： ① 如果想要将Test.class生成在指定目录下，可以使用javac -d命令，如【 javac -d c:/ e:/project/Test.java 】 在c:/目录下生成T est.class(即e:/Test.class) ② javac -cp 中的-cp并不是指定Test.java的目录，这一点不要误解了。-cp/-classpath只能是指定类文件(.class文件)的路径。上面的命令不能写成: java -cp e:/project Test.java 解释执行命令 :【 j ava -cp e:/project Test】 将调用解释器执行e:/project中的Test.class字节码。 注意： ① -cp 是指定用户类文件的位置，比如上面的Test.class的位置。这里因为要寻找Test.class类文件，而不是Test.java源代码文件，所以要通过-cp指定。千万没有这样的执行命令： java e:/project/Test (2) Test.java源代码 Java代码//缺省包,但源代码中引用了一个JAR包内的自定义类，这个JAR包位于c:/目录下 import net.single.util.SL; //导入自定义JAR包中的类 public class Test{ private SL aObject=new SL(); //初始化JAR中的SL类 public static void main(String[] args){ ...... } } 编译命令： 【 javac -cp c:/single.jar e:/project/Test.java】 在e:/project目录下生成了Test.class 注意： 如果当前你要编译的java文件中引用了其它的类，但该引用类的.class文件不在当前目录下（或在其他目录下，或在.zip/.jar内），这种情况下就需要在javac命令后面,加上-cp/-classpath参数来指明这些类的位置。 一般来说有三种指定方式： ① 绝对或相对路径：javac -cp c:/single.jar Test .java 或 javac -cp ../single.jar Test .java （其中.. 表示上一级目录）

② 系统变量：javac -cp %CLASSPATH% Test .java (其中：%CLASSPATH%表示使用系统变量CLASSPATH的值进行查找，这里假设single.jar的路径就包含在CLASSPATH系统变量中) ③ 当前目录： javac -cp ./single.jar Test.java （其中. 表示当前目录） 解释执行命令 :【 java -cp c:/single.jar;e:/project Test】 注意： ① -cp的路径不仅指定了所需要的single.jar的位置，还必须指出编译后的Test.class的位置。 ② 类路径中的不同项目要用分隔符区分，Unix系统的分隔符是冒号(:)，Windows的是分号(;) (3) Test.java 源代码 Java代码//该类在net.single包中，类中没有引入其他目录下的自定义类 package net.single; public class Test{ ..... public static void main(String[] args){ ..... } } 编译命令：【javac -d . e:/project/Test.java 】 注意： ① 如果没有-d而直接编译javac e:/project/Test.java。将会在 e:/project 目录下直接生成一个Test.class，但此Test.class无法解释执行，因为它实际上在edu.single包中。所以必须将包一起编译出来，这里用了-d参数。 ② 上面的编译结果将在e:/目录下 自动根据包的结构形式创建文件目录，e:/net/single/Test.class 解释执行命令 :【java -cp e:/ net.single.Test 】 现在我们总结一下： [a.] 没有IDE环境，编译一个大型项目是很困难的，因为必须把需要被其他类引用的类先编译，而且最好把包结构一起编译出来。所以一般命令格式如下： 编译： javac -cp (需要引入的类文件路径1;需要引入的类文件路径2;....) -d (编译出的类文件存放的位置目录) (待编译文件路径) 执行： java -cp (需要解释执行的类文件路径) (带包的类文件) 例：现在要编译一个类源码: Test.java，其中该类位于E:/project/下 (1. Test源代码中使用了一个JAR包中的类，这个single.jar包位于C:/目录下。 (2. Test源代码中使用了一个自定义类Content，这个类的源代码Content.java位于E:/下 (3. Test所在包为net.single，Content所在包为net.single.cont 解决： 步1：由于Test使用了Content类，所以必须先编译Content，而且Content类在E:/目录下，而且 属于包net.single.cont 编译命令： javac -d . e:/Content.java 编译结果： 在Content.java的当前目录下生成了一个 net/single/cont/Content.class 文件(带包结构)，即e:/net/single/cont/Content.class 步2：编译Test类，并指明所引入的single.jar包和Content.class的位置 编译命令： javac -cp c:/single.jar;e:/net/single/cont -d . e:/project/Test.java 编译结果： 在Test的上一级目录下生成了一个 net/single/Test.class 文件，即e:/ net/single/Test.class 步3：解释执行Test.class 执行命令： java -cp c:/single.jar;e:/ net.single.Test 3、编译器，虚拟机如何定位到类的 Java代码package net.single; import java.util.*; import net.single.util.*; public class Test{ //SingleUtil类在c:/single.jar中的net.single.util包下 private SingleUtil sut=new SingleUtil(); } 编译命令： javac -cp c:/single.jar -d . e:/project/Test.java 编译器首先找到e:/project/Test.java。然后对Test源代码进行编译，当编译到创建SingleUtil类对象的语句时，编译器要开始寻找SingleUtil.class的位置。编译器首先查找包含这个类的所有包的位置，并查询所有的import指令，确定其中是否包含了被引用了的类。 如上面的Test.java，编译器将试图查找java.lang.SingleUtil，java.util.SingleUtil，net.single.util.SingleUtil以及当前包中的SingleUtil(即net.single.SingleUtil)。编译器将在三个部分中查找类文件： (1) 在JDK的lib目录下的标准类库文件中查找java.lang，java.util和net.single.util包。显然只能找到java.lang和java.util包。然后在这两个包中查找SingleUtil类文件。当然是找不到的。 (2) 在编译命令中-cp参数表明的类路径(C:/single.jar)下查找java.lang，java.util和net.single.util包。显然只能找到net.single.util包，然后在里面找到SingleUtil类文件。 (3) 在Test.java的当前目录下查找SingleUtil，也是没有的。 如果没有找到SingleUtil，或者找到多个SingleUtil。

java编译器代码解读的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于java编译器命令是什么、java编译器代码解读的信息别忘了在本站进行查找喔。