前言：想要寫出一篇令人眼前一亮的文章嗎？我們特意為您整理了5篇應用程序范文，相信會為您的寫作帶來幫助，發現更多的寫作思路和靈感。

應用程序范文第1篇

在Windows 8之前，應用程序方面的情況仍然秘而不宣。我們對于Windows商店到時會有什么樣的應用程序所知甚少。

我們只曉得這一點：許多大牌軟件開發商在為這個新界面作準備，但會根據Windows 8的交付日期：10月26日，適時信息。無論規模大小，無論關注移動設備還是臺式機，其他軟件開發商在采取觀望態度。比如說，賽門鐵克表示其下一個諾頓反病毒軟件包到時不會有面向Windows 8版本的“應用程序”，但是會推出可在Windows 8上桌面模式下運行的軟件。

不管怎樣，面向新Windows 8界面的應用程序將只可以通過Windows商店來下載。一旦買下來，就能夠將某個應用程序安裝在最多五個Windows 8設備上（如平板電腦和臺式機）。這后一點也許會是Windows 8的秘密武器。舉例來說，對于擁有運行Windows 8的多款設備的那些人而言，“購買一次，就可以安裝在多個設備上”這個概念頗有吸引力。此外，這意味著你在理論上只要學會一款應用軟件，就可以在平板電腦、筆記本電腦或臺式機上使用同一款軟件。

借助Smartglass玩游戲

Smartglass是一款Windows 8應用程序——可以從微軟商店免費下載，它讓你能夠把PC連接至Xbox 360。你可以管理Xbox 360的所有內容，在高清電視上顯示內容，更改設置，并運行游戲。可以通過該控制臺，把視頻轉移到Xbox 360、查看額外內容，甚至瀏覽互聯網。Smartglass還讓你可以把平板電腦或筆記本電腦用作游戲配件。大多數平板電腦都有方向感應器之類的傳感器，那樣可以由平板電腦控制游戲，輔以視覺線索。微軟為成為微軟合作伙伴的廣大開發者提供了一款免費的軟件開發工具包（SDK），所以說視頻和游戲可能僅僅開了個頭。

Netflix

這項廣受歡迎的流媒體服務在Windows 8中改頭換面，充分利用了Windows 8的分屏顯示Snap View功能。該應用程序還支持新操作系統的“Semantic Zoom”（語義縮放）功能（見下圖），以便只要放大或縮小頁面，就可以在內容縮略圖之間快速瀏覽。

Box

Windows 8版Box應用程序旨在簡化將文件和文件夾作為鏈接來共享的操作。它充分利用了Windows 8的共享和搜索功能；有活動平鋪窗格，那樣你就能在開始屏幕上看到文件的最新信息；還支持語義縮放捏拉縮放（pinch-and-zoom），便于瀏覽龐大的文件目錄。

應用程序范文第2篇

關鍵詞：Authorware；多媒體；程序；打包；

中圖分類號：TP37 文獻標識碼：A 文章編號：1009-3044（2013）08-1912-02

無論使用什么開發工具進行程序設計，最終都要將程序制作成可執行的文件進行，Authorware也不例外。利用Authorware可以開發出獨立運行的多媒體軟件，這也是Authorware優于其他一些多媒體制作工具的原因之一。下面就介紹一下Authorware應用程序打包發行的方法和注意點。

1 程序文件打包前的準備

一個完整的應用系統應該包括可執行文件及使可執行文件能夠正常運行的所有部件。在將應用系統遞交到最終用戶手中之前，必須對它進行嚴格的測試。在設計期間Authorware程序文件能夠正常運行，并不意味著由其打包生成的可執行文件同樣能夠正常地運行在用戶的系統中，最常見的問題是可執行文件運行時找不到外部媒體文件或各種各樣的支持文件，所以在Authorware程序文件打包前要做好一些相應的準備工作。

1.1 確定多媒體數據的存放方式

這一問題其實在程序設計期間就應該得到解決，在這里討論為了突出其重要性。

Authorware可以通過兩種方式導入圖形、圖像、聲音、數字化電影等多媒體文件：嵌入方式（也稱為內部方式）和鏈接方式（也稱為外部方式）。如果選擇嵌入方式（這也是Authorware默認的選擇），則多媒體數據就包含在Authorware程序文件中，程序文件也會因此而增大；如果選擇鏈接方式，則Authorware程序文件中只包含了多媒體文件的名稱和存儲位置等少量信息，而多媒體數據則以外部媒體文件形式存在于程序文件外部，在Authorware執行到相應設計圖標時，會根據導入文件時記錄下來的路徑信息自動找到并打開外部媒體文件。

實際程序設計時，將圖形、圖像、聲音、數字化電影存儲在程序文件的外部，可以減少可執行文件的大小并且便于將來使用替換的方法對系統進行升級，但是整個應用系統包含的文件數量會大大增加。最好只將兩類多媒體數據存儲在可執行文件外部：一是將來最有可能發生變化的多媒體數據，二是程序中反復使用多次的多媒體數據。

當程序文件中使用的外部媒體文件數量較多時，管理就成了一個大問題。Authorware專門提供了一個外部媒體文件管理工具來幫助解決這一問題，那就是外部媒體瀏覽器。使用外部媒體瀏覽器可以觀察和控制程序與外部媒體文件的鏈接關系。

1.2 規范各種外部媒體文件的位置

如果在Authorware程序中使用了大量的多媒體數據，會使程序文件體積過大，影響播放速度，所以常將這些多媒體數據作為外部媒體文件存儲，即在程序文件中按鏈接方式導入多媒體數據文件。對于這些文件，不同類型一般放在不同的目錄下，以便管理。比如，圖片放在image文件夾中，聲音放在wav文件夾中，視頻放在avi文件夾中等。

1.3 使用搜索路徑

多媒體程序運行時，Authorware會根據一定的搜索順序去搜索需要的文件。如果在默認的路徑和指定的路徑目錄下沒有找到程序所需的文件，程序就無法正常運行，輕者不顯示某些信息或某種效果，重者會導致程序結束運行。所以在Authorware應用程序打包之前進行正確的路徑設置非常重要。有兩種方法可以完成這一設置：一是將需要使用的文件放到Authorware默認的搜索目錄下；二是在程序中指定Authorware的搜索路徑，然后將需要使用的文件放到該目錄下即可。

1.3.1 Authorware默認搜索路徑

當某個Authorware程序運行時，需要找到某些外部文件時，Authorware會在一系列的默認路徑中查找這些文件。將需要使用的文件放置到這些文件夾中，Authorware就可以快速找到它們。Authorware默認的搜索路徑有：文件第一次被加載時所在的目錄（如果多媒體程序已經打包或者移動到其他位置，Authorware將無法找到該文件，除非在程序中指定文件的位置。）；多媒體程序所在的目錄；包含Authorware或Authorware運行文件Runa7w32.exe的文件夾，并且有一個程序處于激活狀態；Windows目錄，通常是“c：＼Winnt”；Windows系統目錄，通常是“c：＼Winnt＼System32”。

Authorware將按照上面給出的順序搜索。只要將需要的外部媒體文件、支持程序文件等放置到以上目錄中的任何一個中，Authorware都可以找到它們，程序就可以正常運行。但為了防止Windows目錄越來越大，一般不使用Windows目錄和Windows系統目錄作為默認路徑。

1.3.2 指定程序搜索的路徑

在Authorware提供的默認搜索路徑中，并沒有非常理想的選擇，所以在大多數情況下，將外部文件放置到程序默認的搜索路徑中并不是最佳選擇，常用的方法是在程序中指定搜索的路徑。在Authorware中指定搜索路徑的常用方法是通過設置程序文件的屬性來實現。

1.4 帶上支持文件

如果在程序中用到了外部過渡效果、多種格式多媒體數據或外部函數，就需要為它們提供相應的支持文件。究竟要帶上哪些支持文件應根據程序中包含的內容而定。主要的支持文件有：

1）如果打包生成.a7r文件，則必須提供Runa7w32.exe文件。因為.a7r文件只能由Runa7w32.exe文件執行。

2）為各種格式的圖像、聲音、數字化電影數據提供Xtras支持文件。例如在程序中使用了BMP圖像，就必須提供Bmpview.x32文件。所有的Xtras文件必須安裝在可執行文件（或者Runa7w32.exe）所處文件夾下的Xtras文件夾中。

3）為非內置的過渡效果提供Xtras支持文件。在過渡效果的選擇中，除了內置類別以外的那些過渡效果，都是由Xtras提供的。可以從【過渡效果】對話框中得知過渡效果位于哪個Xtras文件（同一個Xtras文件往往包含多種過渡效果），然后將Xtras文件安裝到可執行文件（或者Runa7w32.exe）所處文件夾下的Xtras文件夾中。

4）Sprite Xtras需要的支持文件。Sprite Xtras的功能是使Authorware能引入更多類型的媒體，例如Flash Xtras使Authorware能引入Flas。如果使用了Sprite Xtras，則必須將相應的Xtras文件安裝到可執行文件（或者Runa7w32.exe）所處文件夾下的Xtras文件夾中。例如對于Flash Xtras，必需的支持文件是FlashAst.x32。

5）Scripting Xtras需要支持的文件。Scripting Xtras提供了一些擴展Authorware功能的函數，使用方法和系統函數差不多。如果使用了Scripting Xtras，則必須將相應的Xtras文件安裝到可執行文件（或者Runa7w32.exe）所處文件夾下的Xtras文件夾中。

6）將外部函數文件（.DLL，.U32）安裝到可執行文件能夠找到的地方。

7）如果系統中應用了媒體庫，則應將庫文件存放在程序文件所在的文件夾中。

8）如果系統中使用了非系統（Windows系統本身自帶的字體），則要為用戶的系統安裝相應的字體。

如上所述，如果在程序中使用了各種格式的多媒體數據及非內置的過渡效果、Sprite和Scripting等Xtras，就必須將相應的Xtras支持文件隨同程序文件一起發行。除手工查找所需的Xtras支持文件外，還可以使用Authorwae提供的菜單命令，自動進行查找并加以復制。

1.5 進行程序運行界面的設置

如果應用程序在最后運行時不希望展示窗口有標題欄和菜單欄的，這也可以通過設置程序文件的屬性來實現。

Authorware開發的多媒體程序打包之后，其展示窗口尺寸就不可改變了，當Windows系統的顯示分辨率大于展示窗口時，展示窗口之外的內容就會和展示內容同時顯示出來，這樣展示窗口以外的內容可能會影響展示窗口的內容，這時可以使用外部函數將展示窗口以外變為黑色，具體方法為：將外部函數庫Cover.u32復制到應用程序所處目錄，在流程線的開始和結束處各放置一個計算圖標，將“cover（）”放在啟始計算圖標中，將“uncover（）”放在結束計算圖標中即可。

2 程序文件打包

對于用Authorware制作的普通的應用程序，可使用菜單命令進行文件的打包。具體方法為：

1）打開需要打包的Authorware應用程序文件；

2）執行菜單命令【文件】|【】|【打包】，打開【打包文件】對話框，如圖1所示；

圖1 Authorware應用程序打包

3）在【打包文件】下拉列表框中選擇打包方式：

Without Runtime：表示打包后文件不形成可執行文件.exe，而是.a7r文件，由Runa7w32.exe文件來執行。

For Windows 9x and NT variants：表示打包后形成可執行文件.exe，適用于在Windows 9x 和NT等操作系統上直接運行。

4）按需要選擇復選項：

【Resolve Broken Links at Runtime】表示運行程序時，恢復斷開的鏈接；

【Package All Libraries Internally】表示將所有與當前程序有鏈接關系的庫文件成為打包文件的一部分，否則庫文件需要單獨打包；

【Package External Media Internally】表示將程序中以鏈接方式使用的外部媒體文件和程序文件一起打包，這里的外部文件不包括數字電影；

【Use Default Names When Packaging】表示打包后的文件與當前程序文件同名，不再彈出對話框讓用戶指定打包后文件的路徑和名字。

5）執行【保存文件并打包】，完成程序打包工作。

總之，通過對Authorware應用程序進行打包，使Authorware應用程序能夠脫離其設計環境獨立運行，這是應用程序最終用戶所要求的。同時，打包和發行Authorware應用程序本身就是一件較復雜的工作，所以將應用系統遞交到最終用戶手中之前必須進行嚴格的測試，確定最終需要發行的文件能將它們合理地組織在一起。

參考文獻：

[1] 邵劍龍，葉艷青，徐沖，等.Authorware多媒體課件的Web與瀏覽[J].計算機應用研究，2003（05）.

應用程序范文第3篇

1、首先先到手機的設置里找到應用程序的界面；

2、找到手機應用程序點進去，在應用程序信息里選擇清除緩存，然后再重新運行應用程序即可；

3、如果是有的應用程序只是偶爾出現停止運行的話，，則可能是由于手機的內存不夠引起的，這樣的情況清理下手機正在運行的應用程序即可；

4、或者到手機里裝的第三方安全類的軟件，如360安全衛士或者手機自帶的安全中心。進到應用程序里，找垃圾清理的按鈕；

應用程序范文第4篇

【關鍵詞】Web服務 應用程序設計 技術架構

1 基于服務的應用程序設計開發描述

1.1 基于服務的應用程序的設計描述

基于服務的應用程序的設計過程中，根據程序應用系統需求以及項目特點確定建模目標的結構，并保證建模目標結構符合基于服務的應用程序的開發要求。一般建模目標結構具有以下特點時，可以運用基于服務的應用程序的開發模型進行程序的設計開發工作。

1.1.1 建模目標結構具有較低的程序運行實時性要求

Web服務是在SOP協議的基礎上開展的，在程序運行過程中，SOP協議中的XML文檔數據現象會延遲數據的運算與傳輸，在實時性要求較高的程序系統中，數據的延遲現象會導致同步通訊失真現象，造成系統運行故障等。相反的，當實現Web服務的過程中，如果系統結構復雜，需要較長的計算時間時，數據延遲對Web服務功能的實現沒有影響，可以利用遠程設備進行復雜的計算等，從而實現Web服務的目的。

1.1.2 大量異構系統并存

基于服務的應用程序的開發模型可以用于大量異構系統并存的程序開發大幅度提高了程序開發的效率，同時也有效降低了程序開發設計的成本。由于計算機硬件設備配置不是完全相同的，計算機操作系統以及編程語言也存在一定的差異，在進行程序的開發與設計時，尤其是對于復雜度較高的程序，程序的開發與設計很難與不同的計算機硬件設備完全匹配，不利于程序的推廣與普及，也提高了程序開發設計的難度。

1.1.3 軟件在高速網絡支持的環境下運行

基于Web服務的應用程序的運行優勢是在網路環境能與其它系統共享數據，實現不同系統的交流與溝通，這也是利用基于服務的應用程序方法開發設計軟件的基礎。

1.1.4 軟件結構清晰簡單

基于服務的應用程序的設計與開發要考慮程序的實際運行速度，結構過于復雜的結構實現某一功能所需的時間較長，不僅不利于程序的運行與功能的實現，同時也增加了網絡的運行負擔與程序運行的成本。

1.2 基于服務的應用程序的開發描述

基于服務的應用程序的開發過程不是單一的對程序功能進行分解與控制，而是對程序功能進行部署，建立程序的功能實體，并將各部分功能實體組合成為軟件系統，從而實現程序在應用過程中適應網絡運行的特點，提高程序開發設計質量。基于服務的應用程序的開發過程包括軟件靜態結構建模、軟件動態結構建模、管理人員分析與反饋、組件軟件、軟件成型與測試以及軟件投入使用等。

2 Web服務技術及架構分析

2.1 Web服務特點

Web服務是基于XML技術而建立的Web規范技術，是通過包含、模塊化的應用程序實現在網絡功能的、描述、查找以及調用，具有封裝性、松耦合性、互操作性以及較高的程序集成能力。其中，封裝性是指在可以對網絡技術進行保護，用戶通過服務列表選擇所需服務。松耦合性是指Web服務界面是不隨Web服務的變化而變化，Web服務的變化對Web服務功能的實現沒有影響。互操作性是指Web服務允許符合網絡技術要求的設備對網絡進行訪問并實現網絡服務，同時也允許Web服務與其它Web服務進行通訊，避免了不同網絡協議存在差異造成的不便。

2.2 Web服務架構

Web服務的體系結構的建立是基于面向服務的體系結構，將應用Web網絡的服務進行組合成為應用程序是Web服務體系結構的主要思想，實現Web網絡服務在程序間的共享，并對程序實現某一功能細節進行封裝。Web服務體系架構主要包括三個部分：Service provider、Service broker、Service requester。其中Service provider主要功能是服務并響應自身服務的請求，Service broker的主要功能是對Web網絡服務中的服務進行注冊與分類，以便于使用者根據自身需求進行搜索，Service requester則是在使用者進行搜索時，利用UDDI查找所需服務并實現服務器與與某一特定服務的綁定。

3 基于Web服務的程序集成

傳統的程序集成模式是在Web服務的支持下，為集成應用程序提供了推廣平臺，通過服務捆綁等多種形式，在最小的運營成本下實現對Web服務的開發、與推廣。基于Web服務的程序集成模式則是在Web網絡服務的基礎上，制定程序的集成方案并實現應用程序的集成，基于Web服務的程序集成是通過封裝應用程序的功能接口，并通過Web網絡進行，利用不同系統、不同應用之間數據的共享功能實現應用程序的集成。

基于Web服務的程序集成模式主要包括客戶端應用程序、適配器以及Web服務等三個部分，各部分的基本結構與功能為：（1）客戶端應用程序的功能是創建適配器并在程序運行過程中對基本函數的調用，從而實現程序功能。基于Web服務可以實現遠程操作與控制，客戶端應用程序可以根據自身運行需求對現有應用進行修改，提高客戶端應用程序與客戶實際需求保持一致。（2）適配器是在客戶端應用程序不具備相應的訪問接口的情況下，通過適配器構造可訪問接口，為程序與Web網絡之間構架了一個橋梁，便于實行程序的互操作等。（3）Web服務的實現過程主要為提取應用程序的函數調取與計算功能，并在Web服務層上完成Web服務的集成。Web服務的具體調用功能的實現首先要瀏覽注冊服務器查詢自身所需要的Web服務，并下載所需服務的WSDL文件，下載完成后利用本地服務器的組件生產客戶端帶來程序，通過在本地服務器運行該程序調用Web服務，從而滿足自身服務需求。

4 總結

基于Web服務的程序設計是一種新型的程序設計方法，能適應多種運行環境，不僅縮短了程序開發設計時間，降低了程序開發成本，同時也有效提高了程序運行的效率與可靠性，是值得推廣的一種程序設計方法。在基于Web服務的程序設計中，也要不斷對其技術與結構進行優化，進而完善基于Web服務的程序設計水平，提高程序的使用性能與經濟性能。

參考文獻

[1]張強，夏陽，王亮.基于Web服務的程序設計新思路[J].計算機工程與設計，2006， 27（22）：31-32.

[2]朱敏，丁秋林.基于SOAP的Web服務程序設計[J].計算機應用，2003，23（25）：65-66.

作者單位

應用程序范文第5篇

 

關鍵字：ASP 安全性 Web服務器

ASP是位于服務器端的腳本運行環境，通過這種環境，用戶可以創建和運行動態的交互式Web 服務器應用程序。ASP使用的ActiveX技術基于開放設計環境，用戶可以自己定義和制作組件 加入其中，使自己的動態網頁幾乎具有無限的擴充能力。ASP還可利用ADO方便快捷地訪問數 據庫,從而使得開發基于WWW的應用系統成為可能。但是，千萬不要輕視正確配置安全設置的 重要性。如果不正確配置安全設置，不但會使您的ASP應用程序遭受不必要的篡改，而且會 妨礙正當用戶訪問您的asp文件。Web服務器提供了各種方法，保護您的ASP應用程序不被 未授權的用戶訪問和篡改。

1 NTFS 權限

您可以通過單獨的文件和目錄應用NTFS訪問權限來保護ASP應用程序文件。NTFS 權限是We b服務器安全性的基礎，它定義了一個或一組用戶訪問文件和目錄的不同級別。當擁有Windo ws NT 有效帳號的用戶試圖訪問一個有權限限制的文件時，計算機將檢查文件的訪問控制表 。該表定義了不同用戶和用戶組所被賦予的權限。如果用戶的帳號具有打開文件的權限，計 算機則允許該用戶訪問文件。

2 維護Globalasa的安全

為了充分保護 ASP 應用程序，一定要在應用程序的Globalasa文件上為適當的用戶或用戶 組設置NTFS文件權限。如果Globalasa包含向瀏覽器返回信息的命令而您沒有保護 Global asa文件，則信息將被返回給瀏覽器，即便應用程序的其他文件被保護。而且，一定 要對應用程序的文件應用統一的NTFS權限。

3 Web 服務器權限

可以通過配置的Web服務器的權限來限制所有用戶查看、運行和操作的ASP頁的方式。不同于 NTFS權限提供的控制特定用戶對應用程序文件和目錄的訪問方式，Web服務器權限應用于所 有用戶，并且不區分用戶帳號的類型。對于要運行您的ASP應用程序的用戶，在設置Web服務 器權限時，必須遵循下列原則：

對包含 asp文件的虛擬目錄允許“讀”或“腳本”權限；對 asp文件和其他包含腳本的文 件所在的虛目錄允許“讀”或“腳本”權限；對包含 asp文件和其他需要“執行”權限才 能運行的文件的虛目錄允許“讀”和“執行”權限。

4 腳本映射文件

應用程序的腳本映射保證了Web服務器不會意外地下載 asp文件的源代碼。例如，即使您為 包含了某個 asp文件的目錄設置了“讀”權限，只要該 asp文件隸屬于某個腳本映射應用 程序，那么您的Web服務器就不會將該文件的源代碼返回給用戶。

5 Cookie 安全性

ASP 使用SessionID cookie跟蹤應用程序訪問或會話期間特定的Web瀏覽器的信息。這就是 說，帶有相應的 cookie 的 HTTP 請求被認為是來自同一Web瀏覽器。Web服務器可以使用Se ssionID cookies 配置帶有用戶特定會話信息的ASP應用程序。

5.1 SessionID能否被黑客猜中

為了防止計算機黑客猜中SessionID cookie并獲得對合法用戶的會話變量的訪問，Web 服務 器為每個SessionID指派一個隨機生成號碼。

每當用戶的Web瀏覽器返回一個 SessionID coo kie時，服務器取出SessionID和被賦予的數字，接著檢查是否與存儲在服務器上的生成號碼 一致。若兩個號碼一致，將允許用戶訪問會話變量。這一技術的有效性在于被賦予的數字的 長度（64 位），此長度使計算機黑客猜中SessionID從而竊取用戶的活動會話的可能性幾乎 為0。

5.2 加密重要的SessionID Cookie

截獲了用戶sessionID cookie的計算機黑客可以使用此cookie假冒該用戶。如果ASP應用程 序包含私人信息，信用卡或銀行帳戶號碼，擁有竊取的cookie的計算機黑客就可以在應用程 序中開始一個活動會話并獲取這些信息。您可以通過對您的Web服務器和用戶的瀏覽器間的 通訊鏈路加密來防止SessionID cookie被截獲。

6 使用身份驗證機制保護被限制的ASP內容

您可以要求每個試圖訪問被限制的ASP內容的用戶必須要有有效的Windows NT帳號的用戶名 和密碼。每當用戶試圖訪問被限制的內容時，Web服務器將進行身份驗證，即確認用戶身份 ，以檢查用戶是否擁有有效的Windows NT帳號。Web服務器支持以下幾種身份驗證方式：

6.1 基本身份驗證 提示用戶輸入用戶名和密碼

Windows NT請求/響應式身份驗證 從用戶的Web瀏覽器通過加密方式獲取用戶身份信息。 然 而，Web服務器僅當禁止匿名訪問或Windows NT文件系統的權限限制匿名訪問時才驗證用戶 身份。

6.2 保護元數據庫

訪問元數據庫的ASP腳本需要Web服務器所運行的計算機的管理員權限。在從遠程計算機上運 行這些腳本時，須經已通過身份驗證的連接，如使用 Windows NT 請求/響應驗證方式進行 連接。應該為管理級 asp文件創建一個服務器或目錄并將其目錄安全驗證方式設置為 Wind ows NT 請求/響應式身份驗證。目前，僅 Microsoft Internet Explorer version 20 或 更高版本支持Windows NT請求/響應式身份驗證。

7 使用SSL維護應用程序的安全

SSL 協議作為Web服務器安全特性，提供了一種安全的虛擬透明方式來建立與用戶的加密通 訊連接。SSL保證了Web內容的驗證，并能可靠地確認訪問被限制的Web站點的用戶的身份。

7.1 通過SSL可以被限制的程序

(1)通過SSL，您可以要求試圖訪問被限制的ASP應用程序的用戶與您的服務器建立一個加密 連接；以防用戶與應用程序間交換的重要信息被截取。

7.2 維護包含文件的安全

如果您從位于沒有保護的虛擬根目錄中的 asp文件中包含了位于啟用了SSL的目錄中的文件 ，則SSL將不被應用于被包含文件。因此，為了保證應用SSL，應確保包含及被包含的文件都 位于啟用了SSL的目錄中。