关于Android的屏幕适配我想大家都不陌生了，Android 的设备多种多样，屏幕碎片化严重，有着不同的屏幕尺寸和像素密度。 尽管系统可通过基本的缩放和调整大小功能使界面适应不同屏幕，但还需要进一步优化，以确保界面能够在各类屏幕上趋近完美的展现。

  屏幕适配这个问题其实在开放过程中给人呈现出来的结果是矛盾的，你可以说它是个小问题，也可说它是你开发之路给你使绊子的问题，无论是Android也好，IOS也罢，大家或多或少会遇到相类似问题，正是因为这样的问题，亟待需要我们去解决和优化，所以，本人抱着学习的心态探讨关于Android屏幕适配方案这个问题，首先要说明一点的是，没有任何完美的解决方案，你只能在原有的方案对其进行优化，令它趋近于完美。   关于这个屏幕适配方案其实也是之前传的沸沸扬扬的今日头条解决方案，在此先感谢今日头条团队贡献出来的优秀方案。此前，也见证了不同的屏幕适配方案的崛起：

  • 简单的有Linearlayout的weight，但此方案中的所有布局只能依赖Linearlayout，一旦布局复杂，性能会变得非常差；
  • google官方推荐的ConstraintLayout方案，是针对Linearlayout使用weight导致性能差的而提出解决方案，ConstraintLayout的百分比适配也做的不错，适配时性能优于Linearlayout，但不是最优的解决方案。
  • 鸿洋大神的百分比方案，此方案就是在项目中针对你所需要适配的手机屏幕的分辨率各自简历一个文件夹，这个方案虽然可以较好的适配屏幕，但一旦需要适配的手机屏幕分辨率多的话，所需要res中的values文件也变多，使得App臃肿，适配繁琐；
  • 鸿洋大神的AndroidAutoLayout，此方案是建立在百分比适配方案上进一步改良和优化的，这个方案支持自定义控件适配拓展，很强大的一个库，但入侵行较大，使用时需要继承AutoLayoutActivity，或者选择性的继承AutoLinearLayout、AutoRelativeLayout、AutoFrameLayout等实现适配工作，另外此方案不在维护了。

在进行最优方案屏幕适配前，我们来讲讲关于屏幕的相关基础知识，在Android中引用了dp作为布局控件的适配单位，android中的dp在渲染前会将dp转为px，其计算公式为：

  density = dpi/160

  px = dp*density
  
  px = dp*(dpi/160)

而dpi是根据屏幕真实的分辨率和尺寸来计算的，每个设备都可能不一样的。通常情况下，一部手机的分辨率是宽x高，屏幕大小是以寸为单位，那么三者的关系是：

举个例子：屏幕分辨率为：1920*1080，屏幕尺寸为5吋的话，那么dpi为440。假设我们UI设计图是按屏幕宽度为360dp来设计的，那么在上述设备上，屏幕宽度其实为1080/(440/160)=392.7dp，也就是屏幕是比设计图要宽的。这种情况下， 即使使用dp也是无法在不同设备上显示为同样效果的。 同时还存在部分设备屏幕宽度不足360dp，这时就会导致按360dp宽度来开发实际显示不全的情况。而且上述屏幕尺寸、分辨率和像素密度的关系，很多设备并没有按此规则来实现， 因此dpi的值非常乱，没有规律可循，从而导致使用dp适配效果差强人意。

。。。后续更新~~~