如果說以前XP時(shí)代我們還有理由不關(guān)注高DPI， 那么在移動(dòng)設(shè)備時(shí)代和大顯示器的高分辨率時(shí)代， 我們就沒有理由不關(guān)注高DPI了， 比如Surface Pro的分辨率是1920x1080， 這種情況下如果系統(tǒng)我們不設(shè)置高DPI， 基本上就沒法觸摸和操作了，所以現(xiàn)在普通程序?qū)Ω逥PI的支持已經(jīng)成為趨勢(shì)了。
什么DPI？ 全稱是dots per inch (DPI)， 也就是每英寸的點(diǎn)數(shù)，在顯示器上就是每英寸的像素個(gè)數(shù)，Window上一般默認(rèn)是96 dpi 作為100% 的縮放比率， 但是要注意的是該值未必是真正的顯示器物理值， 只是Windows里我們的一個(gè)參考標(biāo)準(zhǔn)。
下面我們思考為什么DPI設(shè)置高了之后， 我們看到的字體會(huì)變大？ 因?yàn)橄到y(tǒng)字體是是以固定大小（宋體10號(hào)字，物理尺寸為（10/72）英寸)設(shè)計(jì)的， 當(dāng)我們DPI設(shè)置高了之后 ，說明該字體要占有更多的像素， 在屏幕分辨率不變的前提下， 看起來也就大了。所以如果我們?cè)O(shè)置高DPI，通常也意味著我們的顯示器是高分辨率， 里面的字體看起來太小了， 我們需要提高DPI來把內(nèi)容放大。
那么我們的程序如何才能支持高DPI？ 對(duì)于高DPI的支持， 不同操作系統(tǒng)有不同的方案。通常來說如果我們程序支持高DPI， 意味著我們要對(duì)繪畫的內(nèi)容進(jìn)行相應(yīng)的放大， 比如字體，圖片和控件等。當(dāng)然， 如果我們用的是系統(tǒng)字體（比如GetStockObject(DEFAULT_GUI_FONT)）, 那么這種情況下我們不用操心， 因?yàn)橄到y(tǒng)會(huì)對(duì)該字體在高DPI時(shí)進(jìn)行相應(yīng)的放大； 如果我們是用CreateFont自己創(chuàng)建的字體， 那就要我們自己對(duì)該字體進(jìn)行放大了。
下面我們看XP是如何對(duì)高DPI進(jìn)行支持的？
XP對(duì)高DPI的支持比較差勁， 大部分情況下就是字體的放大， 當(dāng)然我們程序也可以通過GetDeviceCaps(hDC, LOGPIXELSX)獲取DPI后自己對(duì)繪畫的內(nèi)容進(jìn)行縮放。
下面我們看Vista/Win7/Win8是如何對(duì)高DPI進(jìn)行支持的？
我們知道Vista/Win7我們可以禁止DWM（Desktop Window Manager）， 該模式我們稱之為Basic模式， 這種模式下的高DPI效果和XP一樣。
對(duì)于DWM沒有禁掉的情況， Vista/Win7/Win8 對(duì)高DPI的支持又分為2種情況， 具體看下圖：
一種XP風(fēng)格的高DPi支持， 這種方式我們上面討論過了；
還有一種是通過 DWM 虛擬化支持的 高DPI方式， 下面我們討論下該方式:
該種方式的高DPI支持是通過DWM的縮放實(shí)現(xiàn)的， 具體過程是這樣的， 比如我們當(dāng)前系統(tǒng)的DPI是200%， 我們程序運(yùn)行時(shí)，系統(tǒng)會(huì)告訴你當(dāng)前DPI仍然是96（100%）， 所以我們程序會(huì)仍然按照100%的方式進(jìn)行繪畫， 但是但是系統(tǒng)給我們的坐標(biāo)是根據(jù)DPI縮小過后的（也就是我們對(duì)窗口調(diào)用GetWindowRect或是通過GetSystemMetrics(SM_CXSCREEN)得到的大小會(huì)比實(shí)際大小減半） ， 當(dāng)我們畫完之后， DWM再對(duì)整個(gè)窗口進(jìn)行200% 放大后畫到屏幕上， 這樣看起來我們的程序就自動(dòng)支持高DPI了。
這種方式看起來很美妙， 但是它也有缺點(diǎn)， 主要是經(jīng)過縮放后的內(nèi)容看起來會(huì)變模糊， 比如文字會(huì)有明顯的鋸齒。
既然DWM虛擬化用戶效果有時(shí)不是那么好， 那么我們很多時(shí)候可能會(huì)自己支持高DPI， 如何讓我們的程序禁用該效果？
這里還有特殊情況也提一下： 我們?cè)诟逥PI下通過窗口句柄取到的坐標(biāo)信息是和目標(biāo)程序是否支持DWM虛擬化相關(guān)聯(lián)的， 我們對(duì)支持DWM虛擬化的程序窗口調(diào)用GetWindowRect， 取到的坐標(biāo)也是經(jīng)過DWM縮放后的坐標(biāo)； 對(duì)禁用DWM虛擬化程序的窗口調(diào)用GetWindowRect, 取到的坐標(biāo)則是沒有經(jīng)過縮放的原始坐標(biāo)。
typedef enum _Process_DPI_Awareness {
Process_DPI_Unaware = 0,
Process_System_DPI_Aware = 1,
Process_Per_Monitor_DPI_Aware = 2
} Process_DPI_Awareness;
下面我們依次討論這3種方式：
第一種Unaware, 該種方式是告訴系統(tǒng)， 我的程序不支持DPI aware, 請(qǐng)通過DWM虛擬化幫我們實(shí)現(xiàn)。 該方式和上面Win7/Win8對(duì)高DPI的支持的實(shí)現(xiàn)基本一樣，主要區(qū)別是它通過GetWindowRect取到的坐標(biāo)都是經(jīng)過DWM縮放后的， 無論對(duì)方窗口是不是支持DWM虛擬化。
第二種方式是System DPI aware， 該方式下告訴系統(tǒng)， 我的程序會(huì)在啟動(dòng)的顯示器上自己支持DPI aware, 所以不需要對(duì)我進(jìn)行DWM 虛擬化。 但是當(dāng)我的程序被拖動(dòng)到其他DPI不一樣的顯示器時(shí)， 請(qǐng)對(duì)我們先進(jìn)行system DWM虛擬化縮放。
第三種方式是Per Monitor DPI aware, 該方式是告訴系統(tǒng)， 請(qǐng)永遠(yuǎn)不要對(duì)我進(jìn)行DWM虛擬化，我會(huì)自己針對(duì)不同的Monitor的DPi縮放比率進(jìn)行縮放。
再介紹下相關(guān)API：
最后，簡單總結(jié)下， 從上面我們可以看到微軟在不同操作系統(tǒng)上對(duì)高DPI支持的改進(jìn)線路，很多方面也體現(xiàn)了他們對(duì)老程序兼容性上的考慮， DWM虛擬化雖然很簡單， 卻丟失了用戶體驗(yàn)。
PS， 我在我機(jī)器上測(cè)試發(fā)現(xiàn)，桌面程序基本上只有微軟自己的程序能做到在高DPI下完美支持， 其他大部分程序（即使如Chrome）也是通過DWM虛擬化實(shí)現(xiàn)的高DPI支持。當(dāng)然現(xiàn)在WPF和Window store App基本上都是內(nèi)置支持高DPI的。
統(tǒng)計(jì)下， 你們的程序支持高DPI嗎？