我的github文檔? ? ?***轉(zhuǎn)載源自 進(jìn)行了提示和完善
### 話不多說，先上解決方案
```java
/**? 將此文件直接復(fù)制到項(xiàng)目中遍蟋，不要忘記清單文件配置Application吹害，另 布局中使用pt
* （例如： android:layout_height="300pt" 用錯(cuò)可不適配哦！）
* feisher? @2017年8月11日14:52:27 二次整理虚青，原稿 為新浪大牛 布隆
* 458079442@qq.com
*/
public class MyApplication extends Application{
public final static float DESIGN_WIDTH = 750; //繪制頁面時(shí)參照的設(shè)計(jì)圖寬度
@Override
public void onCreate() {
super.onCreate();
resetDensity();//注意不要漏掉
}
@Override
public void onConfigurationChanged(Configuration newConfig) {
super.onConfigurationChanged(newConfig);
resetDensity();//這個(gè)方法重寫也是很有必要的
}
public void resetDensity(){
Point size = new Point();
((WindowManager)getSystemService(WINDOW_SERVICE)).getDefaultDisplay().getSize(size);
getResources().getDisplayMetrics().xdpi = size.x/DESIGN_WIDTH*72f;
}
}
```
## 為什么會有這么一篇文章呢它呀？
**現(xiàn)狀**
由于Android碎片化嚴(yán)重，屏幕適配一直是開發(fā)中較為頭疼的問題。面對市面上五花八門的屏幕大小與分辨率纵穿，Android基于dp與res目錄名稱來適配的方案已無法滿足一次編寫全屏幕適配的需求下隧，為了達(dá)到最優(yōu)的視覺效果，開發(fā)過程中總是需要花費(fèi)較多資源進(jìn)行適配谓媒。也有開發(fā)者給出了一些自己的解決方案淆院。首先來分析一下一些常見的解決方案的現(xiàn)狀：
1. ### **官方適配方案**
- dp。dp是Android開發(fā)中特有的一個(gè)單位句惯。與px不同土辩，dp是基于屏幕像素密度的一種單位。在密度低的屏幕上或許1dp=1px抢野，但在密度高的屏幕上可能1dp=4px拷淘。編寫布局xml時(shí)，如果一個(gè)控件的長寬都使用dp來指定指孤，那么能確保該控件在各種大小與分辨率的屏幕下的絕對大小都大致相當(dāng)启涯。也就是說無論在pad下還是大小屏手機(jī)下，我們實(shí)際看到的該控件的大小是差不多的：
- 資源目錄名恃轩。上圖可見雖然使用dp確保了控件在不同屏幕中的絕對大小一致结洼。這樣的好處在于，在大小相近的屏幕中叉跛，無論分辨率多大都不會對布局造成影響松忍；但是當(dāng)屏幕大小相差較大時(shí)，僅保證控件的絕對大小看起來就有些問題了昧互。在res目錄下可以給各資源目錄都加上例如'-1920x1080'等后綴來適配不同的屏幕挽铁，具體規(guī)則可見官網(wǎng)文檔伟桅。這樣可以針對不同的屏幕提供不同的布局敞掘，甚至針對pad與手機(jī)提供兩套完全不同的布局樣式。但是通常情況下楣铁，設(shè)計(jì)師并不會對不同屏幕提供不同的設(shè)計(jì)圖玖雁，他們的需求僅僅是不同屏幕下控件對屏幕的相對大小一致，所以dp并不能滿足這一點(diǎn)盖腕，而對各種屏幕適配一遍又顯得略為繁瑣赫冬，并且修改也較為麻煩。通常我們需要的適配是這樣的：
- 百分比布局支持庫溃列。沒有使用過劲厌，但是deprecated in API level 26.0.0-beta1。
- ConstraintLayout听隐。百分比支持庫deprecated之后推薦使用的布局补鼻，看起來似乎略復(fù)雜。
### **玩家適配方案**
廣大玩家的適配目的很明確，目的就是要確狈绶叮控件在不同屏幕的相對大小一致咨跌，看起來一毛一樣的。以一位大神玩家的兩種適配方案為例：
- 方案一硼婿。編寫腳本將長度轉(zhuǎn)換成各分辨率下的長度锌半，缺點(diǎn)是難以覆蓋市面上的所有分辨率。
- 方案二寇漫。AutoLayout支持庫（安卓中**鴻洋**大神的開源）刊殉。該庫的想法非常好：對照設(shè)計(jì)圖，使用px編寫布局州胳，不影響預(yù)覽冗澈；繪制階段將對應(yīng)設(shè)計(jì)圖的px數(shù)值計(jì)算轉(zhuǎn)換為當(dāng)前屏幕下適配的大小陋葡；為簡化接入亚亲，inflate時(shí)自動將各Layout轉(zhuǎn)換為對應(yīng)的AutoLayout，從而不需要在所有的xml中更改腐缤。但是同時(shí)該庫也存在以下等問題：
- 擴(kuò)展性較差捌归。對于每一種ViewGroup都要對應(yīng)編寫對應(yīng)的AutoLayout進(jìn)行擴(kuò)展，對于各View的每個(gè)需要適配的屬性都要編寫代碼進(jìn)行適配擴(kuò)展岭粤；
- 在onMeasure階段進(jìn)行數(shù)值計(jì)算惜索。這對于非LayoutParams中的屬性存在較多不合理之處。比如在onMeasure時(shí)對TextView的textSize進(jìn)行換算并setTextSize剃浇，那么玩家在代碼中動態(tài)設(shè)置的textSize都會失效巾兆，因?yàn)樵诿看蝟nMesasure時(shí)都會重新被AutoLayout重新設(shè)置覆蓋。
- issue較多并且作者已**不再維護(hù)虎囚。**
2
### 進(jìn)行一下探索和嘗試如何角塑？
個(gè)人覺得AutoLayout的設(shè)計(jì)思想非常優(yōu)秀，但是將LayoutParams與屬性作為切入口在mesure過程中進(jìn)行轉(zhuǎn)換計(jì)算的方案存在效率與擴(kuò)展性等方面的問題淘讥。那么Android計(jì)算長度的收口在哪里圃伶，能不能在Android計(jì)算長度時(shí)進(jìn)行換算呢？如果能在Android計(jì)算長度時(shí)進(jìn)行換算蒲列，那么就不需要一系列多余的計(jì)算以及適配窒朋，一切問題就都迎刃而解了。
經(jīng)過一番尋覓蝗岖，發(fā)現(xiàn)系統(tǒng)進(jìn)行長度計(jì)算的收口為TypedValue中的applyDimension函數(shù)侥猩，傳入單位與value將其計(jì)算為對應(yīng)的px數(shù)值。
```java
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;
}
```
- 可以看見換算方法非常簡單抵赢，而DisplayMetrics的所有屬性都是public的欺劳，不用反射就能修改洛退；
- pt的原意是長度單位磅，根據(jù)當(dāng)前屏幕與設(shè)計(jì)圖尺寸將metrics.xdpi進(jìn)行修改就可以實(shí)現(xiàn)將pt這個(gè)單位重定義成我們所需要的相對長度單位杰标，使修改之后計(jì)算出的1pt實(shí)際對應(yīng)的px/屏幕寬度px=1px/設(shè)計(jì)圖寬度px兵怯。
- 而這個(gè)DisplayMetrics從哪來？從源碼中可以看出一般為mContext.getResources().getDisplayMetrics()腔剂，這個(gè)mContext即為所在Activity媒区；
- Activity中所拿到的DisplayMetrics與Application中拿到的DisplayMetrics雖然不是一個(gè)實(shí)例，但是所有數(shù)值都相同掸犬，在Application中進(jìn)行更改也會影響到所有Activity中袜漩；
- Configuration的變化會導(dǎo)致DisplayMetrics的重新計(jì)算還原，需要handle湾碎；
- px,dp與sp都是平時(shí)常用的單位宙攻，而pt,in與mm幾乎沒有看見過，從這些不常見的單位下手正好可以不影響其他常用的單位介褥。
基于以上幾點(diǎn)座掘，便有了以下方案。
3
## 方案 （**注意劃重點(diǎn)了**）
適配的目標(biāo)是：完全按照設(shè)計(jì)圖上標(biāo)注的尺寸來編寫頁面柔滔，所編寫的頁面在所有大小與分辨率的屏幕上都表現(xiàn)一致溢陪，即控件在所有屏幕上相對于整個(gè)屏幕的相對大小都一致（看起來只是將設(shè)計(jì)圖縮放至屏幕大小）睛廊。
- 核心形真。使用冷門的pt作為長度單位。
- 繪制超全。編寫xml時(shí)完全對照設(shè)計(jì)稿上的尺寸來編寫咆霜，只不過單位換為pt。
- 需要在代碼中動態(tài)轉(zhuǎn)換成px時(shí)使用TypedValue.applyDimension(TypedValue.COMPLEX_UNIT_PT, value, metrics)嘶朱。
*UI給我們提供的設(shè)計(jì)圖是這樣的*
**創(chuàng)建什么樣的預(yù)覽使用的設(shè)備以設(shè)計(jì)圖為準(zhǔn)**
- 預(yù)覽蛾坯。實(shí)時(shí)預(yù)覽時(shí)繪制頁面是很重要的一個(gè)環(huán)節(jié)。以1334x750的設(shè)計(jì)圖為例见咒，為了實(shí)現(xiàn)于正常繪制時(shí)一樣的預(yù)覽功能偿衰，創(chuàng)建一個(gè)長為1334磅挂疆，寬為750磅的設(shè)備作為預(yù)覽改览，經(jīng)換算約為21.5英寸((sqrt(1334^2+750^2))/72)。**此處直接按照iphone 6尺寸設(shè)置4.7也沒影響**缤言。預(yù)覽時(shí)選擇這個(gè)設(shè)備即可宝当。
-?怎么創(chuàng)建那個(gè)750設(shè)計(jì)稿分辨率的設(shè)備吶？看圖胆萧，_知道的同學(xué)請?zhí)^_
- 代碼處理庆揩。在Application的onCreate中與onConfigurationChanged中更改DisplayMetrics（其中DESIGN_WIDTH是繪制頁面時(shí)參照的設(shè)計(jì)圖寬度）：
```java
/**? 將此文件直接復(fù)制到項(xiàng)目中俐东，不要忘記清單文件配置Application，另 布局中使用pt
* （例如： android:layout_height="300pt" 用錯(cuò)可不適配哦６┥巍）
* feisher? @2017年8月11日14:52:27 二次整理虏辫，
* 458079442@qq.com
*/
public class MyApplication extends Application{
public final static float DESIGN_WIDTH = 750; //繪制頁面時(shí)參照的設(shè)計(jì)圖寬度
@Override
public void onCreate() {
super.onCreate();
resetDensity();//注意不要漏掉
}
@Override
public void onConfigurationChanged(Configuration newConfig) {
super.onConfigurationChanged(newConfig);
resetDensity();//這個(gè)方法重寫也是很有必要的
}
public void resetDensity(){
Point size = new Point();
((WindowManager)getSystemService(WINDOW_SERVICE)).getDefaultDisplay().getSize(size);
getResources().getDisplayMetrics().xdpi = size.x/DESIGN_WIDTH*72f;
}
}
```
這樣繪制出來的頁面就跟設(shè)計(jì)圖幾乎完全一樣，無論大小屏上看起來就只是將設(shè)計(jì)圖縮放之后的結(jié)果锈拨。
適配前：
適配后：
*ps:引用自新浪微博? 布隆? 博客砌庄，感謝辛勤的開創(chuàng)者*
再次感謝辛勤的各位開發(fā)者
