Windows8和WindowsServer2012兼容性手冊

1、Windows 8 和 Windows Server 2012兼容性手冊有關(guān) Windows 兼容性、可靠性以及性能的開發(fā)人員指南2012 年 9 月 11 日摘要在本手冊 中，我們提供有關(guān) Windows8 和 Windows Server2012 操作系統(tǒng)中的更改功能和新功能的信息。還提供驗證現(xiàn)有和計劃的應用與新操作系統(tǒng)的兼容性的指南。我們假定你熟悉以前版本的 Windows。本手冊 面向設(shè)計為在MicrosoftWindows環(huán)境中使用的應用的第三方開發(fā)人員，可以在 處查看本手冊，并且可以在 處下載。本內(nèi)容適用于： Windows 8 Windows Server 2012 Window

2、s Server 2008 R2Windows7Windows Server 2008Windows VistaWindows Server 2003Windows Server 2003免責聲明：本文檔按“原樣”提供。本文檔中所述的信息和觀點（包括引用的URL和其他 Internet 網(wǎng)站）可能隨時更改，恕不另行通知。使用本文檔所帶來的風險由你自行承擔。本文檔不向你提供使用Microsoft產(chǎn)品中任何知識產(chǎn)權(quán)的合法權(quán)利。你可以復制和使用本文檔作為內(nèi)部參考之用。你可以修改本文檔作為內(nèi)部參考。 2011 Microsoft. 保留所有權(quán)利。目錄引言4客戶端和服務器兼容性5操作系統(tǒng)版本6安全應用檢

3、測規(guī)則更新7確定填充碼狀態(tài)8服務器應用必須能夠在沒有服務器圖形 Shell 的情況下運行9從 Windows 8 中刪除了遠程數(shù)據(jù)服務服務器組件12文件類型和協(xié)議關(guān)聯(lián)模型13桌面活動審查器15東亞語言輸入指南19軟件輸入面板與軟件鍵盤22將文本輸入切換從每線程更改為每用戶23.NET Framework 4.5 為默認值，.NET Framework 3.5 為可選25啟動默認的 Web 瀏覽器或 Windows 8 應用后，可能無法顯示桌面應用28高對比度模式29應用（可執(zhí)行文件）清單33以隊列形式呈現(xiàn)的模型已棄用37Windows8 的程序兼容性助手方案38刪除了桌面小工具56高級格式 (

4、4K) 磁盤兼容性更新57邏輯單元的精簡配置67增強存儲現(xiàn)在對于 WINPE 和服務器 SKU 是可選的69虛擬磁盤服務正在轉(zhuǎn)換為 Windows 存儲管理 API70刪除了本地卷的以前版本的 UI72StorAHCI 取代了 MSAHCI73Windows 7 備份和還原已棄用74卸載數(shù)據(jù)傳輸75桌面窗口管理器始終啟用77Direct2D 呈現(xiàn)不支持呈現(xiàn)到 InternetExplorer9 中的“富”元文件80DX9 過時硬件支持的變更81MSAA 不可用于 Windows 應用商店應用82已經(jīng)對 NDIS 6.30 驅(qū)動程序棄用端口 383新功能和增強功能84提前啟動反惡意軟件85內(nèi)核模

5、式驅(qū)動程序的安全啟動功能簽名要求87測量的啟動88啟動應用89自動維護92第三方輸入法編輯器100新 API 允許應用向存儲介質(zhì)發(fā)送 “TRIM 和 Unmap” 提示107多路徑 I/O 現(xiàn)在支持擴展存儲請求塊110彈性文件系統(tǒng)112文件服務器 API 支持113新的文件歷史記錄功能114操作系統(tǒng)現(xiàn)在控制光盤驅(qū)動器的電源115支持 USB 3.0116工具、最佳做法和指南117Windows 評估工具包118Windows 應用認證包123Windows Server 應用認證工具包125Windows 硬件認證工具包127引言Windows8 和 Windows Server 2012引入

6、了最新的操作系統(tǒng)技術(shù)和軟件開發(fā)平臺，可供全球的應用開發(fā)人員和企業(yè)使用。為了進一步改進Windows的安全性、可靠性、性能以及用戶體驗，Microsoft引入了很多新的功能、改進了現(xiàn)有的功能并剔除了一些功能。盡管 Windows 8 和 Windows Server 2012 的目標是與大多數(shù)針對之前發(fā)布的操作系統(tǒng)編寫的各個應用保持較高的兼容性，但由于進行了創(chuàng)新、加強了安全性并且提高了可靠性，不可避免會出現(xiàn)某些兼容性問題?？偟膩碚f，Windows8和 Windows Server 2012 與現(xiàn)有應用的兼容性還是比較高的。本文檔是基于 Windows Vista 和 Windows Server

7、 2008 應用程序兼容性手冊 ( 以及 Windows 7 和 Windows Server2008 R2 應用程序質(zhì)量手冊 ( 中包含的概念而構(gòu)建的。與這兩個手冊一樣，本文檔向你介紹如何驗證你的應用是否與新的操作系統(tǒng)兼容，并且概述一些 Windows8 和 Windows Server2012 中已知的不兼容的問題。此外，Microsoft 正在投資幾個新功能和增強功能，目的是幫助你構(gòu)建更高質(zhì)量的應用以及當應用無法在 Windows8 和 WindowsServer2012 上正常工作時幫助你進行診斷。本手冊 包含三十多個主題，這些主題分為三個主要部分： 客戶端和服務器兼容性 新功能和增強

8、功能 工具和最佳做法在此版本的手冊 中新增了以下四個主題： 從 Windows 8 中刪除了 RDS 服務器組件 東亞語言輸入指南 軟件輸入面板與軟件鍵盤 刪除了桌面小工具更新了一個主題： 將文本輸入切換從每線程更改為每用戶我們邀請你查看這些主題，以便了解如何優(yōu)化你的應用以及如何利用此最新版本的 Windows 提供的功能?？蛻舳撕头掌骷嫒菪员静糠纸榻B你應該特別注意的操作系統(tǒng)的更改，因為這些更改可能會影響現(xiàn)有的應用，同時還介紹應該如何在客戶端、服務器或兩者上設(shè)計新的應用。下面是本部分所涉及的主題列表，按功能區(qū)域分組：AppCompat 操作系統(tǒng)版本 安全應用檢測規(guī)則更新 確定填充碼狀態(tài) 服務

9、器應用必須能夠在沒有服務器圖形 Shell 的情況下運行 從 Windows8 中刪除了 RDS 服務器組件 文件類型和協(xié)議關(guān)聯(lián)模型 桌面活動審查器 東亞語言輸入指南 軟件輸入面板與軟件鍵盤 將文本輸入切換從每線程更改為每用戶 .NET Framework 4.5 為默認值，.NET Framework 3.5 為可選 啟動默認的 Web 瀏覽器或 Windows8 應用后，可能無法顯示桌面應用 高對比度模式 應用（可執(zhí)行文件）清單 以隊列形式呈現(xiàn)的模型已棄用 Windows8 的程序兼容性助手方案 刪除了桌面小工具存儲和文件系統(tǒng) 高級格式 (4K) 磁盤兼容性更新 邏輯單元的精簡配置 增強存

10、儲現(xiàn)在對于 WINPE 和服務器 SKU 是可選的 VDS 正在過渡到基于 WMIv2 的 Windows 存儲管理 API 刪除了本地卷的以前版本的 UI StorAHCI 取代了 MSAHCI Windows7 備份和還原已棄用 卸載數(shù)據(jù)傳輸其他 桌面窗口管理器始終啟用 Direct2D 不支持在 Internet Explorer9 中呈現(xiàn)為“富”元文件 DX9 過時硬件支持中的變更 MSAA 不可用于 Windows 應用商店應用 已經(jīng)對 NDIS 6.30 驅(qū)動程序棄用端口3 操作系統(tǒng)版本平臺客戶端 Windows8 服務器 WindowsServer 2012 描述Windows8

11、 和 WindowsServer2012 的內(nèi)部版本號為 6.2。所有 API 版本都將返回此版本號 (GetVersion, GetVersionEx)。表現(xiàn)此更改的表現(xiàn)特定于應用。這意味著明確檢查操作系統(tǒng)版本的任何應用都將獲得較高的版本號，這可導致以下一種或多種情形： 應用安裝工具可能無法安裝應用，并且應用可能無法啟動 應用可能變得不穩(wěn)定或者發(fā)生故障 應用可能生成錯誤消息，但會繼續(xù)正常運行 緩解操作對于依賴之前版本的客戶端應用，使用以下 VersionLie 填充碼： Win7RTMVersionLie（也可以用在服務器上） VistaSP2VersionLie WinXPSP3Versi

12、onLie若要檢查版本而不阻止用戶安裝或運行應用，請進行“大于或等于檢查”。你可以將其與 VerifyVersionInfo Win32 API 結(jié)合使用(解決方案通常，應用不應該進行操作系統(tǒng)版本檢查。如果某個應用需要某個特定的功能，最好嘗試查找此功能，僅當缺少所需的功能時才會失敗。至少，應用應該始終接受大于或等于所支持的操作系統(tǒng)最低版本的版本號。僅當有特定的法律、商務或者系統(tǒng)組件要求時，才會出現(xiàn)例外。資源應用程序兼容性工具包下載 已知的兼容性修復程序、兼容性模式以及 AppHelp 消息 安全應用檢測規(guī)則更新平臺客戶端 Windows8 服務器 WindowsServer 2012 描述添加

13、到 Windows8 中的 Windows 應用商店應用全都安裝在 “Program Files” (%programfiles%) 下一個名為 program filesWindowsApps 的通用位置。表現(xiàn)這可能會導致與現(xiàn)有配置發(fā)生沖突，并且某些防病毒/反惡意軟件探測器會將此位置視為可能存在問題的位置。緩解操作當前建議如下： 不在 program filesWindowsApps 下存儲任何自定義應用 防病毒/反惡意軟件供應商應該更新其啟發(fā)，以便不會將該位置標識為惡意位置確定填充碼狀態(tài)平臺客戶端 Windows8 服務器 WindowsServer 2012 描述當由于各種原因而填充應用

14、時，Windows8 會記錄事件。確定你的應用是否被填充的最簡單方法是檢查事件查看器。轉(zhuǎn)到 Applications and Services LogsMicrosoft Windows Application-Experience ProgramTelemetry。緩解操作避免填充的最簡單方法是重命名可執(zhí)行文件或者將主要版本增加1（重新編譯可執(zhí)行文件）。服務器應用必須能夠在沒有服務器圖形 Shell 的情況下運行平臺服務器 WindowsServer 2012 描述服務器圖形 Shell 功能包括 WindowsExplorer 和 InternetExplorer，默認情況下在 Windo

15、wsServer2012 的“帶有 GUI 的服務器”安裝上安裝?？梢孕遁d服務器圖形 Shell 功能以便減少可能的服務和性能占用，因此可能會導致限制服務器的重新啟動次數(shù)，同時仍然允許管理工具在服務器上本地運行。管理員卸載服務器圖形 Shell 之后，服務器處于“最精簡服務器界面”配置中：然后，管理員可以選擇在“最精簡服務器界面”配置（該配置包含一組本地管理工具）中運行，以此作為默認設(shè)置，而不選擇在“帶有 GUI 的服務器”配置中運行。這會允許本地監(jiān)控和管理，同時會減少資源使用并降低服務的頻率。如果管理員需要其中的功能，那么他們可以稍后重新安裝服務器圖形Shell。（管理員還可以從服務器核心安

16、裝啟動，并且使用“按需功能”功能“構(gòu)建”到“最精簡服務器界面”配置。）服務器應用必須能夠在“最精簡服務器界面”配置中運行，以便利用減少的資源利用以及服務占用。該功能可以通過以下兩種方式實現(xiàn)：允許管理員選擇不安裝需要服務器圖形 Shell 的應用部分、檢測服務器圖形 Shell 是否存在并禁用應用的某些方面?！白罹喎掌鹘缑妗睖p少了資源以及服務占用，因為服務器圖形Shell中包含的很多 API 和二進制文件在此配置中不可用。在恰當?shù)那闆r下，服務器應用還應該允許通過其他 Windows 服務器或 Windows 客戶端安裝進行遠程管理（最好通過 WindowsPowerShell 遠程處理）。這

17、樣便能夠更好地對“最精簡服務器界面”配置中的一臺或多臺計算機進行集中管理，甚至對較低占用配置（如“服務器核心”）的計算機進行集中管理。表現(xiàn)如果某個應用需要“最精簡服務器界面”配置中不可用的任何 API 或二進制文件，那么該應用可能無法在屏幕上正確顯示和/或該應用無法使用。緩解操作服務器應用開發(fā)人員應該標識他們應用中需要任何已刪除的 API 或二進制文件的那些部分，并加入用于服務器管理員標識使用“最精簡服務器界面”時無法正常運行的應用部分的信息。如果應用的那些部分可以進行選擇性安裝或者對產(chǎn)品功能來說不是絕對需要的，那么仍然可以安裝該應用并在“最精簡服務器界面”配置下運行。如果在沒有服務器圖形Sh

18、ell的情況下應用根本無法使用，則應該記錄此限制并且應該指示服務器管理員安裝服務器圖形Shell。（如果添加到服務器核心安裝，則可能需要使用“按需功能”添加功能。）此外，應用應該在啟動時檢查所有所需的文件是否可用，因為在安裝該應用之前或之后，可以隨時卸載服務器圖形 Shell。解決方案依賴最小的可能依賴關(guān)系集，對應用進行模塊化處理以便核心應用功能可以工作，而無需安裝更多重量級用戶界面組件。開發(fā)以下應用：不需要任何已刪除 API 或二進制文件，而是依賴“最精簡服務器界面”或“服務器核心”中包含的功能。這將減少維護需求，同時提高性能和用戶滿意度。當存在服務器圖形Shell可用時可能會添加大量功能的

19、應用部分時，應用開發(fā)人員可以： 允許有選擇地安裝利用服務圖形 Shell 的其他功能，因此可以從“最精簡服務器界面”配置的安裝中忽略這些功能。 檢查服務器圖形 Shell 是否存在并且適應應用行為應用開發(fā)人員還應該確保服務器應用盡可能能夠正確進行遠程管理。檢測“最精簡服務器界面”和“服務器核心”WindowsServer 將為安裝的每個服務器級別安裝一個對應的注冊表值。你可以查詢這些鍵是否存在，以確定是否安裝和啟用了服務器圖形Shell或“最精簡服務器界面”功能。HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindowsNTCurrentVersionServerSe

20、rverLevels:Server CoreMinimal Server InterfaceServer Graphical ShellServerCore=1XXXServer-Gui-Mgmt=1XXServer-Gui-Shell=1X上表中的 “X” 表示當安裝相應的功能時會存在該注冊表項。請注意，這些服務器級別是累加的；如果安裝了服務器圖形Shell，則也安裝了“最精簡服務器界面”和“服務器核心”。在這種情況下，兩個注冊表項都 將存在。測試檢查你的應用代碼，看是否有使用任何已刪除的API和二進制文件的要求。從“核心應用程序”二進制文件中刪除這些內(nèi)容的任何實例之后，在不包含服務器圖形S

21、hell的環(huán)境中測試你的應用。諸如進程監(jiān)視器之類的工具可能會對此有所幫助。如果你無法完全停止對這些API和二進制文件的使用，則確保你的應用在“最精簡服務器界面”或“服務器核心”上運行時平穩(wěn)地失敗。資源MSDN 上的現(xiàn)有服務器核心文檔 從 Windows8 中刪除了遠程數(shù)據(jù)服務服務器組件平臺客戶端 Windows 8服務器 Windows Server 2012描述遠程數(shù)據(jù)服務 (RDS) 服務器在 Windows8 中不可用： 刪除了文件 msadcf.dll（該文件托管默認的“業(yè)務對象”RDSServer.DataFactory）及其關(guān)聯(lián)的文件（msadcfr.dll、msadcfr.dll

22、.mui、handler.reg 和 handsafe.reg） 刪除了文件msdfmap.dll（該文件為默認的處理程序），還刪除了文件 msdfmap.ini 刪除了文件 msadcs.dll（即 ISAPI）表現(xiàn)客戶無法在 Windows8 上托管 RDS 服務器。緩解操作 客戶可以在具有Windows7或其他版本級別較低的操作系統(tǒng)的計算機上保留他們的 RDS 服務器。解決方案客戶可以在具有Windows7或其他版本級別較低的操作系統(tǒng)的計算機上保留他們的 RDS 服務器。資源數(shù)據(jù)訪問技術(shù)路線圖 文件類型和協(xié)議關(guān)聯(lián)模型平臺客戶端 Windows 8 服務器 Windows Server 2

23、012 描述在Windows8中，已經(jīng)對文件類型和協(xié)議關(guān)聯(lián)模型進行了更改。應用不再能通過編程方式將自己設(shè)置為某個文件類型或協(xié)議的默認處理程序?，F(xiàn)在，用戶始終控制文件類型或協(xié)議的默認處理程序。表現(xiàn)此更改呈現(xiàn)給用戶的方式取決于應用的設(shè)計方式，例如： 很多應用都在每次運行時檢查它們是否是默認設(shè)置，如果不是，則會提示用戶將它們設(shè)為默認設(shè)置。但是，由于應用不再可以通過精確查詢來確定哪個應用是文件類型或協(xié)議的默認處理程序，因此這些行為都無效。 很多應用在其安裝程序中都有一個內(nèi)置的對話框或菜單，該對話框或菜單指定應用應該作為默認設(shè)置的文件類型。但是，由于應用不再可以通過編程方式將自己設(shè)置為文件類型或協(xié)議的默

24、認處理程序，因此該行為不再有效。緩解操作用戶可以采取很多措施來適應這些更改： 通過上下文提示用戶選擇默認的應用來處理文件類型、協(xié)議或兩者（尚未指定其中一個時） 為用戶提供在安裝可以處理文件類型或協(xié)議的新應用之后更改其默認處理程序的選項 默認程序控制面板允許用戶為應用或為文件類型、協(xié)議或兩者設(shè)置默認值；應用可以鏈接到控制面板 可以通過 Windows 資源管理器更改默認設(shè)置 解決方案由于這些更改的緣故，我們提供了此 API 指南： IApplicationAssociationRegistrationAPI 中的某些方法調(diào)用功能已進行了更改，不應再使用。o 不要 調(diào)用QueryAppIsDefa

25、ult/QueryAppIsDefaultAll來確定應用是否是默認設(shè)置o 不要 調(diào)用 QueryCurrentDefault 來確定哪個應用（如果有）是當前默認值o 不要 調(diào)用 SetAppIsDefault/SetAppIsDefaultAll 來設(shè)置默認應用 指南如下：o 不要 進行查詢來查看哪個應用是文件類型或協(xié)議的默認處理程序o 不要 嘗試監(jiān)視文件類型或協(xié)議的默認處理程序中的更改o 不要 嘗試將應用設(shè)置為文件類型或協(xié)議的默認處理程序o 不要 嘗試從應用內(nèi)管理文件類型或協(xié)議的默認設(shè)置o 如果你想允許應用的用戶訪問默認的管理UI（不再支持應用內(nèi)的管理 UI），請 與設(shè)置默認程序控制面板集

26、成 調(diào)用 IApplicationAssociationRegistrationUI:LaunchAdvancedAssociationUI 允許用戶訪問特定應用的“設(shè)置默認程序”控制面板頁測試 進行測試以驗證應用是否在“設(shè)置默認程序”控制面板中正確注冊 進行測試以驗證應用是否正確注冊，從而出現(xiàn)在注冊進行處理的文件類型、協(xié)議或兩者的 OpenWith 列表中 進行測試以驗證安裝應用且用戶調(diào)用應用注冊進行處理的文件類型、協(xié)議或兩者后是否出現(xiàn)新應用通知資源Windows 開發(fā)者預覽版桌面應用中文件類型和協(xié)議關(guān)聯(lián)的最佳做法文件類型關(guān)聯(lián)和自動播放生成會議演示文稿 桌面活動審查器 平臺客戶端 Windo

27、ws 8 注意：僅在支持連接待機的Windows8客戶端計算機上提供DAM。服務器 SKU 上不提供 DAM。注意：Windows 應用商店應用不會受到 DAM 的影響。描述我們的客戶正在轉(zhuǎn)向更輕、更小且更靈活的平臺來滿足他們的計算需求。在轉(zhuǎn)向移動設(shè)備的過程中，用戶越來越關(guān)心他們設(shè)備的電池壽命。桌面活動審查器 (DAM) 是 Windows 8 中為了確保支持連接待機的設(shè)備擁有始終如一的較長電池使用時間而設(shè)計的幾個新功能之一。當打開設(shè)備電源，但關(guān)閉屏幕時會發(fā)生連接待機。在這種電源狀態(tài)中，從技術(shù)上來說系統(tǒng)始終“打開”（目的是支持諸如郵件、VoIP、社交網(wǎng)絡(luò)以及與 Windows應用商店應用即時消

28、息傳遞之類的關(guān)鍵方案）。這類似于用戶按電源按鈕時智能手機所處的狀態(tài)。因此，在連接待機期間軟件（包括應用和操作系統(tǒng)軟件）必須行為良好。創(chuàng)建 DAM的目的是采用類似于睡眠狀態(tài)（ACPI設(shè)備上的S3）的方式抑制桌面應用執(zhí)行。實現(xiàn)方式是在進入連接待機時掛起或限制系統(tǒng)中的桌面軟件進程。這樣支持連接待機的系統(tǒng)便能夠提供最小的資源使用以及始終如一的較長電池使用時間，同時 Windows應用商店應用能夠提供他們承諾的連接體驗。詳細信息DAM是一個內(nèi)核模式驅(qū)動程序，如果系統(tǒng)支持連接待機，則會在系統(tǒng)啟動時加載和初始化該程序。（這通過評估CallNtPowerInformation返回的SYSTEM_POWER_C

29、APABILITIES 結(jié)構(gòu)中的AOAC字段是否設(shè)置為TRUE來確定）。當啟用 DAM 且創(chuàng)建你的桌面進程時，DAM 會將你的進程添加到系統(tǒng)管理的作業(yè)對象： 如果進程是在會話 0 中創(chuàng)建的，則 DAM 會將該進程添加到要限制的作業(yè)對象。 如果進程是在交互式會話（會話 1 或更高）中創(chuàng)建的，則DAM會將該進程添加到要掛起的作業(yè)對象。注意：對于Windows8，可以嵌套作業(yè)對象。這意味著DAM對作業(yè)對象的使用不會干擾應用對作業(yè)對象的現(xiàn)有使用。當屏幕打開時，DAM未占用，不影響系統(tǒng)上的任何進程。當系統(tǒng)處于連接待機狀態(tài)時，根據(jù)系統(tǒng)上的活動，DAM 可能會限制或掛起進程。 要掛起的進程掛起它們的所有線程

30、（任何情況下都不允許運行）；保持應用狀態(tài)（進程內(nèi)存）。 要限制的進程在掛起和取消掛起之間循環(huán)（大多數(shù)時間處于掛起狀態(tài)）o 請注意，Windows還可能會檢測是否正在發(fā)生重要活動，并且在該活動期間可能會在較長的時間內(nèi)對受限制的服務取消掛起。o 還要注意，當處于連接待機狀態(tài)時，傳感器和網(wǎng)絡(luò)可能無法使用，因此受限制的進程應該設(shè)計為對較差的網(wǎng)絡(luò)條件具有彈性（對于大多數(shù)進程來說，這不需要進行任何更改）。當使用或未使用 DAM 掛起時，DAM 觸發(fā)向要掛起且已選擇消息傳遞的進程對象發(fā)送 WM_POWERBROADCAST 消息（通過 API 調(diào)用或兼容性填充碼，這將在后面部分進行介紹）。幾秒鐘的延遲之后，

31、DAM 掛起該進程。使用或未使用DAM限制時都沒有任何通知。進程應該不需要修改；進程繼續(xù)工作，只是速度較慢。表現(xiàn)在處于連接待機狀態(tài)期間，通常會掛起或限制進程。對于大多數(shù)掛起的應用來說，這應該與 S3 掛起/恢復或 S4 休眠/恢復轉(zhuǎn)換非常類似。表現(xiàn)可能包括但不限于運行時間與時鐘時間的不一致、計時器行為的不一致，或者完成掛起之前或之后操作系統(tǒng)狀態(tài)的顯著更改。掛起和限制是作為一個整體發(fā)生的（所有可掛起的進程都一致地掛起和取消掛起，并且所有可限制的進程都一致地限制和取消限制），因此兩個掛起進程或兩個限制進程之間的通信不會引發(fā)問題。依賴進程間通信的軟件可能需要特殊考慮： 會話 0（已限制）和會話 1+

32、（已掛起）之間的通信 示例包括表示當前服務狀態(tài)的任務欄圖標或 UI 組件 用戶模式（會話0或1）和驅(qū)動程序（既未受限制也未掛起）之間的通信) 示例包括代表驅(qū)動程序工作的服務在這些情況下，如果進程間通信未正確處理，則應用可能會顯示掛起或無響應（但用戶可能無法直接看到該影響，因為當處于連接待機狀態(tài)時屏幕將關(guān)閉）。但是多數(shù)情況下，應該已經(jīng)針對進程間通信問題開發(fā)了強大的服務和驅(qū)動程序。為 Web 創(chuàng)建軟件或依賴 Web 的供應商應該考慮進程掛起如何影響連接生存時間和握手。此外，由于處于連接待機模式時網(wǎng)絡(luò)連接可能不可用，在會話0中創(chuàng)建進程的開發(fā)人員應該特別注意間歇的網(wǎng)絡(luò)連接如何影響進程。解決方案Wind

33、ows應用商店應用不會受到DAM的影響。如果你的桌面應用受到DAM的影響，則可以使用以下方法之一請求在進行掛起之前進行通知（例如，為了保存狀態(tài)或關(guān)閉網(wǎng)絡(luò)連接）： 如果你的應用有一個窗口(HWND)并且你希望通過你的窗口程序處理這些通知，則調(diào)用RegisterSuspendResumeNotification來注冊這些消息（或者調(diào)用UnregisterSuspendResumeNotification 取消注冊）。你可以在 Flags 參數(shù)中使用DEVICE_NOTIFY_WINDOW_HANDLE并傳入窗口的HWND作為 Recipient 參數(shù)。收到的消息為 WM_POWERBROADCAS

34、T 消息。 如果你的應用沒有窗口(HWND)或者你希望直接回調(diào)，則調(diào)用PowerRegisterSuspendResumeNotification 來注冊這些消息（或者調(diào)用PowerUnregisterSuspendResumeNotification 來取消注冊）。你必須在DEVICE_NOTIFY_CALLBACK 中使用 Flags 參數(shù)并在 Recipient 參數(shù)中傳遞類型 PDEVICE_NOTIFY_SUBSCRIBE_PARAMETERS 的值。 如果你的應用無法重新編譯，則可以選擇通過AppCompat工具包（使用 PromoteDAM 填充碼）接收這些 WM_POWERBR

35、OADCAST 消息。掛起消息為 WM_POWERBROADCAST，其中 wParam=PBT_APMSUSPEND；該消息同時播發(fā)到系統(tǒng)上所有選擇的進程。你的應用必須快速有效地在掛起路徑上進行任何工作。播發(fā)通知后超時是全局的，而非針對每個進程，因此如果該路徑中所需的工作非常多，那么你的進程可能會爭用系統(tǒng)資源?；謴拖閃M_POWERBROADCAST，其中wParam=PBT_APMRESUME；恢復后，該消息同時播發(fā)到進程中所有選擇的進程。無法保證系統(tǒng)從聯(lián)機待機狀態(tài)退出的相對傳遞時間。測試跨連接待機轉(zhuǎn)換測試軟件。資源Windows 7 的移動電池使用時間解決方案 SYSTEM_POWE

36、R_CAPABILITIES CallNtPowerInformation 函數(shù)http:/ 作業(yè)對象 RegisterSuspendResumeNotification UnregisterSuspendResumeNotification PowerRegisterSuspendResumeNotification PowerUnregisterSuspendResumeNotification AppCompat 工具包 東亞語言輸入指南平臺客戶端 Windows 8服務器 Windows Server 2012描述在Windows8中，為日語、簡體中文、繁體中文、朝鮮語的大多數(shù)UI一致

37、地啟用 ClearType 字體，在經(jīng)典和沉浸式樣式中都是如此。字體系列字體名稱不變： 日語朝鮮語簡體中文繁體中文Meiryo UIMalgun GothicMicrosoft YaHei UIMicrosoft JhengHei UI字體規(guī)格（9 磅）在 Windows8 中，為了提供與英文 UI 相同的 UI 外觀以及一致的用戶體驗，簡體中文和繁體中文 UI 字體更加嚴格遵守 Segoe UI 規(guī)格。9 磅Microsoft Yahei UIMicrosoft JhenHei UIMalgun TothicMeiryo UISegoe UItmAscent1312121212tmDesce

38、nt44333tmHeight1716151515tmInternalLeading54333高度（100DU 的像素值）213200188188188注冊表設(shè)置Windows8 已經(jīng)更新了東亞語言的 FontLink 鏈并在以下位置進行了定義：HKLMSOFTWAREMicrosoftWindows NTCurrentVersionFontLinkSystemLink，目的是支持簡體中文和繁體中文的新字體： 日語 SKU：指向 MeiryoUI 的 SegoeUI 鏈接 朝鮮語SKU：指向 MalgunGothic 的 SegoeUI 鏈接 簡體中文 SKU：指向 MicrosoftYaHe

39、iUI 的 SegoeUI 鏈接 繁體中文 SKU（包括香港 SKU）：指向 Microsoft JhengHei UI 的 Segoe UI 鏈接此外，所有 UI 字體都彼此鏈接。Segoe UI 和東亞 (EA) ClearType 字體之間的字體粗細映射：Segoe UIEA ClearType 字體細常規(guī)半細常規(guī)常規(guī)常規(guī)半粗粗體粗體粗體沉浸式閱讀對于沉浸式閱讀方案（如電子書籍）來說，UI字體為默認字體。沉浸式閱讀假定較長的閱讀時間并且意味著可能會將較長的文本分為多個章節(jié)。電子閱讀應用可能允許讀者更改字體。我們還期望更多電子書內(nèi)容采用設(shè)計人員指定的常用嵌入字體格式。交互式文本UI字體用在

40、諸如用戶在其中撰寫文本的郵件或聊天之類的應用程序中。這些字體屬于為閱讀屏幕上的較長文本而設(shè)計的sansserif字體系列。它是Microsoft Outlook、Word 和 PowerPoint 中的默認字體?，F(xiàn)代 CSS 實現(xiàn)中用于閱讀和交互的東亞語言字體：默認設(shè)置authoringFontFamily: Calibri, Verdana, Arial, Helvetica, sans-serif;readingFontFamily: Cambria, Times New Roman, Times, serif;fontSizeAuthoring: 14.66667px;fontSizeR

41、eading: 14.66667px;日語authoringFontFamily: Meiryo, Calibri, Verdana, Arial, Helvetica, sans-serif;readingFontFamily:MS Gothic, Cambria, Times New Roman, Times, serif;fontSizeAuthoring: 15.33px;fontSizeReading: 14.66667px;朝鮮語authoringFontFamily: Malgun Gothic, Calibri, Verdana, Arial, Helvetica, sans-

42、serif;readingFontFamily:Batang, Cambria, Times New Roman, Times, serif;fontSizeAuthoring: 15.66px;fontSizeReading:14.66667px;zh-HansauthoringFontFamily: Microsoft YaHei, Calibri, Verdana, Arial, Helvetica, sans-serif;readingFontFamily:SimSun, Cambria, Times New Roman, Times, serif;fontSizeAuthoring:

43、 14.66667px;fontSizeReading: 15.5px;zh-HantauthoringFontFamily: Microsoft JhengHei, Calibri, Verdana, Arial, Helvetica, sans-serif;readingFontFamily: MingLiu, Cambria, Times New Roman, Times, serif;fontSizeAuthoring: 14.66667px;fontSizeReading: 14.66667px;表現(xiàn)Windows8中的此字體更改可能會影響在未指定字體的情況下調(diào)用公共控件和公共文件對

44、話框的新應用程序和現(xiàn)有應用程序。例如，如果在未設(shè)置特定字體的 MFC 應用程序中有一個CPropertySheet 對話框，則屬性表將使用新的 ClearType 字體。另一方面，此更改不會影響 WinForms 控件。測試測試你的應用程序，看是否需要進行任何修改，如指定字體或調(diào)整控件大小。軟件輸入面板與軟件鍵盤平臺客戶端 Windows 8描述在以前版本的Windows中，軟件鍵盤用來在沒有物理鍵盤的情況下輸入字符。設(shè)計軟件輸入面板 (SIP) 的目的是改進 Windows8 觸摸設(shè)備的輸入體驗。東亞語言 SIP 發(fā)送字符代碼而不是發(fā)送 v-key 事件，這與軟件鍵盤的行為方式不同。如果應用

45、程序或網(wǎng)站只處理鍵事件，那么該應用程序可能無法如期工作。表現(xiàn)如果應用程序完全基于 v_Key 事件，則用戶將無法對該應用程序執(zhí)行操作。有一些網(wǎng)站在 JavaScript 代碼中使用了 v_Key 事件，目的是在用戶發(fā)送之前獲取輸入文本。例如，當用戶輸入郵政編碼時，網(wǎng)站可以顯示地址。如果網(wǎng)站無法顯示地址候選，則用戶可以自己輸入地址。緩解操作用戶可以使用標準布局，代替優(yōu)化布局。另一種選擇是使用英文 SIP。解決方案開發(fā)人員可以將應用程序更改為處理字符代碼，而不處理v_Key事件。使用 JavaScript 事件處理程序 onKeyUp() 和 onKeyDown() 的網(wǎng)站可以使用 oninput

46、()。備用選項是禁用 TSF。將文本輸入切換從每線程更改為每用戶平臺客戶端 Windows 8 服務器 Windows Server 2012 描述以前，輸入語言鍵盤布局和 IME 開關(guān)（包括 IME 模式）是特定于線程的。例如，如果用戶打開了一個記事本文件并且將輸入語言從英語更改為日語，然后又打開了一個寫字板文件并且將輸入語言從英語更改為德語，那么記事本文件將保留日語作為它的輸入語言，而寫字板文件將保留德語作為它的輸入語言。在 Windows8 和 WindowsServer2012 中，我們將此每線程的方法更改為每用戶的方法。這意味著當在一個應用中更改輸入語言或IME模式時，如果焦點在其他

47、應用上，則也會在其他應用上應用此更改。在上面的示例中，當用戶將記事本文件輸入語言更改為日語，然后打開一個寫字板文件時，寫字板輸入語言也將為日語。如果用戶將寫字板輸入語言更改為德語，則當用戶返回記事本文件時，記事本文件的輸入語言將為德語，而不是日語。另一個示例是，如果用戶在記事本文件中將朝鮮語IME模式更改為字母數(shù)字模式，然后打開另一個記事本文件，那么該文件也將采用字母數(shù)字模式打開。由于默認情況下輸入切換現(xiàn)在采用每用戶而不是每線程的機制，因此某些桌面應用行為可能有所不同。會話使用默認的方法啟動，然后當前設(shè)置跟隨焦點。每用戶輸入切換將對新打開的應用使用當前輸入方法。桌面應用中使用的以下 API 會

48、受到影響： ImmSetConversionStatus ActivateKeyboardLayout 這些 API 中的語言或 IME 模式將跟隨焦點并且在線程之間應用，而不是僅應用于當前線程。當焦點位于前臺時，每用戶輸入切換處于活動狀態(tài)。如果在焦點位于應用上之后調(diào)用API，那么當焦點稍后移動到其他應用時，API進行的更改將應用于這些應用。如果在焦點位于應用上之前調(diào)用API，那么API所進行的語言或IME模式更改將被替換為每用戶輸入切換，使用用戶上次切換到的當前輸入語言或 IME 模式。例如，用戶在應用 A 中鍵入時使用英語。然后用戶啟動應用 B，該應用調(diào)用 API ActivateKeyb

49、oardLayout 將輸入語言更改為德語。如果在焦點位于應用B上之后調(diào)用 API，那么不僅應用 B 的輸入語言為德語，而且當用戶返回應用 A 時，應用 A 的輸入語言也為德語。如果在焦點位于應用 B 上之前調(diào)用API，那么應用 B 的輸入語言將為英語，而不是德語。除了調(diào)用 ImmSetConversionStatus 之外，還可以按照應用程序設(shè)置的輸入范圍來更改IME模式。某些應用（包括Windows 應用商店應用）可能會在某些文本字段上設(shè)置輸入范圍，如“密碼”字段、URL 字段或電子郵件字段。某些 IME 會對輸入范圍作出響應并根據(jù)輸入范圍更改 IME 模式。日語 Microsoft IM

50、E 行為 日語IME按每個應用程序保留轉(zhuǎn)換模式（Hiragana、Halfwidth-AlphaNumeric、Fullwidth-Katakana、Halfwidth-Katakana 和 Fullwidth-AlphaNumeric），這意味著每個應用程序都保留轉(zhuǎn)換模式。這是因為轉(zhuǎn)換模式附加于應用程序的特殊輸入字段。切換應用程序之后，Microsoft IME 將作為 Hiragana 模式進行處理。因此，當在每用戶模式中使用時，日語 Microsoft IME 忽略通過調(diào)用ImmSetConversionStatus 進行的轉(zhuǎn)換模式更改。此 API 在 .NET Framework 的 IME模式屬性中使用。建議使用 InputScope 以便在 Windows 8 中在每用戶模式下設(shè)置 IME 模式。表現(xiàn)在第一個應用中更改輸入語言之后，在其他應用中打開的文件將使用與初始應用相同的輸入語言。緩解操作若要將輸入切換從每用戶重置為每線程，請執(zhí)行以下操作：1. 轉(zhuǎn)到“控制面板”。2. 選擇“時鐘 | 語言和區(qū)域 | 語言配置文件”。3. 單擊“高級設(shè)置”。4. 在“切換輸入法”部分中，選中“允許我為每個應用窗口設(shè)置不同的輸入法”框。5.