教程：深入理解Flash的沙箱 – Application Domains

http://kevincao.com/2010/11/application-domains/

应用程序域

Application Domains 应用程序域

和安全域一样，不同安全沙箱下的SWF有着自己独立的类定义。这种在安全域下面进行划分和管理类定义（函数、接口和命名空间的定义也类似）的子域就是应用程序域。应用程序域只存在于安全域内，并且只能属于唯一的一个安全域。但是安全域可以包含多个应用程序域。

安全域内的应用程序域

虽然安全域沙箱用于保护数据安全，应用程序沙箱域用于划分定义。但是他们都用于解决定义的冲突和判断代码的继承关系。

安全域彼此之间是相互独立的，相比之下，应用程序域之间的关系则较为复杂。应用程序域通过类似于Flash中的显示列表那样的层级关系链接在一起。应用程序域可以包含任意的子域，而子域只能有一个父域。子域继承了来自父域中的定义，就像是显示列表中父对象的位置和缩放属性被子对象继承一样。

应用程序域的根节点是一个系统域，这个域包含了Flash Player API的原生定义（Array，XML，flash.display.Sprite等等）。系统域与安全域是一一对应的关系，当安全域初始化的时候这个唯一的系统域也被建立。

当一个Flash Player的实例初始化的时候，SWF文件加到它对应的安全域内。同时也创建了一个包含了这个文件中所有编译过的ActionScript定义的应用程序域。这个应用程序域就成为安全域下的系统域的第一个子域。Flash Player API的原生定义就通过这种继承关系对所有子域开放。

在系统域下新建了一个SWF应用程序域

我们将在应用程序域的继承章节中进行更多关于继承的讨论。

Application Domain Placement 应用程序域的位置

第一个实例化Flash Player的SWF文件所包含的定义总是被加载为系统域的直接子域。父SWF去加载子SWF的时候，可以控制子SWF内的定义所要放置的位置。可选的位置共有以下4种：

父SWF的应用程序域的新建子域（默认方式）
子SWF 与父SWF的应用程序域合并
作为父域的系统域下的新建子域
在其他安全域下的系统域的新建子域

前三种情况都是把子SWF加载到父域所处的安全域下，只有第四种是唯一一种把SWF加载到其他安全域下的方法。

加载子SWF时放置应用程序域的4种选择

还有一种没提到的方式，是你为某个已加载的SWF创建了应用程序域，再把其他子SWF中的定义合并到（或者继承）这个域的情况。这种特殊的放置方式需要复杂的应用程序域层级管理，你需要掌握ApplicationDomain.parentDomain的用法，在此提醒读者小心：这种方法通常在不同的安全沙箱下（本地或者网络）会有不同的行为。这种方式很不常见，所以在此不进行更深的探讨。

LoaderContext对象的applicationDomain 属性定义了放置应用程序域的方式。你可以用ApplicationDomain.currentDomain（类似于安全域的SecurityDomain.currentDomain）或者用new关键字新建一个 ApplicationDomain实例来作为参数。在ApplicationDomain的构造函数里可以为新建的域指定父域，如果这个参数没有指定，则表示将该域直接作为系统域的子域。

  
  
 
     
     // 将定义放置到父SWF所在的应用程序域（当前应用程序域） 
    

   
    
     var current:ApplicationDomain = ApplicationDomain. 
     currentDomain;

// 将定义放置到父SWF所在的应用程序域的的子域 
    

package {

import flash. 
     display. 
     Sprite; 
    

text. 
     TextField; 
    

public 
     class PageTitle 
     extends Sprite 
     private 
     var title: 
     function PageTitle 
     (titleText: 
     String 
     ) 
     
      title = 
     new 
     TextField 
     
      title. 
     text = titleText; 
    

      addChild 
     (title 
      
     } 
    

}

PageTitle; // 虽然没有直接用到PageTitle，但我们可以包含一个引用，让它被一同编译进来

// 加载子页面到它们自己的子应用程序域中 
    

// 加载的SWF将会用父域里的PageTitle定义取代掉它们自带的 
    

function addChildPage 
     ): 
     void 
     (loader 
     } 
    

var moduleLoader:Loader = (moduleLoader // 把模块加载到系统域的子域下，与当前的应用程序域区分开

function loadModule 
     
      moduleLoader. 
     } 
    

var instance:DoesNotExist;

// VerifyError: Error #1014: Class DoesNotExist Could not be found. 
    

// 当Flash Player校验包含该定义的类时发生校验错误 
    

var instance: Object = new DoesNotExist // ReferenceError: Error #1065: Variable DoesNotExist is not defined.

// 当代码执行到这一行的时候发生引用错误 
    

class ShapesMain function ShapesMain // 虽然并没有编译到Shapes.swf中，

// 但是我们通过doughnutLibrary.swc外部库 
    

// 可以获得对Doughnut类的引用 
    

var donut:Doughnut = 
     new Doughnut 
     
      donut. 
     x = 
     100; 
    

y = 
     (donut 
     } 
    

var rslloader:Loader = rslloader. contentLoaderInfo. addEventListener (Event. INIT,rslInit // 把RSL中的定义加载到当前应用程序域中

applicationDomain = ApplicationDomain. 
     "doughnutLibrary.swf"; 
    

function rslInit 
     (event:Event 
     // 只有当RSL中的定义导入到当前应用程序域以后 
    

// 我们才能用其中的Doughnut定义通过ShapesMain类的校验 
    

new ShapesMain 
     } 
    

try domain:ApplicationDomain = loader. applicationDomain;

var BoxClass: 
     Class = 
     domain. 
     getDeFinition 
     ( 
     "com.example.Box" 
     ) as 
     Class; 
    

var BoxInstance: 
     new BoxClass 
     } 
     catch 
     (err: 
     Error 
     (err. 
     message 
     } 
    

教程：深入理解Flash的沙箱 – Application Domains

应用程序域

Application Domains 应用程序域

Application Domain Placement 应用程序域的位置

Application Domain Inheritance 应用程序域的继承

Child Domains: DeFinition Versioning 子域：定义的版本管理

Separate Domains: Preventing Conflicts 域分离：避免冲突

Same Domain: Runtime Shared Libraries 相同的域：运行时共享库

Getting DeFinitions Dynamically 动态获取定义

Same-deFinition Collisions 相同定义的冲突

Conclusion 总结

译者注：

相关推荐