近期趕時髦升級了win10,用着挺爽。可是某天在測試一個bug時發現要對win10作特殊處理,因而直接調用了GetVersionEx,並取出版本號進行判斷,可是發現獲得的版本居然是6.2。當時就被雷到了,而後看了咱們的其它產品中相關功能,皆獲取的是6.2。程序員
在搜索一下子以後,發現這是微軟故意作的設定,GetVersionEx函數可能在Win8.1以後會取消,推薦程序員們使用Version Helper APIs ,因此在8.1以後的系統中此函數的行爲改變了,若是程序沒有加上正確的manifested以代表此程序兼容新系統,則只能獲得6.2這個版本號。windows
下面說說,須要如何添加一個正確的manifest,也能夠去MSDN上直接看原始文檔app
首先,若是原來程序就已經設置了附加一個額外的manifest文件,則直接在原來的manifest裏的assembly根節點裏加一段兼容指示:函數
<compatibility xmlns="urn:schemas-microsoft-com:compatibility.v1"> <application> <!-- Windows 10 --> <supportedOS Id="{8e0f7a12-bfb3-4fe8-b9a5-48fd50a15a9a}"/> <!-- Windows 8.1 --> <supportedOS Id="{1f676c76-80e1-4239-95bb-83d0f6d0da78}"/> <!-- Windows Vista --> <supportedOS Id="{e2011457-1546-43c5-a5fe-008deee3d3f0}"/> <!-- Windows 7 --> <supportedOS Id="{35138b9a-5d96-4fbd-8e2d-a2440225f93a}"/> <!-- Windows 8 --> <supportedOS Id="{4a2f28e3-53b9-4441-ba9c-d69d4a4a6e38}"/> </application> </compatibility>
若是原來沒有一個manifest文件,則能夠在工程的某目錄建立一個 xxx.manifest文件,裏面寫上如下內容,固然內容中的工程名稱能夠隨意,並無強制,只要確保compatibility節點的值不變就能夠了:工具
<?xml version="1.0" encoding="UTF-8"?> <assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0"> <assemblyIdentity version="1.5.0.0" processorArchitecture="X86" name="Microsoft.Windows.工程名稱" type="win32"/> <description>工程名稱</description> <compatibility xmlns="urn:schemas-microsoft-com:compatibility.v1"> <application> <!-- Windows 10 --> <supportedOS Id="{8e0f7a12-bfb3-4fe8-b9a5-48fd50a15a9a}"/> <!-- Windows 8.1 --> <supportedOS Id="{1f676c76-80e1-4239-95bb-83d0f6d0da78}"/> <!-- Windows Vista --> <supportedOS Id="{e2011457-1546-43c5-a5fe-008deee3d3f0}"/> <!-- Windows 7 --> <supportedOS Id="{35138b9a-5d96-4fbd-8e2d-a2440225f93a}"/> <!-- Windows 8 --> <supportedOS Id="{4a2f28e3-53b9-4441-ba9c-d69d4a4a6e38}"/> </application> </compatibility> </assembly>
而後在vs工程屬性裏找到「清單工具->輸入和輸出->附加清單文件」裏填入manifest文件的相對路徑,而後從新連接,你的程序就能夠正常的使用GetVersionEx了。但出了新系統以後,估計仍是要從新改下manifest以兼容新的系統。測試