如何將一個應用程序適配在不同的手機上，雖然這不算是一個技術問題，但是對於剛剛做屏幕的開發人員來說，還真不是一件多麼簡單的事情。
首先：你需要在AndroidManifest.xml文件的<manifest>元素如下添加子元素
<supports-screens android:largeScreens="true"
android:normalScreens="true" android:anyDensity="true"
android:smallScreens="true"></supports-screens>
名如其意，以上是為我們的屏幕設置多分辨率支持（更準確的說是適配大、中、小三種密度）。android:anyDensity="true" ，這一句對整個的屏幕都起著十分重要的作用，值為true，我們的應用程序當安裝在不同密度的手機上時，程序會分別加載hdpi,mdpi,ldpi文件夾中的資源。
相反，如果值設置為false，即使我們在hdpi,mdpi,ldpi文件夾下擁有同一種資源，那麼應用也不會自動地去相應文件夾下尋找資源，這種情況都是出現在高密度，以及低密度的手機上，比如說一部240×320像素的手機，如果設置android:anyDensity="false"，Android系統會將240 x 320(低密度)轉換為320×480(中密度)，這樣的話，應用就會在小密度手機上加載mdpi文件中的資源。
2.細心的人會發現自android2.0開始之後drawable文件被三個文件夾drawable-hdpi,drawable-mdpi,drawable-ldpi三個文件夾所取代，有些編程人員為瞭讓應用程序默認地加載某些圖片，他們會特意地去在android2.0之後的應用程序中重新創建drawable文件夾，其實這樣做完全沒有必要，通過第一段的分析我們得知，android:anyDensity="false"，則應用會將大小密度轉變成中密度，從而去加載mdpi中的資源。這裡同樣，當android:anyDensity="false"，則應用會去加載mdpi中的資源。
總結一下：
第一：android:anyDensity="true"，系統會依據屏幕密度，自動去找對應的文件夾
第二：android:anyDensity="false",
(1) 如果drawable-hdpi,drawable-mdpi,drawable-ldpi三個文件夾中有同一張圖片資源的不同密度表示，那麼系統會去加載drawable_mdpi文件夾中的資源
(2) 如果drawable-hpdi中有高密度圖片，其它兩個文件夾中沒有對應圖片資源，那麼系統會去加載drawable-hdpi中的資源。
(3) 如果drawable-hdpi,drawable-mdpi中有圖片資源，drawable-ldpi中沒有對應的圖片資源，那麼系統會加載drawable-mdpi文件夾中的資源
3. 註意上圖各種文件夾的不同表示。
drawable-hdpi 該圖片即適用於橫屏，也適用於豎屏
drawable-land-hdpi,當屏幕為橫屏，且為高密度時，加載此文件夾中的資源
drawable-port-hdpi,當屏幕為豎屏，且為高密度時，加載此文件夾中的資源
3. 有時候會根據需要在代碼中動態地設置某個值，比如地圖，地圖的pin和地圖的地址提示框的相對偏移量在不同密度的手機上是不同的。這時候可以通過以下方法求出屏幕密度：
DisplayMetrics metric = new DisplayMetrics();
getWindowManager().getDefaultDisplay().getMetrics(metric);
int densityDpi = metric.densityDpi; // 屏幕密度DPI（120 / 160 / 240）
然後可以在代碼中為這幾種密度分別設置便宜量
但是這種方法最好不要使用，最好的方式是在xml文件中不同密度的手機進行分別設置。
這裡地圖的偏移量可以在values-hpdi,values-mdpi,values-ldpi三種文件夾中的dimens.xml文件進行設置
值得一提的是：
<dimen name="bitmap_common_topoffset">40dp</dimen>
<dimen name="bitmap_common_bottomoffset">-14dp</dimen>
這裡的負數是完全起作用的，系統會認為它是一個負值
4. 各大手機廠商對於Android操作系統都有或多或少的改動，當然這些改動會對我們應用程序產生某些影響
比如：
（1）系統源代碼中連接music服務的aidl文件所在包名：com.android.music
（2）LG則可能將該aidl文件修改所在的包（例如修改為com.android.music.player），並且修改其中的文件內容（增加一個方法，或者減少幾個方法，或者修改方法名稱）那麼我們的應用要想在LG的手機上發佈，那麼我們就必須改變所要連接的aidl文件,必須跟LG廠商修改的完全一致。
5. 國際化問題.
有時候在xml中設置瞭相應的語言，但是為什麼當我們更改語言之後，UI顯示仍然不起作用？
不要懷疑是系統出瞭問題，這與我們在代碼中引用values/string.xml中字符串的方式有關。
錯誤的方式：
1. 聲明全局變量private static String tempStr;
2. 在onCreate方法中對該變量賦值tempStr = context.getString(R.string.test);
3. 在更新UI的方法（非onCreate方法）中引用該變量。textView.setText(tempStr);
原因是由於，當修改本地語言時，onCreate不會再被執行一遍. 變量tempStr 依然會使用頁面剛啟動時加載的默認英語。
正確的方式：
直接進行第三步：textView.setText(context.getString(R.string.test));
作者 掌院學士
