A. 如何獲取android模擬器的高度和寬度
// 獲取屏幕寬高（方法1）
int screenWidth = getWindowManager().getDefaultDisplay().getWidth(); // 屏幕寬（像素，如：480px）
int screenHeight = getWindowManager().getDefaultDisplay().getHeight(); // 屏幕高（像素，如：800p）
Log.e(TAG + " getDefaultDisplay", "screenWidth=" + screenWidth + "; screenHeight=" + screenHeight);
// 獲取屏幕密度（方法2）
DisplayMetrics dm = new DisplayMetrics();
dm = getResources().getDisplayMetrics();
float density = dm.density; // 屏幕密度（像素比例：0.75/1.0/1.5/2.0）
int densityDPI = dm.densityDpi; // 屏幕密度（每寸像素：120/160/240/320）
float xdpi = dm.xdpi;
float ydpi = dm.ydpi;
Log.e(TAG + " DisplayMetrics", "xdpi=" + xdpi + "; ydpi=" + ydpi);
Log.e(TAG + " DisplayMetrics", "density=" + density + "; densityDPI=" + densityDPI);
screenWidth = dm.widthPixels; // 屏幕寬（像素，如：480px）
screenHeight = dm.heightPixels; // 屏幕高（像素，如：800px）
Log.e(TAG + " DisplayMetrics(111)", "screenWidth=" + screenWidth + "; screenHeight=" + screenHeight);
// 獲取屏幕密度（方法3）
dm = new DisplayMetrics();
getWindowManager().getDefaultDisplay().getMetrics(dm);
density = dm.density; // 屏幕密度（像素比例：0.75/1.0/1.5/2.0）
densityDPI = dm.densityDpi; // 屏幕密度（每寸像素：120/160/240/320）
xdpi = dm.xdpi;
ydpi = dm.ydpi;
Log.e(TAG + " DisplayMetrics", "xdpi=" + xdpi + "; ydpi=" + ydpi);
Log.e(TAG + " DisplayMetrics", "density=" + density + "; densityDPI=" + densityDPI);
int screenWidthDip = dm.widthPixels; // 屏幕寬（dip，如：320dip）
int screenHeightDip = dm.heightPixels; // 屏幕寬（dip，如：533dip）
Log.e(TAG + " DisplayMetrics(222)", "screenWidthDip=" + screenWidthDip + "; screenHeightDip=" + screenHeightDip);
screenWidth = (int)(dm.widthPixels * density + 0.5f); // 屏幕寬（px，如：480px）
screenHeight = (int)(dm.heightPixels * density + 0.5f); // 屏幕高（px，如：800px）
Log.e(TAG + " DisplayMetrics(222)", "screenWidth=" + screenWidth + "; screenHeight=" + screenHeight);
B. android怎麼獲取屏幕寬度
mScreenWidth = context.getResources().getDisplayMetrics().widthPixels; //得到屏幕寬度
C. Android布局權重是怎樣的
1. 分配規則
【最後控制項的寬度 = 控制項本身寬度 + 權重比例分配寬度 】
2. 計算步驟
第一步 【計算剩餘空間值】：將屏幕寬度（或高度）減去該水平（或豎直）排列之間所有控制項的寬度（或高度），得出剩餘空間值。
第二步 【權重比例分配剩餘空間值】：根據你所設置的權重值，按照比例分配給控制項（剩餘空間值為負數也照樣分配）。
3. 套用公式
例:如水平方向上的線性布局LinearLayout控制項L中，包含兩個水平佔用空間的控制項A,B。
L控制項：L控制項寬度layout_width = width_l A控制項：a控制項寬度layout_width = width_a a控制項權重layout_weight = weight_a
B控制項：b控制項寬度layout_width = width_b b控制項權重layout_weight = weight_b
L中子控制項最終佔用寬度 = 原有寬度(width_a)+剩餘空間分配量A所佔寬度 = width_a + (width_l-width_a-width_b)*weight_a/(weight_a+weight_b)
B所佔寬度 = width_b + (width_l-width_a-width_b)*weight_b/(weight_a+weight_b)
D. Android 屏幕適配神器ScreenMatch
網上關於屏幕適配的文章已經鋪天蓋地了，為什麼我還要講？因為網上現在基本都是使用 屏幕解析度限定符 進行適配，即每種屏幕解析度的設備需要定義一套 dimens.xml 文件。由於不同解析度的設備太多了，而且有些設備還有虛擬按鍵（例如華為手機），這樣就還需要每個有虛擬按鍵的設備加多一套 dimens.xml 文件，再加上平板那些你會發現 dimens.xml 文件所佔的體積已經超過 2M 了！這絕對不是我們想要的。
我這里要講的是使用 sw<N>dp 限定符，即 smallestWidth（最小寬度） 限定符 來進行適配，使用這種方式只需要少量 dimens.xml 文件即可達到適配，而且根本不用考慮虛擬按鍵的問題。如果只適配手機，dimens.xml 文件所佔的體積只有 100 多 KB，即使加上平板和 TV，也就 500 多 KB，完全可以接收。這種方案已經在自己多個項目中應用過了，經過幾十台手機測試過，基本不會出現適配有問題的情況。製作生成對應 dimens.xml 文件插件（後面會講）的作者也說過他在待過的兩家大公司實踐過，所以請放心使用。
關於為什麼要進行屏幕適配，什麼是 dp、dpi 這些概念我就不去一一講解了，網上很多文章。這里我推薦幾篇講的比較好的：
屏幕解析度限定符適配需要在 res 文件夾下創建各種屏幕解析度對應的 values-xxx 文件夾，如下圖：
然後根據一個基準解析度，例如基準解析度為 1280x720，將寬度分成 720 份，取值為 1px~720px，將高度分成 1280 份，取值為 1px~1280px，生成各種解析度對應的 dimens.xml 文件。如下分別為解析度 1280x720 與 1920x1080 所對應的橫向 dimens.xml 文件：
假設設計圖上的一個控制項的寬度為 720px，那麼布局中就寫 android:layout_width="@dimen/x720" ，當運行程序的時候，系統會根據設備的解析度去尋找對應的 dimens.xml 文件。例如運行在解析度為 1280x720 的設備上，系統會自動找到對應的 values-1280x720 文件夾下的 lay_x.xml 文件，由上圖可知 x720 對應的值為
720.px，可鋪滿該屏幕寬度。運行在解析度為 1920x1080 的設備上，系統會自動找到對應的 values-1920x1080 文件夾下的 lay_x.xml 文件，由上圖可知 x720 對應的值為 1080.0px，可鋪滿該屏幕寬度。這樣就達到了屏幕適配的要求！
smallestWidth 限定符適配原理與屏幕解析度限定符適配原理一樣，系統都是根據限定符去尋找對應的 dimens.xml 文件。例如程序運行在最小寬度為 360dp 的設備上，系統會自動找到對應的 values-sw360dp 文件夾下的 dimens.xml 文件。區別就在於屏幕解析度限定符適配是拿 px 值等比例縮放，而 smallestWidth 限定符適配是拿 dp 值來等比縮放而已。需要注意的是「最小寬度」是不區分方向的，即無論是寬度還是高度，哪一邊小就認為哪一邊是「最小寬度」。如下分別為最小寬度為 360dp 與最小寬度為 640dp 所對應的 dimens.xml 文件：
ScreenUtils——> ScreenUtils
既然原理都一樣，都需要多套 dimens.xml 文件，那為什麼要選擇 smallestWidth 限定符適配呢？
大多數 UI 設計師提供的設計圖無非就幾種，它們對應的獲取方式如下：
這些文件當然不會手動去寫，網上已經有大神提供了自動生成這些文件的插件 ScreenMatch 。但是這個插件還是有點問題的：
基於以上問題，我在該插件的源碼上優化生成了新的插件 ScreenMatch ，由於插件庫已經有原作者的插件了，所以我就不重復造輪子上傳到插件庫了，你直接用本地安裝的方式安裝即可。
工具使用步驟：
然後選擇在哪個 mole 下執行適配。即基於哪個 mole 下的 res/values/dimens.xml 文件作為基準 dimens.xml 文件，生成的其他尺寸 dimens.xml 文件放在哪個 mole 下。例如選擇 app，然後點擊 OK ，出現如下界面表示生成文件成功。如下圖：
然後再看看 res 目錄下會自動生成一堆 dimens.xml 文件，如下圖：
通過上面的步驟就已經生成了所有設備對應的 dimens.xml 文件。
步驟 3 是以插件默認的最小寬度基準值為 360dp，適配的設備最小寬度為
320,360,384,392.7272,400,410,411.4285,432,480,533,592,600,640,662,720,768,800,811,820,960,961,1024,1280,1365（包含了平板和 TV ）生成的文件，但實際情況要根據設計圖和需求設置。
例如設計圖的最小寬度為 375dp，則需要更改最小寬度基準值為 375dp。如果項目只需要適配手機的話，適配的設備最小寬度保留 320,360,384,392.7272,400,410,411.4285,432,480 即可，若發現手機還有其他最小寬度自行加上即可，也麻煩把該最小寬度提供給我，我們一起來完善該份適配。
以上修改需要在配置文件里修改，即 screenMatch.properties 文件，該配置文件是執行完上面第 3 步後自動生成在項目的跟目錄下的。如下圖：
打開配置文件，修改下圖中 1、3、4 的值即可。(圖中單位均為 dp)
1：最小寬度基準值，填寫設計圖的最小寬度值即可。
2：插件默認適配的最小寬度值，即默認情況下會生成如下值的 dimens.xml 文件。
3：需要適配的最小寬度值（如果是小數，則保留 4 位小數。例如 392.727272...，則取 392.7272），即你想生成哪些 dimens.xml 文件。
4：忽略不需要適配的最小寬度值，即忽略掉插件默認生成的 dimens.xml 文件。
配置文件修改完成後，重新執行第 3 步，生成新的 dimens.xml 文件。
當然！如果你的設計圖也是標準的 360dp，那麼上面的步驟你可以忽略。直接復制我 github 上你需要的 dimens.xml 文件到你的項目即可， 默認的 values 文件夾下也需要一份 。
設計圖標注多少 dp，布局中就寫多少 dp ，非常方便！
大多數 UI 設計師提供的設計圖無非就幾種，它們對應的使用方式如下：
說了這么多，其實只需要簡單的 2 步：
很多人肯定會有疑問，難道我用了這套適配方案就可以全部直接寫死寬高了？那肯定不是的，如果一些好用的適配技巧能實現的，那就不要用直接寫死寬高的方式。這套適配方案搭配下面這些適配技巧可以讓你的屏幕適配更完美。
絕對布局（AbsoluteLayout）直接使用 X、Y 坐標來控制控制項的位置，對於屏幕碎片化這么嚴重的今天，使用絕對布局對於屏幕適配來說就是災難性的，所以 Google 已經廢棄了該控制項。
相對布局（RelativeLayout）或者約束布局（ConstraintLayout）就不一樣了，相對布局的子控制項之間使用 相對位置 的方式排列，即使屏幕的大小改變，控制項的相對位置也不會變化，與屏幕大小無關，靈活性很強。約束布局也是類似的，通過對某些控制項進行約束來確定它們之間的位置。
Nine-Patch 圖片是一種被特殊處理過的 PNG 圖片，你可以指定哪些區域可以拉伸而哪些區域不可以。例如聊天界面中的聊天氣泡背景圖就需要做成 Nine-Patch 圖片，因為每條消息的字數不是固定的，如果背景圖片不能隨著字數的長短進行縮放，那麼就會導致背景圖片變形。
因為各種屏幕高寬比並不是固定的，有 16:9、4:3，還有全面屏的 19.5:9 等等，如果強行將寬高都適配那隻會導致布局變形。
例如一個控制項的寬高為 360dp 和 640dp，如果將它顯示在寬高為 360dp 和 640dp 的設備上是正常鋪滿整個屏幕的，但是顯示在寬高為 360dp 和 780dp 的設備上高度則不能鋪滿，如果你讓高度鋪滿，而寬度又保持不變，那就會出現變形的情況。所以這也就是為什麼目前市面上的屏幕適配方案只能以寬或高一個維度去適配，另一個方向用滑動或權重的方式去適配的原因。
那你為什麼說高度也能適配呢？
這里說的高度也能適配指的是在不同解析度和密度的手機上能達到等比縮放的適配，其他屏幕適配方案也是一樣的。
注意：smallestWidth 限定符適配的效果是讓不同解析度和密度的設備上能達到以設計圖等比縮放的適配，如果設備與設計圖相差太大時並不能達到很好的適配效果，需要單獨出圖，其他屏幕適配方案也是一樣的。
同橫屏道理一樣，平板、TV 與手機的寬高差距太大，想要平板、TV 也能完全適配，那就只能讓設計師出一套平板、TV 的設計圖，然後單獨寫一套平板、TV 的布局文件。
注意：再說一遍，smallestWidth 限定符適配的效果是讓不同解析度和密度的設備上能達到以設計圖等比縮放的適配，如果設備與設計圖相差太大時並不能達到很好的適配效果，需要單獨出圖，其他屏幕適配方案也是一樣的。
github 地址： ScreenAdaptation
參考資料：
E. android怎麼獲取屏幕的寬度
在一個Activity的onCreate方法中，寫入如下代碼： DisplayMetrics metric = new DisplayMetrics(); getWindowManager().getDefaultDisplay().getMetrics(metric); int width = metric.widthPixels; // 屏幕寬度（像素） int height = metric.heightPixels; // 屏幕高度（像素） float density = metric.density; // 屏幕密度（0.75 / 1.0 / 1.5） int densityDpi = metric.densityDpi; // 屏幕密度DPI（120 / 160 / 240） AndroidManifest.xml文件中，加入supports-screens節點，具體的內容如下： <supports-screens android:smallScreens="true" android:normalScreens="true" android:largeScreens="true" android:resizeable="true" android:anyDensity="true" /> 這樣的話，當前的Android程序就支持了多種解析度，那麼就可以得到正確的物理尺寸了。
F. 如何在html中獲得android手機中瀏覽器的屏幕的寬度
在html中獲得android手機中瀏覽器的屏幕寬度的方法：
1、在網頁的<head>中增加以上這句話，可以讓網頁的寬度自動適應手機屏幕的寬度:
[html] view plain
<meta name="viewport" content="width=device-width, initial-scale=1.0, minimum-scale=0.5, maximum-scale=2.0, user-scalable=yes" />
<meta name="apple-mobile-web-app-capable" content="yes" />
<meta name="format-detection" content="telephone=no" />
第一行：
width=device-width ：表示寬度是設備屏幕的寬度
initial-scale=1.0：表示初始的縮放比例
minimum-scale=0.5：表示最小的縮放比例
maximum-scale=2.0：表示最大的縮放比例
user-scalable=yes：表示用戶是否可以調整縮放比例
第二行：
設定iphone端頁面全屏。
第三行：
取消數字被識別為電話號碼。
2、如果是想要一打開網頁，則自動以原始比例顯示，並且不允許用戶修改的話，則是：
[html] view plain
<meta name="viewport" content="width=device-width, initial-scale=1.0, minimum-scale=1.0, maximum-scale=1.0, user-scalable=no" />
3、這樣可以把一些頁頭橫幅等的圖片的寬度都設置成style="width:100%"，整個頁面在設備上看起來就是全屏的了。