1霎桅、自定義View的時候會去獲取xml中的dimension值擎鸠，這里就涉及到3個方法：
getDimension/getDimensionPixelSize/getDimensionPixelOffset。
從javaDoc可以看出劣领，三者都是返回用屏幕密度換算后的以px為單位的數值婿奔。
getDimension 返回的是精確的float型數值。
而getDimensionPixelSize和getDimensionPixelOffset則返回的是int型數值豆村。
從javaDoc來看液兽，一個返回的值是用來作為一個尺寸值（size），而另一個則是用來作為一個偏移量（offset）。
但這樣還是很摸不著頭腦四啰，尺寸和偏移量到底有啥區(qū)別宁玫？
再看文檔，里面有提到offset的是直接截斷（truncate）初始的float值成int型柑晒，而size則是取整（round to）欧瘪。但我不確定我這個翻譯是不是正確的，所以匙赞，直接點佛掖，看源碼。
getDimensionPixelSize的源碼涌庭。
Resources.java
...
public int getDimensionPixelSize(@DimenRes int id) throws NotFoundException {
synchronized (mAccessLock) {
TypedValue value = mTmpValue;
if (value == null) {
mTmpValue = value = new TypedValue();
}
getValue(id, value, true);
if (value.type == TypedValue.TYPE_DIMENSION) {
return TypedValue.complexToDimensionPixelSize(
value.data, mMetrics);
}
throw new NotFoundException(
"Resource ID #0x" + Integer.toHexString(id) + " type #0x"
+ Integer.toHexString(value.type) + " is not valid");
}
}
...
TypedValue.java
...
public static int complexToDimensionPixelSize(int data,
DisplayMetrics metrics)
{
final float value = complexToFloat(data);
final float f = applyDimension(
(data>>COMPLEX_UNIT_SHIFT)&COMPLEX_UNIT_MASK,
value,
metrics);
final int res = (int)(f+0.5f);
if (res != 0) return res;
if (value == 0) return 0;
if (value > 0) return 1;
return -1;
}
...
Resources.java
...
public int getDimensionPixelOffset(@DimenRes int id) throws NotFoundException {
synchronized (mAccessLock) {
TypedValue value = mTmpValue;
if (value == null) {
mTmpValue = value = new TypedValue();
}
getValue(id, value, true);
if (value.type == TypedValue.TYPE_DIMENSION) {
return TypedValue.complexToDimensionPixelOffset(
value.data, mMetrics);
}
throw new NotFoundException(
"Resource ID #0x" + Integer.toHexString(id) + " type #0x"
+ Integer.toHexString(value.type) + " is not valid");
}
}
...
TypedValue.java
...
public static int complexToDimensionPixelOffset(int data,
DisplayMetrics metrics)
{
return (int)applyDimension(
(data>>COMPLEX_UNIT_SHIFT)&COMPLEX_UNIT_MASK,
complexToFloat(data),
metrics);
}
...
源碼解決疑惑芥被！
offset的方法，最后是直接強轉float值為int型坐榆；而size的方法則是給float值先加了0.5再轉int型拴魄。
由于在java的數值強轉操作中，每次強轉都是直接截斷的席镀，即3.1~3.999999的float值匹中，直接強轉成int都是3，所以size的方法實際上是做了四舍五入豪诲，而offset的方法則是向下取整顶捷。
所以三個方法總結如下：
getDimension 直接返回用屏幕密度換算后的dimension值，以像素（px）為單位屎篱，是精確的float值服赎。
getDimensionPixelSize 把getDimension 的返回值四舍五入后返回，同樣的以像素（px）為單位芳室，是int值专肪。
getDimensionPixelOffset 把getDimension 的返回值向下取整后返回，同樣的以像素（px）為單位堪侯，是int值嚎尤。
2、說說Andoid應用的多屏幕適配伍宦。
由于有dp芽死、sp這類單位的存在，只要在寫xml的時候用的尺寸是以dp次洼、sp做單位的关贵，那么在實際展示時，其實物理尺寸上已經是一致的了——即卖毁，在Nexus5的手機屏幕上顯示為1cm長的線條揖曾，在HTC G1的手機屏幕上也是顯示為1cm長的線條落萎，所以物理尺寸的一致性適配，Android的系統(tǒng)框架已經幫我們實現了的炭剪。
那我們實際適配是要適配什么练链？
是不同屏幕大小，各個組件/View的大小奴拦。
舉個例子媒鼓，在一個3.5英寸大的屏幕上，你的一個線段顯示為1cm長错妖，那么到了5.5英寸大的屏幕上绿鸣，如果你的線段還是1cm長，那么就會顯得你的線段在大屏手機上特別的短暂氯，所以就此時就應該針對高分辨率手機設定更大的dimension值潮模。
通常來說，現在的Android應用界面設計株旷，按照1280 × 720 或者 1920 × 1080 的分辨率來設計標注再登，即可通用國內大部分手機的屏幕顯示。而這一塊的標注任務晾剖，我認為是UI的工作，所以如果可以梯嗽，請務必請求UI給你一套720P下的標注情況齿尽，程序員自身根據iPhone端的設計標注圖來一個個調整的話其實算是多做了UI的工作。
總結來說灯节，根據屏幕像素密度來適配圖像資源（hdpi的drawable循头、xhdpi的drawable之類的），根據屏幕分辨率來適配View對應的尺寸值（sw720dp的values炎疆、sw600dp的values等）卡骂。
最后附上一個常用機型屏幕密度表，方便轉換UI的標注圖里的px為dp/sp：
Device Metrics - Google Design
