Android DisplayMetrics 实战：从基础属性到屏幕适配全解析

1. 初识DisplayMetrics：你的Android屏幕“体检报告”

如果你刚开始做Android开发，可能会被各种屏幕适配问题搞得头大。为什么同一个按钮，在小米手机上看起来刚刚好，到了华为平板上就变得特别小？为什么明明设置了100dp的宽度，在不同设备上显示的像素宽度却不一样？这些问题，其实都跟一个叫做DisplayMetrics的类有关。

你可以把DisplayMetrics想象成你手机屏幕的“体检报告”。每次你打开一个App，系统都会为这个App准备一份当前设备的屏幕信息报告，里面详细记录了屏幕的宽度、高度、密度等各种关键数据。我们开发者就是根据这份报告，来决定如何绘制界面、加载图片、调整字体大小。

我第一次接触DisplayMetrics是在做一个图片浏览功能的时候。当时需要在不同分辨率的设备上显示相同比例的图片，结果发现有的设备图片被拉伸变形，有的设备又显示不全。折腾了半天，最后才发现是没处理好density这个参数。从那以后，我就养成了在写UI代码前先看看DisplayMetrics的习惯。

获取DisplayMetrics的方法很简单，基本上有两种方式。第一种是通过WindowManager获取，这种方式获取的是当前窗口的显示指标：

DisplayMetrics metrics = new DisplayMetrics();
getWindowManager().getDefaultDisplay().getMetrics(metrics);

第二种方式是通过Resources获取，这种方式获取的是应用资源的显示指标，而且这个对象是可写的，你可以修改它的参数：

DisplayMetrics metrics = getResources().getDisplayMetrics();

这两种方式在大多数情况下返回的值是一样的，但在多窗口模式下可能会有差异。第一种获取的是当前窗口的尺寸，如果应用运行在分屏模式下，获取的就是分屏后窗口的尺寸。第二种获取的是整个屏幕的尺寸，不受窗口模式影响。

2. 深度解析DisplayMetrics的七大核心属性

2.1 widthPixels和heightPixels：屏幕的“绝对尺寸”

widthPixels和heightPixels可能是最直观的两个属性了，它们分别表示屏幕的宽度和高度，单位是像素（px）。但这里有个坑需要注意：这两个值表示的是“可用显示区域”的尺寸，不一定等于屏幕的物理尺寸。

我遇到过这样一个问题：在一个全面屏手机上，heightPixels返回的值比实际屏幕高度小了一截。后来才发现，系统自动减去了状态栏和导航栏的高度。如果你需要获取包含状态栏和导航栏的完整屏幕尺寸，可以使用getRealMetrics()方法：

DisplayMetrics realMetrics = new DisplayMetrics();
getWindowManager().getDefaultDisplay().getRealMetrics(realMetrics);
int realHeight = realMetrics.heightPixels;  // 包含状态栏和导航栏的完整高度
int realWidth = realMetrics.widthPixels;    // 完整宽度

在实际项目中，我通常会用这两个值来做一些响应式布局。比如，根据屏幕宽度动态计算GridView的列数：

DisplayMetrics metrics = getResources().getDisplayMetrics();
int screenWidth = metrics.widthPixels;
int itemWidth = 120; // 每个item希望占用的dp值
int dpWidth = (int) (itemWidth * metrics.density);
int columnCount = screenWidth / dpWidth;

这样无论屏幕宽度是多少，都能自动计算出合适的列数，让界面看起来更加协调。

2.2 density和densityDpi：理解Android的“密度无关像素”

density和densityDpi是DisplayMetrics中最重要的两个属性，也是理解Android屏幕适配的关键。先说说densityDpi，它表示屏幕每英寸有多少个像素点，也就是我们常说的DPI（Dots Per Inch）。Android系统预定义了几个标准的DPI值：

但实际设备往往不是这些标准值。比如小米4C的densityDpi是480，小米Mix2是440。这时候density就派上用场了。

density是densityDpi除以160得到的比值。为什么要除以160？因为160dpi被Android定义为“基准密度”。在160dpi的设备上，1dp等于1px；在320dpi的设备上，1dp等于2px。density就是这个换算比例。

我经常用这个比喻：把density想象成一个“缩放系数”。如果你的UI设计稿是基于160dpi（mdpi）设计的，那么在其他密度的设备上，系统会自动用这个系数来缩放你的布局。比如在480dpi（xxhdpi）的设备上，density是3.0，那么你设置的100dp就会变成300px。

这里有个实际案例：我曾经接手一个老项目，里面所有尺寸都是用px写的。在当时的测试设备上运行正常，但到了新设备上就全乱了。我的解决方案就是通过density把所有px转换成dp：

public static int pxToDp(Context context, int px) {
    Disp