A. java 相关的编译技术
除了 Java 的编译器和虚拟机器之外 还有一些相关的编译技术 本文章试图做一个简单的说明
JIT 编译器 传统的 Java 虚拟机器很愚蠢 将一道 bytecode 的指令翻译成机器码之后 马上执行这些机器码 执行完这批机器码之后 就把这些机器码丢了 接液凳槐着再翻译下一道 bytecode 的指令 继续下去 即使下次执行到以前执行过的 bytecode 指令 依然要重新翻译成机器码才能执行 如此一来 效率当然不好 使用 JIT 编译器（Just In Time piler）技术的虚拟机器比较聪明 会把常常执行的部分在第一次先翻译好放在内存 以后再次执行到这里时 就不用再翻译 直接从内存取出机器码即可执行 这么一来 只要你的内存够大 JIT 编译器的技术够好 你的 Java bytecode 执行速度也可以逼近纯编译式的程序
其它程序语言的编译器 任何档案只要符合 Java bytecode 的格式 就可以被 Java 虚拟机器执行 制造出 Java bytecode 的方式有许多种 不一定要使用 Java 语言来写程序 才粗宴能编译成 Java bytecode Java 是语言也是平台 你可以不使用 Java 语言（也就是 Java 编译器） 只使用 Java 平台（也就是 Java 虚拟机器） 只要某语言有提供编译器 能将该语言的原始码编译成 Java bytecode 格式 就可以在 Java 平台上执行 据我所知 目前已经有下列语言提供兼容于 Java 平台的编译器（以英文字母闹友顺序排列） Aardappel Ada Agora BAMBOO Basic Bistro Bolero C C++ CLIPS COBOL Correlate Dawn E EcmaScript Eiffel Foo Forth Fortran Funnel Haskel Hojo javascript Jickle JIF Jinni Lisp LL LLP Logo Luck MINERVA Mini ML Mola NetRexx Nice Oberon Pascal PLAN Pnuts Prolog PS I Python Sather Scheme SELF Simkin Small Talk Tcl WebL Yassl Yoix Yoyo
原生编译器 如果你不在乎 Java 程序能否跨平台 你希望 Java 程序能如同 C/C++ 一般被编译成机器码而非 Java bytecode 那么你可以使用 Java 原生编译器（native piler） 目前已经有不少这样的产品可以使用 Java 原生编译器有两大类 一类可以把 Java 的原始码编译成机器码 另一类则可以把 Java bytecode 编译成机器码
反编译与混淆器 Java bytecode 因为档案格式简单 信息保留完整 且指令是最简单的堆栈式（stack based）架构等因素 所以很容易被反编译（de pilation） 反编译指的是和编译相反的过程 对 Java 来说 反编译就是把 Java bytecode 转换成 Java 原始码的过程 为了防止你辛苦地开发出来的 Java bytecode 被他人反编译成原始码 你可以透过混淆器（obfuscator）将你的 Java bytecode 转换成更混乱的 Java bytecode 执行起来效果一样 但是被混淆过的 Java bytecode 比较不容易被反编译 你通常要为此付出一点代价 因为混淆过的程序执行速度通常会变慢 且混淆器只能增加反编译的难度 不能保证你的程序一定无法被反编译成功 毕竟道高一尺 魔高一丈 如果有人愿意花许多时间和精力反编译你的 Java bytecode 你根本就无法拦阻
组译与反组译 汇编语言（assembly）是一种非常接近机器码的语言 将汇编语言转成机器码的工具称为组译器（assembler） 反过来将机器码转成汇编语言的工具称为反组译器（dissembler） 对于 Java 虚拟机器来说 Java bytecode 就如同它的机器码 有没有一种语言是很接近 Java bytecode 的呢？也就是说 Java 有没有的汇编语言呢？基本上 Sun 并未定义 Java 的标准汇编语言 但是有一些人定义了自己的 Java 汇编语言 并提供 Java 的组译器（甚至反组译器） 例如 Ja *** in 以及 javaa 都是 Java 组译器
前处理器 前处理器（pre processor）也称为前编译器（pre piler）或前翻译器（pre translator） 其目的在将
源码中不符合语言规范的部分转换成符合语言规范的形式 比方说 我们可能在 ??????????Java 源码中除了使用 Java 语言之外 还穿插使用自订的语法 这些自订的语法无法被 Java 编译器处理 所以我们必须先透过一个前处理器来将自订语法的部分转换成 Java 语言 然后就可以交由 Java 编译器处理 目前有不少 Java 的前处理器 例如 iContract SQLJ 都是用来扩充 Java 语言之用的
最佳化工具软件 一般来说 最佳化有两种 让档案体积变小 可以节省储存空间并加快网络传送速度 让执行速度变快 对于 Java 来说 还有第三种最佳化 让程序结构变乱 不容易被反编译 也就是前面提到过的混淆（obfuscation） 这三个目的之间常常互相排挤 结构变乱 通常会使得程序变慢 且体积变大 体积变小 通常会使得速度变慢 且结构变整齐 速度变快 通常会使得体积变大 且结构变整齐 lishixin/Article/program/Java/hx/201311/27007
B. c语言代码编译成的是机器码，那么怎么实现可移植性呢
C语言代码编译成的是机器码，通常不能在不同指令系统的机器上运行。
我遇到过同样的机器，同样的机器码，同样的操作系统，也就是原来在本机编好的若干程序，突然运行不了了（出错），必须重新编译后才能运行。因为微软动态链接库里的子程序号码“更新”了。
如果编译成半成品机器码，或者类似obj，到运行的机器上再由附加的解释器解释(或编译器链接），则可以运行。这就是所谓的“跨平台”“移植”“嵌入”。
C. java程序编译后会产生字节码还是机器码
Java编译后是字节码，C/C++以前全都是是机器码。
电脑只能运行机器码。Java在运行的时候把字节码变成机器码。
C/C++在编译的时候直接编译成机器码。
不过现在微软的Visual Studio C++ 2005以后的C++也可以编译成字节码，用CLR运行是转换成机器码（和Java差不多）。
D. 用高级语言编写的源程序，经编译后产生的是
目标程序。
目标程序，又称为“目的程序”，为源程序经编译可直接被计算机运行的机如岩伏器码集合，在计算机文件上以.obj作扩展名----由语言处理程序（汇编程序，编译程序，解释程序）将源程序处理（汇编，编译，解释）成与之等价的由机器码构成的，计算机能够直接运行的程序，该程序叫目标程序。
目标代码尽管已经是机渣携器指令，但是还不能运行，因为目标程序还没有解决函数调用问题，需要将各个目标程序与库函数连接，才能形成完整的可执行程序。
(4)语言被编译为机器码扩展阅读
计算机并不能直接地接受和执行用高级语言编写的源程序，源程序在输入计算机时，通过"翻译程序"翻译成机器语言形式的目标程序，计算机才能识别和执行。这种"翻译"通常有两种方式，即编译方式和解释方式。
编译方式是指利用事先编好的一个称为编译程序的机器语言程序，作为系统软件存放在计算机内，当用户将高级语言编写的源程序输入计算机后，编译程序便把源程序整个地翻译成用机器枣扮语言表示的与之等价的目标程序。
然后计算机再执行该目标程序，以完成源程序要处理的运算并取得结果。解释方式是指源程序进入计算机后，解释程序边扫描边解释，逐句输入逐句翻译。
计算机一句句执行，并不产生目标程序。如PASCAL、FORTRAN、COBOL等高级语言执行编译方式；BASIC语言则以执行解释方式为主；而PASCAL、C语言是能书写编译程序的高级程序设计语言。
E. C语言代码编译成的是机器码，那么怎么实现可移植性呢
C语言写的代码编译成了机器码，与编译器有关，与当前的电脑的CPU没有关系
有个概念叫交叉编译，我们做嵌入式的，就靠这个工作了
也就是在PC上编译的机器码，下载到其他的芯片里面，让它在这个芯片里运行
只要其他的电脑也支持同样的编译器产生的机器码，就可以一致到它上面
F. 请问c语言的源程序被编译后的代码是机器码吗
首先语言和被编译成的代码没有直接关系。有把Java编译成机器码的编译器也有把C语言编译成Java字节码的编译器。
机器码只是CPU直接认读的编码，不等于和硬件打交道的。操作硬件是你通过程序操作CPU做到的。操作系统只不过是别人写的程序而已，说到底还是程序。
G. 在计算机中，将汇编语言转换为机器语言的过程叫
在计算机中，将汇编语言转换为机器语言的过程叫汇编，或者汇编过程。
汇编语言称为符号化的机器语言，不能直接执行，需要将汇编语言转换为机器语言后才能执行，将汇编语言程序转换为机器语言程序的过程称为汇编过程。
汇编大多是指汇编语言，汇编程序。把汇编语言翻译成机器语言的过程称为汇编。在汇编语言中，用助记符(Memoni)代替操作码，用地址符号(Symbol)或标号(Label)代替地址码。这样用符号代替机器语言的二进制码，就把机器语言变成了汇编语言。于是汇编语言亦称为符号语言。用汇编语言编写的程序，机器不能直接识别，要由一种程序将汇编语言翻译成机器语言，这种起翻译作用的程序叫汇编程序，汇编程序是系统软件中语言处理的系统软件。
