windows 8的客戶端及服務(wù)器版本有很多更新將帶來兼容性方面的巨大挑戰(zhàn)。這些新挑戰(zhàn)中的一部分沒法由管理員來解決，它們只能由應用的初始開發(fā)者處理。

　　大多數(shù)變更在稱為“windows和windows server開發(fā)者預覽兼容手冊”的更新文檔中都有解釋，它對大多數(shù)程序兼容性問題都有詳細說明，對當前版本存在的問題提供了解決方案。

　　以下是幾個已知的程序兼容性故障報告。

　　系統(tǒng)版本數(shù)字。是的，老問題又以新的面貌出現(xiàn)了。因為windows采用特殊的版本號，一些老的應用程序可能會因此出現(xiàn)問題，windows 8為自己定義的版本號是6.2。這些程序可以用當前windows提供的兼容模式來運行（例如，在程序快捷方式的兼容性頁中），但是如果你是一個程序開發(fā)者，你就必須更加小心確認版本號碼。微軟建議小心使用‘檢查版本信息’功能（用大于、不等于或者一個特殊的版本號）。

　　無頭的服務(wù)器應用。這是最重要的幾個變化之一，因為新版windows server（主要是server core）的設(shè)計不單運行無頭程序，還要支持那些沒有圖形界面的程序。在性能較差的環(huán)境中圖形界面可以卸載（例如，在資源被廣泛分享的虛擬機中），或者出于其它原因，比如減少服務(wù)器被攻擊可能性的考慮也可以進行類似操作。

　　一些服務(wù)器程序，盡管它們可能并不在無圖形界面環(huán)境中運行。任何命令行版本應用理論上都應該運行得很好，但是一旦它被用圖形界面呈現(xiàn)給用戶之后就可能無法很好地運行了?，F(xiàn)在沒有很好的辦法來解決這個圖形界面引起的問題，所以它在大多數(shù)時候僅能保持無圖形界面版本的應用。

　　如果你準備在server core版本操作系統(tǒng)上運行所有應用，那么你應當充分測試來確認它在無圖形界面環(huán)境下能如期望般表現(xiàn)良好。如果結(jié)果相反，同時如果你對程序編寫有一定了解，那么你需要將現(xiàn)有的代碼遷移到server core平臺下，并且重新確認那些WIN32 API和.NET CLR能被core系統(tǒng)所支持。

　　.NET框架。Windows 8將.NET 4.5框架放進它默認程序安裝包中，但是并不包含.NET3.5。如果你有一些程序明確只支持3.5版本，不僅僅是獨立的程序，還有那些基于該版本.NET的網(wǎng)站程序，這種情況下你需要手動地添加老版的.NET。幸運的是，這不會引起大的兼容性問題，因為不同版本的.NET可以并存獨立運行。微軟文檔有一些說明，介紹了如何在不觸動windows更新情況下手動地添加.NET 3.5框架。

　　因為.NET4.5已經(jīng)是windows run time(WinRT)的一部分，Word允許開發(fā)者用“metro“視圖創(chuàng)建應用，并可用沙漏程序模型迅速創(chuàng)建程序。如果你想要為windows 8更改或者升級服務(wù)器應用，并且你已經(jīng)了解C?；蛘逤＋＋，那么這個任務(wù)并不困難，但是文檔中還是有一些值得探索的東西。

　　4K磁盤扇區(qū)。這個說來更像是一個硬件問題，而不是程序問題，但是它仍然值得我們注意。目前市場上主流的新磁盤一般使用4K扇區(qū)替代舊的512字節(jié)扇區(qū)設(shè)計。4K扇區(qū)驅(qū)動器，也就是所謂“高級格式”磁盤，在為512字節(jié)扇區(qū)設(shè)計的程序上經(jīng)常會出現(xiàn)一些奇怪的問題。它沒有很好地考慮向前兼容的問題。Windows 8增加了一個新的API，用來查詢文件扇區(qū)大小，然后用命令行工具支持腳本查詢卷大小。

　　沒有簽名的內(nèi)核驅(qū)動。如果你有一些程序，不管是第三方的或者是廠商自帶的，使用到內(nèi)核驅(qū)動，windows server出于安全考慮嚴格限制對內(nèi)核驅(qū)動的使用，并將其視為流氓軟件。對設(shè)備使用內(nèi)核驅(qū)動最大的變化包括標準擴展固件接口（UEFI）安全啟動功能，它用于保護機器免受流氓軟件攻擊。UEFI安全啟動是服務(wù)器的可選項，不過建議啟用它。如果你想在服務(wù)器上使用UEFI安全啟動項，你最好用可信任的證書來為內(nèi)核驅(qū)動做驗證。否則，建議禁用安全啟動項。