Android適配：
衆所周知，Android機型尺寸各種各樣，於是屏幕適配就成了Android開發中很重要的一環。Android屏幕適配可能一些開發者都會遇到這樣的問題，今天就來分享下屏幕適配，你會發現其實Android屏幕適配也可以很簡單。
基本概念
Android屏幕適配必須要理解的一些概念，這部分可能比較枯燥，但是俗話說的好“工欲善其事，必先利器”，翻譯過來就是“有什麼樣的槍，決定你打什麼樣的鳥”，一旦這些概念你理解掌握了，屏幕適配你自然而然就覺得簡單多了。
- px
是英文單詞pixel的縮寫，意爲像素，屏幕上的點。我們通常所說的分辨率如480X800就是指的像素。
在設計領域中，像素是用來計算數碼影像的最小單位。計算機中顯示的圖像並非連續的線條組成，而是由許多肉眼看不見的小點組成。如果把影像放大數倍，會發現這些連續色調其實是由許多色彩相近的小點所組成，這些小點就是構成影像的最小單位“像素”。由於是最小的獨立顯示單位，px均爲整數，不會出現0.5px的情況。如：
看這個色彩鮮豔的LED燈（原圖大小）
你能想象這纔是他的本來面目嗎？（放大之後）
- in
表示英寸，是屏幕的物理尺寸。每英寸等於2.54釐米。例如我們經常說的手機屏幕大小有，5（英）寸、4（英）寸就是指這個單位。這些尺寸是屏幕的對角線長度。如果手機的屏幕是4英寸，表示手機的屏幕（可視區域）對角線長度是4 X 2.54 = 10.16釐米。
- dpi
dpi是Dots Per Inch的縮寫, 每英寸點數，即每英寸包含像素個數。比如320X480分辨率的手機，寬2英寸，高3英寸, 每英寸包含的像素點的數量爲320/2=160dpi（橫向）或480/3=160dpi（縱向），160就是這部手機的dpi，橫向和縱向的這個值都是相同的，原因是大部分手機屏幕使用正方形的像素點。
- density
屏幕密度，density和dpi的關係爲 density = dpi/160
- dp
也即dip，設備獨立像素，device independent pixels的縮寫，Android特有的單位，在屏幕密度dpi = 160屏幕上，1dp = 1px。
- sp
和dp很類似，一般用來設置字體大小，和dp的區別是它可以根據用戶的字體大小偏好來縮放。
Android Drawable
我們新建一個Android項目後應該可以看到很多drawable文件夾，分別對應不同的dpi
-
drawable-ldpi (dpi=120, density=0.75)
-
drawable-mdpi (dpi=160, density=1)
-
drawable-hdpi (dpi=240, density=1.5)
-
drawable-xhdpi (dpi=320, density=2)
-
drawable-xxhdpi (dpi=480, density=3)
市面上的一些Android教程大多都是教的是爲每種dpi都出一套圖片資源，這個固然是一種解決辦法，但同時也是一種非常笨的方法，爲美工或者設計增加了不少的工作量不說，同時也會讓你的apk包變的很大。那麼有沒有什麼好的方法既能保證屏幕適配，又可以最小佔用設計資源，同時最好又只使用一套dpi的圖片資源呢？下面就來講解下項目中總結出來的這個方法。
首先必須清楚一個自動渲染的概念，Android SDK會自動屏幕尺寸選擇對應的資源文件進行渲染，如SDK檢測到你手機dpi是160的話會優先到drawable-mdpi文件夾下找對應的圖片資源，注意只是優先，假設你手機dpi是160，但是你只在xhpdi文件夾下有對應的圖片資源文件，程序一樣可以正常運行。所以理論上來說只需要提供一種規格的圖片資源就ok了，如果只提供ldpi規格的圖片，對於大分辨率的手機如果把圖片放大就會不清晰，所以需要提供一套你需要支持的最大dpi的圖片，這樣即使用戶的手機分辨率很小，這樣圖片縮小依然很清晰。
xhdpi成爲首選
上面說了只需要提供一套大的dpi的圖片就ok了，現在市面手機分辨率最大可達到1080X1920的分辨率，如Nexus5，dpi屬於xxhdpi，但是畢竟還沒普及，目前市面上最普遍的高端機的分辨率還多集中在720X1080範圍，也就是多集中在xhdpi，所以目前來看xhpdi規格的圖片成爲了首選。當然隨着技術規格的提高以後發展，以後可能市場上xxdpi的手機會越來越普遍，但這是後話。
設計資源緊張怎麼辦？
在現在的App開發中，基本都會有iOS和Android版本，有些公司爲了保持App不同版本的體驗交互一致，還有些公司的設計資源可能比較緊張，這些情況下iOS和Android版本基本是一個設計師主導，而大多數情況下設計師可能更會以iPhone手機爲基礎進行設計，包括後期的切圖之類的。這個時候身爲Android開發人員你是否還要求設計師單獨爲Android端切一套圖片資源呢？這會讓你們的設計師崩潰的，下面就來告訴一個項目中總結的更棒的方法。
相信設計師們一般都會用最新的iPhone5（5s和5的尺寸以及分辨率都一樣）來做原型設計，而iPhone5的屏幕分辨率爲640X1164, 屏幕尺寸爲4英寸，根據勾股定理(a^2 + b^2 = c^2)640^2+1164^2=1764496, 然後再對其開根號可求出屏幕對角線的分辨率爲：1328，除以4可得出iphone5的dpi：1328/4≈332 可以看出iPhone5的屏幕的dpi約等於320, 剛好屬於xhdpi，所以你可以很自豪的像你們的設計師說不用專門爲Android端切圖，直接把iPhone的那一套切好的圖片資源放入drawable-xhdpi文件夾裏就ok了。
wrap_content VS dp
wrap_content和dp都是在Android開發中應該經常用到的，然後它們冥冥中是有關係的。
假設你看了這篇文章後都是統一有xhdpi的資源，那麼你用wrap_content完全沒有問題，Android會自動爲其他規格的dpi屏幕適配,比如你在xhdpi放了一張120X120px大小的圖片，那麼在在hdpi屏幕上顯示的就只有120/2*1.5=90px大小，但是如果你不小心同樣把這張圖片也放入了mdpi了，這個時候用wrap_content顯示就會有問題，具體看下面的例子：
例如假設你只在drawable_xhdpi文件夾下放了test圖片，xhdpi的設備會去xhdpi文件夾下找到test圖片並直接顯示，而mdpi的設備優先會去mdpi文件夾裏查找test圖片，但是沒找到，最後在xhdpi文件夾下找到，然後會自動根據density計算並縮放顯示出來，實際顯示出來的大小是120/2=60px, 所以整體的顯示比例纔會看起來比較正常
- mdpi
- xhdpi
但是如果你在mdpi文件夾裏也放入了同樣的圖片，那麼mdpi的設備會直接去mdpi文件夾裏尋找到test圖片，並直接顯示，而這時候顯示不會縮放，實際顯示大小就是120X120,在mdpi的屏幕上看起來就會比較大，如圖：
通過上面整個過程，大家應該理解了Android加載資源的整個過程, wrap_content同樣可以用dp來代替，就拿上面這個例子，在xhdpi文件夾內放入了一張120X120像素的test圖片，寬高直接除density就得出dp的數值，即這種情況下以下代碼是等同的.
<ImageView
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:src="@drawable/test" /><ImageView
android:layout_width="60dp"
android:layout_height="60dp"
android:src="@drawable/test" />總結
相信通過以上的講解，對Android UI中的一些基本概念有個很好的理解，實際開發工作中也有一些高效的方法可以參考，應該可以應對大部分的屏幕適配工作。但是項目中仍然有一些比較特殊的適配需求滿足不了，以後會針對一些特殊的需求進行示例講解。