flascc

AVM2：

Adobe Flash 9及之后版本所支持的ActionScript 3是通过ActionScriptVirtualMachine 2（AVM2）来执行的。AVM2把ActionScript Bytecode（ABC）作为输入，并实时编译到处理器特定的指令中。AVM2是目前Flash Player 最新版本11的核心，所有Actionscript 3的代码都只能由AVM2来执行。

Alchemy：

Alchemy是Adobe实验室的一个项目,用于将C/C++编译成可以在AVM2上运行的目标代码.
Alchemy使用的源文件主要是那些具有平台独立性的C/C++代码,运用范围包括音频/视频转码,数据操作,加密/解密数据,XML解析,物理引擎.产生的目标代码比一般的ActionScript(的目标代码)快,但是比C/C++的本地代码慢2到10倍.

1)Alchemy生成的目标代码不是C/C++的本地代码.同ActionScript一样是AMV2的PCode.但是一些指令是Alchemy特有的,可以用于对二进制数据直接进行操作.这是比ActionScript快的原因之一.

2)Alchemy主要的工作是把LLVM指令译为AVM2指令,同时进行一些代码安全性方面的检验.而LLVM指令码是经过编译器优化的.与之相对应的,目前的ActionScript编译器mxmlc是一趟式,快速编译,没有对代码进行任何优化(结果就是产生的PCode与ActionScript有显著的对应关系,swf反编译器能产生高还原度的AS代码).这是另一个比ActionScript快的原因.同时,Alchmey可以用于swf的反反编译应用.

运用Alchemy前必须考虑,C/C++源代码是否平台独立,是否是安全的(是否有IO操作,是否有一些非常规的类型转换操作等等),一句话,代码纯不纯,质量高不高.此外还有接口设计的考虑.

alchemy的用途

1. 利用现有的大量C/C++库

2. 耗时函数如果可以用C重写, 可能可以提高效率

3. 对关键代码进行保护

因为ABC的反编译器很多, FLASH的代码经常赤裸奔走, 对于某些对加密有需求的FLASH,可以把加密函数放入alchemy中, 这样反编译看到的相关代码不具备可读性.

为什么会有alchemy

alchemy只是一个代号,它的项目名字实际上叫FlaCC, 它的存在是为了让一些C/C++代码可以在AVM2上跑起来, 这样就可以利用已有大量C代码, 只需要在上面加一层接口供AS3调用即可.

alchemy最后产出物是ABC字节码，必然是在AVM2上运行。而C++要转成ABC是有诀窍的。

首先有一个叫LLVM的东西，它的运行机制基本上是，把C++ -> llvm中间码 -> 跟本地相关的X86/ARM指令

Adobe团队把最后一个步骤改了一下，变成了 C++ -> llvm中间码 -> ABC->(AVM运行时解释执行或者使用JIT编译执行)

这个过程其实是比较坑爹的，AVM2本身比LLVM的level又高， AVM2本身的指令集也没有内存，指针这些， 所以要让LLVM可以翻译成ABC，还需要AVM2引入一些新的opcode才行。（haxe作者发现是12条指令）

最后的步骤是把ABC码填入SWF/SWC里, 在AS3代码里面直接通过相应接口即可调用c/c++写的函数.

可以看到,C代码最后还是变成了ABC.

事实上，如果你使用HAXE，不需要alchemy也可以直接使用这些FB编译器不支持的新指令。