上一篇把屏幕適配相關的概念梳理了一下，主要也是為了能更好的理解后面內容，那從這篇開始就要講解適配方案啦，沒看第一篇的可以先看這篇：Android全面的屏幕適配方案解析(一)
下面列舉常用的適配方案：
dp適配方案
寬高限定符適配方案
AndroidAutoLayout適配方案
sw限定符適配方案
今日頭條適配方案
AndroidAutoSize適配方案
看到這有些童鞋可能就要問了，為啥有些過時的適配方案這里還講解啊，只能說每種適配方案都會有各自的優(yōu)缺點，從最原始的適配方案講起，才能更好的理解為啥會衍生出各種適配方案，話不多說，直接開干吧！
1、dp適配方案
眾所周知，在開發(fā)過程中標識尺寸的時候，Android并不推薦使用px這個真實像素單位，因為相同尺寸在不同分辨率的手機顯示效果各不相同，如下為圖片寬高為250x250(px)，在分辨率：480x800、720x1280、1080x1920的顯示效果圖：
出現(xiàn)類似于上圖這樣的效果，整體的布局效果可能會變形，所以px這個單位在布局文件中是不推薦的。
相對應的Android推薦使用dp作為尺寸單位來適配UI，之前我們講過，dp為密度無關像素，與終端上的實際物理像素點無關，可以保證在不同屏幕像素密度的設備上顯示相同的效果。
下面還是根據(jù)實例來說明一下，如下為圖片寬高為250x250(dp)，在分辨率：480x800、720x1280、1080x1920的顯示效果圖：
從效果圖可以看出，寬高250dp在不同分辨率手機整體的布局效果差異并不大，為啥會這樣呢？
我們知道同樣尺寸在不同分辨率的設備，每1dp所代表的像素數(shù)量是不一樣的，如表格所示：
480x800720x12801080x1920
dip240320480
dip/1601.523
由表格可以看出，在480x800、720x1280、1080x1920的手機，dpi是不同的，這也是說，1dp在這些不同分辨率的手機中，分別對應的1.5px、2px、3px，這樣當我們用dp作為控件大小單位的時候，在不同分辨率的手機上看到的大小一樣，此時各手機上顯示的比例也就一致啦。
以上的適配方式，通過dp再加上自適應布局和weight比例布局可以基本解決不同手機上適配的問題，這基本上就是最原始的Android適配方案。
那這種方案有沒缺點呢？
自然是有的，不然也不會推出這么多的適配方案，那我們來看看有啥缺點。
我們知道Android之所以碎片化這么嚴重，跟Android系統(tǒng)、屏幕尺寸、屏幕密度的碎片化有很大的關系，而手機廠商生產的手機設備也并沒有按照屏幕尺寸、分辨率和像素密度的關系規(guī)則來實現(xiàn)，比如屏幕分辨率1080x1920，屏幕尺寸為5，那么dip為440，假如UI設計圖按屏幕寬度為375dp設計，那么這樣會存在啥問題呢？
根據(jù)上述描述，我們可以通過計算出屏幕寬度為：1080/(440/160) = 393dp，也就是說實際的屏幕寬度是比設計圖的要寬的，那這樣即使用dp為單位也無法跟其它設備顯示同樣的效果，這就需要通過估算或者設定規(guī)范值等等進行換算設置，這也就需要我們耗費精力去轉換尺寸，這會極大降低開發(fā)效率。
2、寬高限定符適配方案
所謂的寬高限定符適配就是窮舉市面上所有的Android手機的寬高像素值，不過需要先設定一個基準，然后其它分辨率根據(jù)這個基準做適配，如圖所示：
那什么叫設定一個基準呢？
比如設定320x480的分辨率為基準，那么：
基準寬度為320，即將任何分辨率的寬度分為320份，取值為x1到x320。
基準長度為480，即將任何分辨率的長度分為480份，取值為y1到y(tǒng)480。
那么該基準尺寸編寫對應的dimens文件為：
那什么又叫其它分辨率根據(jù)這個基準做適配呢？
比如拿480x800分辨率的手機來說，需要在項目中values-800x480目錄下的dimens.xml文件中的如下設置，如圖所示：
那么這份數(shù)據(jù)是怎么計算得到的呢，那當然是在基準分辨率的基礎上計算得到的，以下為寬度x演示即：
x1=(480/基準)*1=(480/320)*1=1.5px
x2=(480/基準)*2=(480/320)*2=3px
...
x320=(480/基準)*320=(480/320)*320=480px
同理長度y計算也是一樣的。
這個時候有童鞋又說了，市面上我怎么知道有多少分辨率的手機啊，就算知道所有分辨率，每個這么計算不得寫廢了啊，淡定哈，這些都是可以通過工具自動生成，這得感謝鴻洋大佬提供的生成工具。
1、分析需要的支持的分辨率
對于主流的分辨率已經集成到程序里了，對于比較特殊的可以通過參數(shù)指定，而關于屏幕分辨率信息，可以通過該網站查詢：http://screensiz.es/phone
2、自動生成文件的程序地址
由于微信不支持放外部超鏈接，所以自行復制打開哈：
https://github.com/hongyangAndroid/Android_Blog_Demos/tree/master/blogcodes/src/main/java/com/zhy/blogcodes/genvalues
這里提供了個jar包，默認情況下，雙擊即可生成，如圖所示：
這里默認內置了常用的分辨率，默認基準為480*320，對于特殊需求，可以通過命令行指定即可，比如我想以分辨率1280 * 800為基準?，并且額外支持尺寸：1152 * 735；4500 * 3200，如圖所示：
格式如下：
java -jar xx.jar width height width,height_width,height
最后自動生成文件如圖所示：
這樣就更改了默認的基準，還添加了額外支持的分辨率。
使用這種適配方案，可以按照UI設計稿的尺寸為基準分辨率，這時運行在不同分辨率的手機中，這些系統(tǒng)會根據(jù)這些dimens引用去該分辨率的文件夾下面尋找對應的值，這樣基本解決了我們的適配問題，而且極大的提升了我們UI開發(fā)的效率。
那這種方案有沒缺點呢？當然也是有的
最明顯的肯定就是占用資源大，會增加APK的體積
容錯機制大，需要精準命中資源文件才能適配，比如1920x1080的手機就一定要找到1920x1080的限定符，否則就只能用統(tǒng)一的默認的dimens文件了。而使用默認的尺寸的話，UI就很可能變形。
為了防止篇幅過長，這里就先介紹兩種適配方案，后面幾種后面會一一解析，敬請期待。
今天是2021最后一天了，這也是2021的最后一篇文章了，我也還欠著好幾篇文章沒寫呢，只能2022慢慢還了哈，最后預祝大家元旦快樂！
