背景
当前，Android设备的尺寸多种多样，在这个用户为王的移动互联网时代，如何去做屏幕适配显得非常重要。目前，适配的方案也非常多，很多也比较成熟。这里，我想记录一下我的一些使用技巧。后续，当不断补充。
1. ConstraintLayout
这是google提供了一种布局方式，使我们可以按照百分比进行布局。通常拿到UI图后，我会首先使用ConstraintLayout进行布局，将UI进行分块，确定UI块的位置，然后在块中进行常规布局。这样，不管屏幕怎么变化，至少能够保证整个UI在大体上不会发生变化。
代码类似于这样：
<?xml version="1.0" encoding="utf-8"?>
<layout xmlns:tools="http://schemas.android.com/tools"
xmlns:android="http://schemas.android.com/apk/res/android"
xmlns:bind="http://schemas.android.com/apk/res-auto">
<data>
<variable name="pageBean" type="com.test.PageBean"/>
</data>
<android.support.constraint.ConstraintLayout
android:layout_width="match_parent"
android:layout_height="match_parent"
>
<android.support.constraint.Guideline
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:id="@+id/v1"
bind:layout_constraintGuide_percent="0.65"
android:orientation="vertical"
/>
<android.support.constraint.Guideline
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:id="@+id/v2"
bind:layout_constraintGuide_percent="0.86"
android:orientation="vertical"
/>
<android.support.constraint.Guideline
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:id="@+id/h1"
bind:layout_constraintGuide_percent="0.28"
android:orientation="horizontal"
/>
<!--显示区域1-->
<LinearLayout
android:id="@+id/qr_container"
android:layout_width="0dp"
android:layout_height="0dp"
android:orientation="vertical"
bind:layout_constraintBottom_toBottomOf="parent"
bind:layout_constraintEnd_toStartOf="@+id/v2"
bind:layout_constraintStart_toStartOf="@+id/v1"
bind:layout_constraintTop_toTopOf="@+id/h1"
android:gravity="center_horizontal"
>
</LinearLayout>
</android.support.constraint.ConstraintLayout>
</layout>
实际布局文件预览如下图：
如上图（和上面的布局代码没有对应关系），整个界面被我通过占据比例分成了9份，而我将使用其中的4份。接下来，就是在这4份中，进行常规布局（通常是相对布局、线性布局）。之所以不再UI块中也进行比例布局，是因为这种方式比较麻烦，而且我认为这将消耗更多性能。
配合以databinding，对于页面上的静态展示属性，不用再单独取出对象进行设置，比较方便。
2. dp和sp的使用
在开发过程中，我们通常会使用两种计量单位，即dp和sp。dp用来标注view的尺寸，sp用于标注字体的大小。在不同的尺寸密度下，会根据密度的大小，自动算出像素大小，从而满足一定程度的适配。关于dp和sp的更多介绍这里就不赘述了。
需要注意的是sp。通常我们会把它和dp搞混，不明白为什么要独立于dp，再搞出来一个sp。
sp的诞生，我觉得很大程度源自于用户对于屏幕字体大小的设置。有些人需要系统使用大号的字；有些人需要系统使用一般的字，不同用户的需求是不一样的。这样，当系统设置字体变大时，应用中的字体默认也会变大。
如何改变这种默认呢？
public static void scaleTextSize(Activity activity, double fontScale) {
float size;
Configuration configuration = activity.getResources().getConfiguration();
configuration.fontScale = fontScale;
DisplayMetrics metrics = new DisplayMetrics();
activity.getWindowManager().getDefaultDisplay().getMetrics(metrics);
metrics.scaledDensity = configuration.fontScale * metrics.density;
activity.getBaseContext().getResources().updateConfiguration(configuration, metrics);//更新全局的配置
}
在Activity中设置fontScale即可。通常，这个fontScale为1，这是字体的普通模式。
你可以通过下面的方式来查看相关属性
DisplayMetrics dm = new DisplayMetrics();
getWindowManager().getDefaultDisplay().getMetrics(dm);
Log.i(Tag,"density:"+dm.density) ;
Log.i(Tag,"densityDpi:"+dm.densityDpi) ;
Log.i(Tag,"widthPixels:"+width);
Log.i(Tag,"heightPixels:"+height);
Log.i(Tag,"scale:"+dm.scaledDensity) ;
3. 支持多种屏幕
使用 dp 或者 sp作为单位，应用在不同屏幕的设备上会进行一定程度的适配，但是如果屏幕差异过大，效果就不那么理想了。
首先，我们可以在 manifest 配置文件中以<spports-screens>中确保支持哪些屏幕尺寸。
可用于提供尺寸特定资源的配置限定符包括 small、normal、large 和 xlarge。例如，超大屏幕的布局应使用 layout-xlarge。然而，从 Android 3.2 （API 13） 开始，上述尺寸组已经弃用。应该使用 sw<N>dp 配置限定符来定义布局资源可用的最小宽度。
注意：根据官网
具体来说，设备的 smallestWidth 是屏幕可用高度和宽度的最小尺寸（您也可以将其视为屏幕的“最小可能宽度”）。无论屏幕的当前方向如何，您均可使用此限定符确保应用 UI 的可用宽度至少为 <N>dp。
例如，如果布局要求屏幕区域的最小尺寸始终至少为 600 dp，则可使用此限定符创建布局资源 res/layout-sw600dp/。仅当可用屏幕的最小尺寸至少为 600dp 时，系统才会使用这些资源，而不考虑 600dp 所代表的边是用户所认为的高度还是宽度。smallestWidth 是设备的固定屏幕尺寸特性；设备的 smallestWidth 不会随屏幕方向的变化而改变。
设备的 smallestWidth 将屏幕装饰元素和系统 UI 考虑在内。例如，如果设备的屏幕上有一些永久性 UI 元素占据沿 smallestWidth 轴的空间，则系统会声明 smallestWidth 小于实际屏幕尺寸，因为这些屏幕像素不适用于您的 UI。
与此对应的，还有可用 屏幕宽度（w<N>dp）和可用屏幕高度（h<N>dp）。
而获得最小宽度的代码为：
Configuration config = getResources().getConfiguration();
int smallestScreenWidth = config.smallestScreenWidthDp;
