Px、Dp和Sp是什么？
其实它们就是个度量单位，
Px表示像素点， 1px = 1像素
Dp和Sp，都表示和屏幕密度无关，不过后者只适用于字体大小。
举个例子，假设：
获取layout的宽度，返回的int数据代表像素值：
int layout_width = contxt.getResource().getDimension(R.dimen.layout_width);
对应dimens.xml文件中的数据为：
<dimen name="layout_width">42dp</dimen>
跟着源码来看是如何获取dp对应的像素值：
/**
* Retrieve a dimensional for a particular resource ID. Unit
* conversions are based on the current {@link DisplayMetrics} associated
* with the resources.
*
* @param id The desired resource identifier, as generated by the aapt
* tool. This integer encodes the package, type, and resource
* entry. The value 0 is an invalid identifier.
*
* @return Resource dimension value multiplied by the appropriate
* metric.
*
* @throws NotFoundException Throws NotFoundException if the given ID does not exist.
*
* @see #getDimensionPixelOffset
* @see #getDimensionPixelSize
*/
public float getDimension(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.complexToDimension(value.data, mMetrics);
}
throw new NotFoundException(
"Resource ID #0x" + Integer.toHexString(id) + " type #0x"
+ Integer.toHexString(value.type) + " is not valid");
}
}
根据英文注释，这个方法，根据id值，返回对应的dimens数据。其中TypeValue是资源数据容器，主要用于Resource类中，主要成员变量有type、string、data、density等等。
在getValue方法中，由id值来初始化value，这是个jni方法，具体涉及到aapt的资源打包，此处不深入了。有兴趣的话，可以研究下老罗的这篇文章：
getValue完事之后，对value的type进行判断，只有Dimension类型的数据才能调用下一步的方法，毕竟也不能保证误操作getDimension()方法中会不会传进一个字符id。
complexToDimension方法最后会调用到applyDimension方法，
public static float applyDimension(int unit, float value,
DisplayMetrics metrics)
{
switch (unit) {
case COMPLEX_UNIT_PX:
return value;
case COMPLEX_UNIT_DIP:
return value * metrics.density;
case COMPLEX_UNIT_SP:
return value * metrics.scaledDensity;
case COMPLEX_UNIT_PT:
return value * metrics.xdpi * (1.0f/72);
case COMPLEX_UNIT_IN:
return value * metrics.xdpi;
case COMPLEX_UNIT_MM:
return value * metrics.xdpi * (1.0f/25.4f);
}
return 0;
}
其中，DisplayMetrics也是一个重要的数据容器，记录了重要的显示数据，比如屏幕宽度、高度、密度等。unit数据是从先前的TypeValue的data数据中获取，对了，再重申一遍，我们要返回的是像素值：
1.如果unit是PX，直接返回数值；
2.如果是DP，则将数值乘以屏幕像素密度。dp也叫dip(density independent pixel)直译为密度无关的像素。我们猜测如果使用了这个单位，在不同屏幕密度的设备上显示的长度就会是相同的。1dp在mdpi设备下等于1px，在hdpi设备下等于1.5px，同样的在xxhdpi设备下1dp=3px。因此推断出，metrics.density = px值/dp值。
不过设备的密度值是死的，它是一个比例因子，density = 像素值/160， mdpi的像素值为160dpi，因此它的density = 1，所以在mdpi下1dp = 1 px。
因此上述例子中，在mdpi下最终获取的int layout_width = 42，hdpi下是63，以此类推。
3.如果是SP，这个单位和字体大小有关，scaledDensity是系统字体比例因子，在魅族手机的简易模式中，该数值大于1，因此所有应用的字体都看起来很大。
如果你不希望字体大小跟着scaledDensity走怎么办呢？
可以试着setTextSize传入：
TypedValue.applyDimension(TypedValue.COMPLEX_UNIT_PX,size, metrics)，
unit改为PX就好了，跟着像素走，缺点也是显而易见的，那就是不同屏幕密度，大小也会不一样，只能算一个规避简易模式这个大坑的不得已的处理手段。
剩下的几个单位，PT/IN/ MM，基本用不到，暂时不追踪，等用到的时候再追。哈哈哈。
