assembler手机编译器

Ⅰ 编译原理第三版清华大学

“编译原理”是计算机专业非常重要的一门专业课，在计算机教学中有着举足轻重的地位。

编译原理中编译系统是整个计算机系统中极其重要的系统软件，它的作用是把计算机高级语言最终翻译成等价的计算机指令，从而保证高级程序设计语言顺利运行。所以，“编译原理”是计算机科学中基本研究内容之一。

编译器：编译器是计算机程序中应用比较多的工具,在对编译器进行前端设计时，一定要充分考虑影响因素，还要对词法、语法、语义进行分析。

过程分析：将高级程序设吾言，如C、C++、java等，翻译成计算机可以执行的机器指令代码流的过程，即是编译的过程。编译过程一般分为6个步骤，即词法分析、语法分析、语义分析、中间代码生成、中间代码优化、目标代码生成。

Ⅱ 汇编语言程序设计中使用哪种软件工具

1、MASM。

微软公司为x86微处理器家族开发的汇编开发环境，拥有可视化的开发界面，使开发人员不必郑旅再使用DOS环境进行汇编的开发，编译速度快，支持80x86汇编以及Win32Asm，是Windows下开发汇编的利喊行凳器。

2、NASM。

全称The Netwide Assembler，是一款基于80x86和x86-64平台的汇编语言编译程序，其设计初衷是为了实现编译器程序跨平台和模块化的特性。

3、TASM。

Borland公司开发的汇编编译器，被广泛用于Turbo C，Quick Basic等编译器，用作中间过渡编译。它也能独立的编译纯汇编或是Win32Asm的代码。具有编译快速，高效的特点，至今依然是汇编开发的首选利器。

4、GAS。

GNU汇编器（GNU Assembler），简称为GAS，是由GNU计划所使用的汇编器，GNU的核心精神是自由与分享，所以GAS亦是自由软件。

5、RadASM。

一款着名的WIN32汇编编辑器，支持MASM、TASM等多种汇编编译器，Windows界面，支持语法高亮，自带一个资源编辑器和一个调试器。拥有较强的工程管理功能，加之众多插件的支持，使得它用汇编语言编写Windows软件变得得心应手。

Ⅲ 编译器的发展史

编译器编译器，是将便于人编写，阅读，维护的高级计算机语言翻译为计算机能识别，运行的低级机器语言的程序。编译器将源程序（Sourcenbsp;program）作为输入，翻译产生使用目标语言（Targetnbsp;language）的等价程序。源程序一般为高级语言（High-levelnbsp;language），如Pascal，C++等，而目标语言则是汇编语言或目标机器的目标代码（Objectnbsp;code），有时也称作机器代码（Machinenbsp;code）。一个现代编译器的主要工作流程如下：源程序（sourcenbsp;code）→预处理器（preprocessor）→编译器（compiler）→汇编程序（assembler）→目标程序（objectnbsp;code）→连接器（链接器，Linker）→可执行程序（executables）nbsp;目录nbsp;[隐藏]1nbsp;工作原理nbsp;2nbsp;编译器种类nbsp;3nbsp;预处理器（preprocessor）nbsp;4nbsp;编译器前端（frontend）nbsp;5nbsp;编译器后端（backend）nbsp;6nbsp;编译语言与解释语言对比nbsp;7nbsp;历史nbsp;8nbsp;参见nbsp;工作原理翻译是从源代码（通常为高级语言）到能直接被计算机或虚拟机执行的目标代码（通常为低级语言或机器言）。然而，也存在从低级语言到高级语言的编译器，这类编译器中用来从由高级语言生成的低级语言代码重新生成高级语言代码的又被叫做反编译器。也有从一种高级语言生成另一种高级语言的编译器，或者生成一种需要进一步处理的的中间代码的编译器（又叫级联）。典型的编译器输出是由包含入口点的名字和地址以及外部调用（到不在这个目标文件中的函数调用）的机器代码所组成的目标文件。一组目标文件，不必是同一编译器产生，但使用的编译器必需采用同样的输出格式，可以链接在一起并生成可以由用户直接执行的可执行程序。编译器种类编译器可以生成用来在与编译器本身所在的计算机和操作系统（平台）相同的环境下运行的目标代码，这种编译器又叫做“本地”编译器。另外，编译器也可以生成用来在其它平台上运行的目标代码，这种编译器又叫做交叉编译器。交叉编译器在生成新的硬件平台时非常有用。“源码到源码编译器”是指用一种高级语言作为输入，输出也是高级语言的编译器。例如:nbsp;自动并行化编译器经常采用一种高级语言作为输入，转换其中的代码，并用并行代码注释对它进行注释（如OpenMP）或者用语言构造进行注释（如FORTRAN的DOALL指令）。预处理器（preprocessor）作用是通过代入预定义等程序段将源程序补充完整。编译器前端（frontend）前端主要负责解析（parse）输入的源程序，由词法分析器和语法分析器协同工作。词法分析器负责把源程序中的‘单词’（Token）找出来,语法分析器把这些分散的单词按预先定义好的语法组装成有意义的表达式，语句nbsp;，函数等等。nbsp;例如“anbsp;=nbsp;bnbsp;+nbsp;c;”前端词法分析器看到的是“a,nbsp;=,nbsp;bnbsp;,nbsp;+,nbsp;c;”，语法分析器按定义的语法，先把他们组装成表达式“bnbsp;+nbsp;c”，再组装成“anbsp;=nbsp;bnbsp;+nbsp;c”的语句。nbsp;前端还负责语义（semanticnbsp;checking）的检查，例如检测参与运算的变量是否是同一类型的，简单的错误处理。最终的结果常常是一个抽象的语法树（abstractnbsp;syntaxnbsp;tree，或nbsp;AST），这样后端可以在此基础上进一步优化，处理。编译器后端（backend）编译器后端主要负责分析，优化中间代码（Intermediatenbsp;representation）以及生成机器代码（Codenbsp;Generation）。一般说来所有的编译器分析，优化，变型都可以分成两大类：nbsp;函数内（intraproceral）还是函数之间（interproceral）进行。很明显，函数间的分析，优化更准确，但需要更长的时间来完成。编译器分析（compilernbsp;analysis）的对象是前端生成并传递过来的中间代码，现代的优化型编译器（optimizingnbsp;compiler）常常用好几种层次的中间代码来表示程序，高层的中间代码（highnbsp;levelnbsp;IR）接近输入的源程序的格式，与输入语言相关（languagenbsp;dependent），包含更多的全局性的信息，和源程序的结构；中层的中间代码（middle

Ⅳ 什么是编译器

编译器

编译器是一种特殊的程序，它可以把以特定编程语言写成的程序变为机器可以运行的机器码。我们把一个程序写好，这时我们利用的环境是文本编辑器。这时我程序把程序称为源程序。在此以后程序员可以运行相应的编译器，通过指定需要编译的文件的名称就可以把相应的源文件（通过一个复杂的过程）转化为机器码了。

[编辑]编译器工作方法
首先编译器进行语法分析，也就是要把那些字符串分离出来。然后进行语义分析，就是把各个由语法分析分析出的语法单元的意义搞清楚。最后生成的是目标文件，我们也称为obj文件。再经过链接器的链接就可以生成最后的可执行代码了。有些时候我们需要把多个文件产生的目标文件进行链接，产生最后的代码。我们把一过程称为交叉链接。

一个现代编译器的主要工作流程如下：

* 源程序（source code）→预处理器（preprocessor）→编译器（compiler）→汇编程序（assembler）→目标程序（object code）→连接器（链接器，Linker）→可执行程序（executables）

工作原理

编译是从源代码（通常为高级语言）到能直接被计算机或虚拟机执行的目标代码（通常为低级语言或机器言）。然而，也存在从低级语言到高级语言的编译器，这类编译器中用来从由高级语言生成的低级语言代码重新生成高级语言代码的又被叫做反编译器。也有从一种高级语言生成另一种高级语言的编译器，或者生成一种需要进一步处理的的中间代码的编译器（又叫级联）。

典型的编译器输出是由包含入口点的名字和地址以及外部调用（到不在这个目标文件中的函数调用）的机器代码所组成的目标文件。一组目标文件，不必是同一编译器产生，但使用的编译器必需采用同样的输出格式，可以链接在一起并生成可以由用户直接执行的可执行程序。

编译器种类

编译器可以生成用来在与编译器本身所在的计算机和操作系统（平台）相同的环境下运行的目标代码，这种编译器又叫做“本地”编译器。另外，编译器也可以生成用来在其它平台上运行的目标代码，这种编译器又叫做交叉编译器。交叉编译器在生成新的硬件平台时非常有用。“源码到源码编译器”是指用一种高级语言作为输入，输出也是高级语言的编译器。例如: 自动并行化编译器经常采用一种高级语言作为输入，转换其中的代码，并用并行代码注释对它进行注释（如OpenMP）或者用语言构造进行注释（如FORTRAN的DOALL指令）。

预处理器（preprocessor）

作用是通过代入预定义等程序段将源程序补充完整。

编译器前端（frontend）

前端主要负责解析（parse）输入的源程序，由词法分析器和语法分析器协同工作。词法分析器负责把源程序中的‘单词’（Token）找出来,语法分析器把这些分散的单词按预先定义好的语法组装成有意义的表达式，语句 ，函数等等。 例如“a = b + c;”前端词法分析器看到的是“a, =, b , +, c;”，语法分析器按定义的语法，先把他们组装成表达式“b + c”，再组装成“a = b + c”的语句。 前端还负责语义（semantic checking）的检查，例如检测参与运算的变量是否是同一类型的，简单的错误处理。最终的结果常常是一个抽象的语法树（abstract syntax tree，或 AST），这样后端可以在此基础上进一步优化，处理。

编译器后端（backend）

编译器后端主要负责分析，优化中间代码（Intermediate representation）以及生成机器代码（Code Generation）。

一般说来所有的编译器分析，优化，变型都可以分成两大类： 函数内（intraproceral）还是函数之间（interproceral）进行。很明显，函数间的分析，优化更准确，但需要更长的时间来完成。

编译器分析（compiler analysis）的对象是前端生成并传递过来的中间代码，现代的优化型编译器（optimizing compiler）常常用好几种层次的中间代码来表示程序，高层的中间代码（high level IR）接近输入的源程序的格式，与输入语言相关（language dependent），包含更多的全局性的信息，和源程序的结构；中层的中间代码（middle level IR）与输入语言无关，低层的中间代码(Low level IR)与机器语言类似。 不同的分析，优化发生在最适合的那一层中间代码上。

常见的编译分析有函数调用树（call tree），控制流程图（Control flow graph），以及在此基础上的变量定义－使用，使用－定义链（define-use/use-define or u-d/d-u chain），变量别名分析（alias analysis），指针分析（pointer analysis），数据依赖分析（data dependence analysis）等等。

上述的程序分析结果是编译器优化（compiler optimization）和程序变形（compiler transformation）的前提条件。常见的优化和变新有：函数内嵌（inlining），无用代码删除（Dead code elimination），标准化循环结构（loop normalization），循环体展开（loop unrolling），循环体合并，分裂（loop fusion，loop fission），数组填充（array padding），等等。优化和变形的目的是减少代码的长度，提高内存（memory），缓存（cache）的使用率，减少读写磁盘，访问网络数据的频率。更高级的优化甚至可以把序列化的代码（serial code）变成并行运算，多线程的代码（parallelized，multi-threaded code）。

机器代码的生成是优化变型后的中间代码转换成机器指令的过程。现代编译器主要采用生成汇编代码（assembly code）的策略，而不直接生成二进制的目标代码（binary object code）。即使在代码生成阶段，高级编译器仍然要做很多分析，优化，变形的工作。例如如何分配寄存器（register allocatioin），如何选择合适的机器指令（instruction selection），如何合并几句代码成一句等等。

Ⅳ 汇编器和编译器有什么区别

汇编器（Assembler）是将汇编语言翻译为机器语言的程序。一般而言，汇编生成的是目标代码，需要经链接器（Linker）生成可执行代码才可以执行。
汇编语言是一种以处理器指令系统为基础的低级语言，采用助记符表达指令操作码，采用标识符表示指令操作数。作为一门语言，对应于高级语言的编译器，需要一个“汇编器”来把汇编语言原文件汇编成机器可执行的代码。常用的高级语言编译器有Microsoft公司的MASM系列和Borland公司的TASM系列编译器，还有一些小公司推出的或者免费的汇编软件包等。

编译器就是将“一种语言（通常为高级语言）”翻译为“另一种语言（通常为低级语言）”的程序。一个现代编译器的主要工作流程：源代码 (source code) → 预处理器 (preprocessor) → 编译器 (compiler) → 目标代码 (object code) → 链接器(Linker) → 可执行程序 (executables)
高级计算机语言便于人编写，阅读交流，维护。机器语言是计算机能直接解读、运行的。编译器将汇编或高级计算机语言源程序（Source program）作为输入，翻译成目标语言（Target language）机器代码的等价程序。源代码一般为高级语言 (High-level language)， 如Pascal、C、C++、Java、汉语编程等或汇编语言，而目标则是机器语言的目标代码（Object code），有时也称作机器代码（Machine code）。
对于C#、VB等高级语言而言，此时编译器完成的功能是把源码（SourceCode）编译成通用中间语言（MSIL/CIL）的字节码（ByteCode）。最后运行的时候通过通用语言运行库的转换，编程最终可以被CPU直接计算的机器码（NativeCode）

Ⅵ C语言编译器是用来做什么的

1.
C语言是一种结构化语言。它层次清晰，便于按模块化方式组织程序，易于调试和维护。
2.
C语言的表现能力和处理能力极强。它不仅具有丰富的运算符和数据类型，便于实现各类复杂的数据结构。它还可以直接访问内存的物理地址，进行位(bit)一级的操作。由于C语言实现了对硬件的编程操作，因此C语言集高级语言和低级语言的功能于一体。既可用于系统软件的开发，也适合于应用软件的开发。此外，C语言还具有效率高，可移植性强等特点。因此广泛地移植到了各类各型计算机上，从而形成了多种版本的C语言。

Ⅶ 新人求教，编译一个最简单的android程序，提示下面的错误咋解决

1、32位系统下的编译

如果需要在32位系统中编译android系统，在编译前需要对部分makefile进行修改

首先修改build/core/main.mk，修改的内容如下所示：

-ifneq (64,$(findstring 64,$(build_arch)))

+ifneq
(i686,$(findstring i686,$(build_arch)))

$(warning
************************************************************) $(warning You are attempting to build on a 32-bit system.)

$(warning Only 64-bit build environments are supported beyond froyo/2.2.)

其次修改如下四个文件：

external/clearsilver/cgi/Android.mk
external/clearsilver/java-jni/Android.mk
external/clearsilver/util/Android.mk
external/clearsilver/cs/Android.mk # This forces a 64-bit build for Java6
-LOCAL_CFLAGS += -m64
-LOCAL_LDFLAGS += -m64
+LOCAL_CFLAGS += -m32
+LOCAL_LDFLAGS += -m32即将LOCAL_CFLAGS和LOCAL_LDFLAGS由-m64改为-m32，从而指定使用32位系统进行编译如果使用 64bit 的操作系统编译，这些就都不用修改，但记得需要安装：For 64-bit servers the following extra packages may be needed:
"sudo apt-get install libc6-dev-i386" (libc6-dev-amd64 if AMD CPU)
"sudo apt-get install g++-multilib lib32ncurses5-dev lib32z1-dev"
还有 jdk64bit 的版本编译2 、build/core/base_rules.mk:128:*** frameworks/opt/emoji/jni:
.... libgl2jni already defined by framwworks/base/opengl/tests/gl2_jni/jni 停止

从编译规则上看：
# Make sure that this IS_HOST/CLASS/MODULE combination is unique.
mole_id := MODULE.$(if \
$(LOCAL_IS_HOST_MODULE),HOST,TARGET).$(LOCAL_MODULE_CLASS).$(LOCAL_MODULE)
ifdef $(mole_id)
$(error $(LOCAL_PATH): $(mole_id) already defined by $($(mole_id)))
endif

在framwworks/base/opengl/tests/gl2_jni/下面定义的android.mk定义了：
LOCAL_MODULE := libgl2jni
include $(BUILD_SHARED_LIBRARY)
导致生成的动态库重复，这是不对的，修改tests这个目录不参与编译即可，最直接的办法删除掉framwworks/base/opengl/tests/gl2_jni这个文件夹

3、AIDL 编译报couldn't find import for class原因
“AIDL服务只支持有限的数据类型，因此，如果用AIDL服 务传递一些复杂的数据就需要做更一步处理。AIDL服务支持的数据类型如下：
Java的简单类 型（int、char、boolean等）。不需要导入（import）。String和 CharSequence。不需要导入（import）。
List和 Map。但要注意，List和Map对象的元素类型必须是AIDL服务支持的数据类型。不需要导入（import）。AIDL自动生成 的接口。需要导入（import）。
实现 android.os.Parcelable接口的类。需要导入（import）。
其中后两种数据类 型需要使用import进行导入，传递不需要 import的数据类型的值的方式相同。传递一个需要import的数据类型的值（例如，实现android.os.Parcelable 接口的类）的步 骤略显复杂。除了要建立一个实现android.os.Parcelable接口的类外，还需要为这个类单独建立一个aidl文件，并使用parcelable关键字进行定义。”
没有加LOCAL_AIDL_INCLUDES += xxx ，所以找不到我的parcelable aidl文件。

修改android源码根目录下的build/core/pathmap.mk把你的目录加进去,此时再make update-api

4、老是提示 @Override错误 方法未覆盖其父类的方法
使 用JDK1.6编译没有问题，使用JDK1.5编译，会报@Override方法未覆盖其父类的方法。实际上这个方法是类实现的接口中方法，
但是，这个语 法的jdk1.6的下面是可以通过的，也就是说jdk1.6认为类覆盖父类方法与实现接口方法都叫override，而jdk1.5不
是这样认为的，不知 道这是当初jdk1.5的bug，还是当初就是认为覆盖父类方法与实现接口方法是不一样的，不得而知。但是从
OO角度来看，覆盖父类方法与实现接口方法都 可以认为override，因为他们目的都是一样的，都是为了重用，都是多态的一种
表现方式。

更改jdk版本为1.6即可

5、编译alsa-lib库错误

android系统开发移植alsa-lib库的过程中编译的时候出现了如下的错误
/tmp/cckyaR40.s: Assembler messages:
/tmp/cckyaR40.s:2763: Error: selected processor does not support `mrs ip,cpsr'
/tmp/cckyaR40.s:2764: Error: unshifted register required -- `orr r2,ip,#128'
/tmp/cckyaR40.s:2765: Error: selected processor does not support `msr cpsr_c,r2
字面的意思报的是汇编错误，选择的处理器不支持mrs和msr指令。
原来的ARM指令有32位和16位两种指令模式，16位为thumb指令集，thumb指令集编译出的代码占用空间小，
而且效率也高，所以android的arm编译器默认用的是thumb模式编译，问题在于alsa的代码中有部分的内容
用到了32位的指令，所以才会报如下的错误，修改的方法也很简单，在Android.mk中加入如下内容即可：
LOCAL_ARM_MODE := arm
android的编译系统中LOCAL_ARM_MODE变量的取值为arm或者thumb，代表32位和16位两种arm指令集，默认为thumb
prebuilt/linux-x86/toolchain/arm-eabi-4.4.0/bin/../lib/gcc/arm-eabi/4.4.0/../../../../arm-eabi/bin/ld: failed to set dynamic section sizes: Bad value

collect2: ld returned 1 exit status
make: *** [out/target/proct/merlin/obj/SHARED_LIBRARIES/libasound_intermediates/LINKED/libasound.so] 错误 1
解决此问题将alsa-lib/include/config.h文件中的如下宏定义去掉即可：
#define VERSIONED_SYMBOLS

开发过程中碰到过很多错误，后续再一一总结记录下来，有些忘记了。。

在android.mk中编译：

include $(CLEAR_VARS)
$(call add-prebuilt-files, STATIC_LIBRARIES, libyfcdca.a)

出现提示需要定义：LOCAL_MODULE_TAGS := optional 一般修改方法是：

build\core\definitions.mk 中的宏定义变量：

define include-prebuilt
include $$(CLEAR_VARS)
LOCAL_SRC_FILES := $(1)
LOCAL_BUILT_MODULE_STEM := $(1)
LOCAL_MODULE_SUFFIX := $$(suffix $(1))
LOCAL_MODULE := $$(basename $(1))
LOCAL_MODULE_CLASS := $(2)
include $$(BUILD_PREBUILT)
endef

在这里增加一个LOCAL_MODULE_TAGS := optional

但是这需要修改android源码，如果不是自已的android系统，这么做就麻烦了，所以必须想其它办法解决：

#include $(CLEAR_VARS)
#$(call add-prebuilt-files, STATIC_LIBRARIES, libyfcdca.a)

include $(CLEAR_VARS)
LOCAL_SRC_FILES := libyfcdca.a
LOCAL_BUILT_MODULE_STEM := libyfcdca.a
LOCAL_MODULE_SUFFIX := lib
LOCAL_MODULE := yfcdca
LOCAL_MODULE_CLASS := STATIC_LIBRARIES
LOCAL_MODULE_TAGS := optional
include $(BUILD_PREBUILT)

如此即可了。

Ⅷ 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