这里所说的动态加载技术， 主要是指代码模块（可以是swc也可以是swf）的动态加载。即主swf在运行的时候， 可以根据需要动态加载所需的代码模块。
为了讨论方便， 下面所说的代码模块都用swc表示，用以与主swf的区分。 因为swc实际是swf + xml + 文件夹的一个压缩包， 所以动态加载swc比动态加载swf只多了一个步骤， 即解压的过程。
这里有一个常识， 如果是在fb中或其他as开发环境中开发， 一个主swf工程如果想引用一个swc库， 那么必须在主swf工程中引用swc库本身或者直接包含swc所对应的工程，而这种引用都有两种方式：
Merged into code，即把所需的swc中的代码在编译时编译到主swf里。
External, 不会把所需的swc中的代码在编译时编译到主swf里。
动态加载技术则需要采用External这种方式引用swc， 这里引用只是告诉编译器可以找到所用到的代码（类）， 但是不会把实际的代码编译到swf中， 所以如果在运行swf时， 如果不在合适的时机加载的swc， 就会报找不到某个类的运行时错误。错误信息类似于：
VerifyError: Error #1014: 无法找到类 test.swc::BaseEntity。
假设模块间的引用如下图：
其中模块间的虚线代表外部引用， 实线代表嵌入式引用。
BaseEntity是定义在ExternalSwc中的一个类， Entity继承于BaseEntity， EntityProxy引用到BaseEntity， 后两者可以根据需要定义在Client或者EmbededSwc中。
这里提及的对象间的引用， 比如EntityProxy引用到BaseEntity， 主要是指下述三种情况：
1、BaseEntity作为EntityProxy的成员变量。
2、BaseEntity作为EntityProxy的成员函数的参数。
3、BaseEntity在EntityProxy的成员函数中作为局部变量。
对于BaseEntity定义在ExternalSwc中的类， 在Client和EmbededSwc中只能发生第3种引用方式， 否则会报错。
对于Entity这种直接继承与BaseEntity的类， 且是定义在Client或者EmbededSwc中。如果在Client中被引用到， 那么无论Entity是位于Client还是位于EmbededSwc中(也就是最终Client中会包含Entity的代码)， 都会报如下类似错误：
VerifyError: Error #1014: 无法找到类 Entity。
原因在于虽然Client包含Entity的代码， 却没有包含Entity的基类代码， 而flash player在运行Client的时候首先会对Client的代码做初步的验证。
对于EntityProxy这种引用到BaseEntity的类， 如果在Client中被引用到， 那么它是位于Client还是位于EmbededSwc中稍微有点区别。
如果是位于Client中， 则EntityProxy只能发生第3种引用方式， 否则会报错。
如果是位于EmbededSwc中， 则可以发生上述任意一种引用方式。
为什么有上述区别， 原因尚不清楚， 难道这时候flash player不是把编译好的Client和EmbededSwc的代码看作一个整体。