哈哈，这个问题我刚入行做Android的时候也纠结了好久！毕竟设备多样性真的让人头大，咱们一步步拆解你的疑问：

为什么没人推荐用代码动态调整单布局？ #

• 维护成本爆炸：想想看，所有UI调整都写在Java/Kotlin代码里，后续改个按钮大小、字体颜色，得翻一堆逻辑代码，设计师也看不懂代码，沟通成本直接拉满。而XML布局是可视化的，IDE里拖拖拽拽就能改，谁用谁知道爽。
• 兼容性bug防不胜防：不同厂商的定制系统、不同Android版本，对动态计算的尺寸可能有奇怪的兼容性问题——比如横竖屏切换时布局错乱、分屏模式下元素跑位，而官方的资源适配体系是谷歌经过多年迭代验证的，稳定性甩动态布局几条街。
• 脱离社区生态：Android官方推荐的资源适配体系已经形成了完善的生态，IDE会自动提示资源缺失，第三方库（比如Glide、ConstraintLayout）也都完美适配这套规则。自己搞动态布局相当于脱离大部队，遇到问题连搜解决方案都难。

为什么用dp设置仍有显示差异？ #

dp本身是为了适配屏幕密度，但有两个常见坑：

1. 厂商“魔改”密度：有些厂商为了让屏幕显示更多内容，会私自调整系统的密度值，导致dp换算后的实际像素和预期不符。
2. 屏幕比例差异：dp只解决密度问题，但不同屏幕比例（比如18:9、21:9、平板的4:3）下，相同dp的元素在屏幕上的占比完全不同——比如手机上刚好合适的按钮，在平板上可能显得太小。

绝对不要限制应用受众！ #

只适配xhdpi大屏等于主动放弃大量用户，现在中低端设备、平板、折叠屏都是不小的用户群体，而且用对方法完全可以低成本覆盖这些设备。

最优适配方案（低成本+高覆盖） #

1. 用官方资源体系，但只做“关键桶” #

不用搞几百种密度和尺寸组合，只覆盖主流场景：

• 密度方面：只需要准备mdpi、hdpi、xhdpi、xxhdpi、xxxhdpi这几个密度桶的drawable资源，系统会自动缩放适配其他密度，足够应对99%的设备。如果是图标类资源，直接用VectorDrawable（矢量图），放在drawable目录下，自动适配所有密度，不会模糊。
• 尺寸方面：不用给每个尺寸做独立布局，而是用ConstraintLayout配合这些特性：
  • 百分比约束：设置元素宽度/高度为0dp（match_constraint），然后设置layout_constraintWidth_percent为0.8，让元素占屏幕宽度的80%。
  • Guideline：添加垂直/水平参考线，按百分比定位，比如垂直Guideline设为50%，用来居中元素。
  • 链（Chains）：把多个元素设为链，让它们自动分配空间，比如横向链设为spread_inside，让按钮在屏幕中间均匀分布。
  • 如果需要针对平板（比如屏幕最小宽度≥600dp）做特殊布局，只需要在layout-sw600dp目录下创建一套布局即可，手机用默认的layout目录布局，工作量极小。

2. 用dimens.xml限定符补充细节 #

在values目录下的dimens.xml定义基础尺寸：

<dimen name="btn_margin">20dp</dimen>
<dimen name="title_text_size">18sp</dimen>

然后在values-sw600dp目录下创建对应的dimens.xml，定义平板端的更大尺寸：

<dimen name="btn_margin">30dp</dimen>
<dimen name="title_text_size">22sp</dimen>

系统会自动根据屏幕尺寸加载对应的dimens，完全不用写代码。

3. 特殊场景的补充方案 #

如果遇到厂商魔改密度的极端情况，可以在代码里获取真实屏幕尺寸做微调，但这只是补充，不能作为主力方案：

// 获取真实屏幕宽度（像素）
val displayMetrics = resources.displayMetrics
val realWidth = displayMetrics.widthPixels
// 换算成dp
val realWidthDp = realWidth / displayMetrics.density
// 动态调整元素宽度
button.layoutParams.width = (realWidthDp * 0.8).toInt()

示例项目结构参考 #

res/
├── drawable/
│   ├── ic_logo.xml  // VectorDrawable图标
├── drawable-mdpi/
│   ├── bg_button.png
├── drawable-hdpi/
│   ├── bg_button.png
├── drawable-xhdpi/
│   ├── bg_button.png
├── drawable-xxhdpi/
│   ├── bg_button.png
├── drawable-xxxhdpi/
│   ├── bg_button.png
├── layout/
│   ├── activity_main.xml  // 手机端布局（ConstraintLayout）
├── layout-sw600dp/
│   ├── activity_main.xml  // 平板端布局（更宽松的排版）
├── values/
│   ├── dimens.xml
├── values-sw600dp/
│   ├── dimens.xml

这套方案既能覆盖绝大多数设备，又不用做几百种布局，维护成本低，稳定性强，是现在Android开发的主流适配方式。

内容的提问来源于stack exchange，提问作者gmatcat