1 現狀
由於Android碎片化嚴重，螢幕適配一直是開發中較為頭疼的問題。面對市面上五花八門的螢幕大小與解析度，Android基於dp與res目錄名稱來適配的方案已無法滿足一次編寫全螢幕適配的需求，為了達到最優的視覺效果，開發過程中總是需要花費較多資源進行適配。也有開發者給出了一些自己的解決方案。首先來分析一下一些常見的解決方案的現狀：

官方適配方案

• dp。dp是Android開發中特有的一個單位。與px不同，dp是基於螢幕畫素密度的一種單位。在密度低的螢幕上或許1dp=1px，但在密度高的螢幕上可能1dp=4px。編寫佈局xml時，如果一個控制元件的長寬都使用dp來指定，那麼能確保該控制元件在各種大小與解析度的螢幕下的絕對大小都大致相當。也就是說無論在pad下還是大小屏手機下，我們實際看到的該控制元件的大小是差不多的：
  

 

• 資源目錄名。上圖可見雖然使用dp確保了控制元件在不同螢幕中的絕對大小一致。這樣的好處在於，在大小相近的螢幕中，無論解析度多大都不會對佈局造成影響；但是當螢幕大小相差較大時，僅保證控制元件的絕對大小看起來就有些問題了。在res目錄下可以給各資源目錄都加上例如'-1920x1080'等字尾來適配不同的螢幕，具體規則可見官網文件。這樣可以針對不同的螢幕提供不同的佈局，甚至針對pad與手機提供兩套完全不同的佈局樣式。但是通常情況下，設計師並不會對不同螢幕提供不同的設計圖，他們的需求僅僅是不同螢幕下控制元件對螢幕的相對大小一致，所以dp並不能滿足這一點，而對各種螢幕適配一遍又顯得略為繁瑣，並且修改也較為麻煩。通常我們需要的適配是這樣的：
  

 

• 百分比佈局支援庫。沒有使用過，但是deprecated in API level 26.0.0-beta1。
• ConstraintLayout。百分比支援庫deprecated之後推薦使用的佈局，看起來似乎略複雜。
  

玩家適配方案
廣大玩家的適配目的很明確，目的就是要確保控制元件在不同螢幕的相對大小一致，看起來一毛一樣的。以一位大神玩家的兩種適配方案為例：

• 方案一。編寫指令碼將長度轉換成各解析度下的長度，缺點是難以覆蓋市面上的所有解析度。
• 方案二。AutoLayout支援庫。該庫的想法非常好：對照設計圖，使用px編寫佈局，不影響預覽；繪製階段將對應設計圖的px數值計算轉換為當前螢幕下適配的大小；為簡化接入，inflate時自動將各Layout轉換為對應的AutoLayout，從而不需要在所有的xml中更改。但是同時該庫也存在以下等問題：
• 擴充套件性較差。對於每一種ViewGroup都要對應編寫對應的AutoLayout進行擴充套件，對於各View的每個需要適配的屬性都要編寫程式碼進行適配擴充套件；
• 在onMeasure階段進行數值計算。這對於非LayoutParams中的屬性存在較多不合理之處。比如在onMeasure時對TextView的textSize進行換算並setTextSize，那麼玩家在程式碼中動態設定的textSize都會失效，因為在每次onMesasure時都會重新被AutoLayout重新設定覆蓋。
• issue較多並且作者已不再維護。
  

2 想法
個人覺得AutoLayout的設計思想非常優秀，但是將LayoutParams與屬性作為切入口在mesure過程中進行轉換計算的方案存在效率與擴充套件性等方面的問題。那麼Android計算長度的收口在哪裡，能不能在Android計算長度時進行換算呢？如果能在Android計算長度時進行換算，那麼就不需要一系列多餘的計算以及適配，一切問題就都迎刃而解了。
經過一番尋覓，發現系統進行長度計算的收口為TypedValue中的applyDimension函式，傳入單位與value將其計算為對應的px數值。

[Objective-C] 純文字檢視 複製程式碼 ?

01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19

public static float applyDimension(int unit, float value, DisplayMetrics metrics) { switch (unit) { case COMPLEX_UNIT_PX: return value; case COMPLEX_UNIT_DIP: return value * metrics.density; case COMPLEX_UNIT_SP: return value * metrics.scaledDensity; case COMPLEX_UNIT_PT: return value * metrics.xdpi * (1.0f/72); case COMPLEX_UNIT_IN: return value * metrics.xdpi; case COMPLEX_UNIT_MM: return value * metrics.xdpi * (1.0f/25.4f); } return 0;