Application對象內(nèi)置集合有為存放簡單類型設(shè)計的Contents,默認(rèn)Application("key")就可以使用。

不過Application.Contents不能存放對象,可以存vbs數(shù)組,但是在javascript下甚至數(shù)組都不能放。

使用Application.Contents時,只能用丑陋的如:

for(var i=0;i<15000;i++){
    Application.Lock();
       // Application.Contents(i)="sdfdsffdsaf";
        Application(i)="sdfdsffdsaf";
Application.Unlock();}

在這里往Application.Contents存放了1.5w個String,共花費(fèi)時間234ms.

改用Application.StaticObjects后:
 定義一個Dictionary作為StaticObject,用于存放數(shù)據(jù),因為StaticObject是不允許直接訪問的。
  <object id="dict" runat="server" scope="Application" progid="Scripting.Dictionary"></object>

 Scripting.Dictionary本身的速度很快,不會對比較StaticObjects集合速度造成太大影響.

 Dictionary的速度:
    var d=new ActiveXObject("Scripting.Dictionary");
    for(var i=0;i<15000;i++){
        d.Item(i)="sdfdsffdsaf";}
  1.5w次插值,172ms
 當(dāng)然自定義對象var d=new Object(); d[i]=..更快,1.5w次只要80-90ms,不過功能弱多了,所以還是用字典.

 下面看正式測試
    for(var i=0;i<15000;i++){
        Application.Lock();
        Application.StaticObjects("dict").Item(i)="sdfdsffdsaf";
        Application.Unlock();}
 時間長達(dá)6953ms,初步判斷StaticObjects集合的訪問速度是不能滿足Cache的要求了,這個速度和ADO OLEDB讀sql server 2000的時間相差無幾。

 不過還不打算馬上放棄,因為StaticObjects的優(yōu)勢在于可以存放Object,而Dictionary也可以存放其它對象,這樣可以做為緩存對象,而不僅僅是數(shù)據(jù)。  

我在Application.StaticObjects("dict")里面再放入一個Object:
  Application.StaticObjects("dict").Item("o")=new Object();

    for(var i=0;i<15000;i++){
       Application.Lock();
       Application.StaticObjects("dict").Item("o")[i]="sdfdsffdsaf";
       Application.Unlock();}

  6656ms,快了點(diǎn)點(diǎn).多一層Object并沒有降低速度,那么速度的慢并非結(jié)構(gòu)復(fù)雜,而是StaticObjects的訪問占用。

 把dict的引用預(yù)存
 var t=Application.StaticObjects("dict");

    for(var i=0;i<15000;i++){
       Application.Lock();
       t.Item("o")[i]="sdfdsffdsaf";
       Application.Unlock();}

  3094ms,成功的減少一半多點(diǎn)的時間,js中屢試不爽的預(yù)存策略,要是把t.Item("o")也預(yù)存呢？

 var t=Application.StaticObjects("dict").Item("o");

    for(var i=0;i<15000;i++){
       Application.Lock();
       t[i]="sdfdsffdsaf";
       Application.Unlock();}

  125ms,終于成功了,只有Application.Contents的一半?？磥頃r間主要花費(fèi)在取得'引用',而不是StaticObjects內(nèi)存區(qū)被保護(hù)慢。StaticObjects相對Contents安全措施更好,因為里面要存對象。

  靠Dictionary強(qiáng)大的功能,適當(dāng)?shù)姆庋b一下,用put(),get(),contains()等等流行方法訪問,就是一個強(qiáng)大的Cache了。

 ////備注
  我封裝了一個.sct組件;asp javascript寫的,有空發(fā)上來,今天到此。

  測試了取得Contens和StaticObjects引用的速度,在20次時都是0ms,100次大約5倍速度,500-1500次是10倍速度差距。不過取得后存取不受影響。