用户應用程序

應用程序，指為完成某項或多項特定工作的計算機程序，它運行在用户模式，可以和用户進行交互，具有可視的用户界面。應用程序通常又被分為兩部分：圖形用户接口(GUI)和引擎(Engien)它與應用軟件的概念不同。應用軟件指使用的目的分類，可以是單一程序或其他從屬組件的集合，例如Microsoft Office、OpenOffice。應用程序指單一可執行文件或單一程序，例如Word、Photoshop。日常中可不將兩者仔細區分。一般視程序為軟件的一個組成部分。

例如：一個遊戲軟件包括程序(比如windows平台的*.exe，mac osx平台的*.app等)和其它圖片(*.bmp等)、音效(*.wav等)等附件，那麼這個程序稱作“應用程序”，而它與其他文件（圖片、音效等）在一起合稱“軟件”。

應用程序（Application）運行在用户模式，它可以和用户進行交互，一般具有可視的用户界面。

對於應用程序需要了解的是：每一個應用程序運行於獨立的進程、他們擁有自己獨立的地址空間。不同應用程序的分界線稱為進程邊界。 ^[1] 

Flickr是首批大規模使用標籤功能作為整理和搜索機制的網絡服務之一，但似乎其母公司雅虎認為這項遺產並不足以讓這項照片分享服務保持發展的速度；這項最新調整也與Flickr應用程序採用復古過濾器和@-用户名保持一致。不過主題標籤還沒有拓展至整個Flickr網站，應用程序中現有的標籤也沒有變成可以點擊的主題標籤。

通過向這種由應用程序驅動的移動互聯網轉變，Flickr應用程序變得類似於Twitter和Instgram，但這實際上並非非常大的改變——一旦你點擊某個標籤，你會看到一系列相關的照片，就像普通的搜索一樣。此外，這項服務運作的方式也沒有發生大的變化，不過移動用户可以更加輕鬆地找到與他們正在瀏覽的照片相關的照片。

對於windows操作系統：

1．Windows 兼容

應用程序可以在Windows .NET Server和Windows 2000上運行

2．為Windows XP (客户)設計Windows .NET Server OS 認證

應用程序有以上標誌，通過相關的認證程序

3．充分利用操作系統提供的特性和功能

用最少的代碼和時間提供滿足用户需求的應用

文書處理器、試算表程式、投影片報告、數學程式創建編輯器、繪圖程式、基礎資料庫、檔案管理系統、檔案編輯器 ^[2] 

即時通訊軟體、電子信件用户端、網頁流覽器、FTP用户端、下載工具

媒體播放機、圖像編輯軟體、音訊編輯軟體、視訊編輯軟體、電腦輔助設計、電腦遊戲、桌面排版

電腦代數系統、統計軟體、數字計算、電腦輔助工程設計

協作產品開發

會計軟體、企業工作流程分析、顧客關係管理、Back office、企業資源規劃、供應鏈管理、產品生命週期管理

資料庫管理系統

教育軟體、DIY軟體

遊戲類的應用程序通常又被分為兩部分：圖形用户接口(GUI)和引擎(Engine)。

在DOS或Windows系統下其擴展名為*.exe或*.com

在mac os x下擴展名一般為*.app

您知道哪些應用程序會成為網絡犯罪分子尋求不法財務利益的目標。因此，採取先發制人的行動，並保護您風險最高的應用程序：

它有幾種分類，即：單文檔、多重文檔、基本對話方塊三種。

給你舉例説明一下，單文檔就像是記事本，永遠中有一個文件視窗，多文件視窗就像是word可以同時打開多個文件視窗，這個也是現在運用最多的，對話方塊也就是最簡單的，用於對話方塊的設計。現在單純的基於對話方塊使用的很少了，一般還用來編寫即時通訊的軟體，更多情況是對話方塊和多文件視窗穿插使用的。

大多數伺服器端J2EE 應用程式中有六種常用的範圍類型：

Transaction（事務）

Request（請求）

HTTP session（HTTP 會話）

Application（應用程式）

Global（全域）

None（無）

事務範圍覆蓋一個事務的整個生命週期。這個範圍開始於一個事務的開始。這時會創建一個惟一的範圍鍵。這個範圍結束於提交或回滾事務時。這時，與事務範圍相關聯的所有物件被自動釋放回它們的池。

請求範圍與一個servlet請求的範圍對應；在容器調用servlet來處理請求之後，請求範圍立即開始。同時會創建一個惟一的範圍鍵。在servlet完成處理之前請求範圍結束。這時，與這個範圍相關聯的所有物件被自動釋放回它們的池。

HTTP會話範圍與一個HTTP會話的生命週期對應。它從創建一個新的HttpSession時開始。這時會創建一個惟一的範圍鍵。它結束於會話被銷燬或過期時。這時，與這個範圍相關聯的所有物件被自動釋放回它們的池。

應用程式範圍覆蓋應用程式的整個生命週期。它開始於把一個應用程式部署到應用伺服器時。這時會創建一個惟一的範圍鍵。這個範圍結束於應用程式停止運行或從應用伺服器中刪除時。這時，與這個範圍相關聯的所有物件被自動釋放回它們的池。

全域範圍是最大的範圍。採用這種範圍的物件不會被釋放。

無範圍用於不使用物件集區的物件。採用這種範圍的物件每次都通過自己的物件構造函數來創建，並由 Java 垃圾收集器釋放。物件封裝程式根本不管理它們。

出現這個現象有兩方面的：一是硬體，即記憶體方面有問題；二是軟體，這就有多方面的問題了。

一般來説，電腦硬體是很不容易壞的。記憶體出現問題的可能性並不大（除非你的記憶體真的是雜牌的一塌糊塗），主要方面是：

你可以使用MemTest這個軟體來檢測一下記憶體，它可以徹底地檢測出記憶體的穩定度。

先説原理：記憶體有個存放資料的地方叫緩衝區，當程式把資料放在緩衝區時，需要作業系統提供的「功能函數」來申請應用程式，如果記憶體分配成功，函數就會將所新開闢的記憶體區位址返回給應用程式，應用程式就可以通過這個位址使用這塊記憶體。這就是「動態記憶體分配」，記憶體位址也就是程式設計中的「遊標」。記憶體不是永遠都招之即來、用之不盡的，有時候記憶體分配也會失敗。當分配失敗時系統函數會返回一個0值，這時返回值「0」已不表示新啓用的遊標，而是系統嚮應用程式發出的一個通知，告知出現了錯誤。 ^[3] 

作為應用程式，在每一次申請記憶體後都應該檢查返回值是否為0：如果是，則意味著出現了故障，應該採取一些措施挽救，這就增強了程式的「健壯性」。若應用程式沒有檢查這個錯誤，它就會按照「思維慣性」認為這個值是給它分配的可用遊標，繼續在之後的執行中使用這塊記憶體。真正的0位址記憶體區儲存的是電腦系統中最重要的「中斷描述符表」，絕對不允許應用程式使用。在沒有保護機制的作業系統下（如DOS），寫資料到這個位址會導致立即宕機。

而在健壯的作業系統中，如Windows等，這個操作會馬上被系統的保護機制捕獲，其結果就是由作業系統強行關閉出錯的應用程式，以防止其錯誤擴大。這時候，就會出現上述的記憶體不能為「read」錯誤，並指出被引用的記憶體位址為「0x00000000」。記憶體分配失敗故障的原因很多，記憶體不夠、系統函數的版本不匹配等都可能有影響。因此，這種分配失敗多見於作業系統使用很長時間後，安裝了多種應用程式（包括無意中「安裝」的病毒程式），更改了大量的系統參數和系統檔案。

在使用動態分配的應用程式中，有時會有這樣的情況出現：

程式試圖讀寫一塊「應該可用」的記憶體，但不知為什麼，這個預料中可用的遊標已經失效了。有可能是 「忘記了」向作業系統要求分配，也可能是程式自己在某個時候已經登出了這塊記憶體而「沒有留意」等等。登出了的記憶體被系統回收，其訪問權已經不屬於該應用程式，因此讀寫操作也同樣會觸發系統的保護機制，企圖「違法」的程式唯一的下場就是被操作終止執行，回收全部資源。電腦世界的法律還是要比人類有效和嚴厲得多啊！像這樣的情況都屬於程式自身的BUG，你往往可在特定的操作順序下重現錯誤。無效遊標不一定總是0，因此錯誤提示中的記憶體位址也不一定為「0x00000000」，而是其它亂數字。

1． 檢查系統中是否有木馬或病毒。這類程式為了控制系統往往不負責任地修改系統，從而導致作業系統異常。平常應加強資訊安全意識，對來源不明的可執行程式絕不好奇。

2． 更新作業系統，讓作業系統的安裝程式重新拷貝正確版本的系統檔案、修正系統參數。有時候作業系統本身也會有BUG，要注意安裝官方發行的升級程式。

3． 儘量使用最新正式版本的應用程式、Beta版、試用版都會有BUG。

4． 刪除然後重新創建Winnt\System32\Wbem\Repository 資料夾中的檔：在桌面上右擊我的電腦，然後按一下管理。在"服務和應用程式"下，按一下服務，然後關閉並停止Windows Management Instrumentation 服務。刪除 Winnt\System32\Wbem\Repository 資料夾中的所有檔。（在刪除前請創建這些檔的備份副本。）打開"服務和應用程式"，按一下服務，然後打開並啓動WindowsManagement Instrumentation 服務。當服務重新開機時，將基於以下注冊表項中所提供的資訊重新創建這些檔：HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\WBEM\CIMOM\Autorecover MOFs。