由于设备的多样性，Android 系统会检测当前设备配置，并为应用加载合适（最匹配）的资源。下面根据经验结合官方api，详细说下系统适配的规则。
一、10种资源。在 res中以 <resources_name>-<config_qualifier> 形式命名目录。Android系统一共为应用提供了10类资源目录（即resources_name），如下表：
目录 资源类型
animator/ 用于定义属性动画的 XML 文件
anim/ 定义渐变动画的 XML 文件
color/ 用于定义颜色状态列表
drawable/ 位图文件（.png、.9.png、.jpg、.gif）、状态列表、形状…
mipmap/ 适用于不同启动器图标密度的 mipmap/ 文件夹管理启动器图标的详细信息。
layout/ 用于定义用户界面布局。
menu/ 用于定义应用菜单（如选项菜单、上下文菜单或子菜单）的 。
raw/ 要以原始形式保存的任意文件（2.3版本要求1M）。
values/ 包含字符串、整型数和颜色等简单值的
xml/ 可以在运行时通过调用 Resources.getXML() 读取的任意 XML 文件
在IDE中如下图：
开发者需要根据不同的资源文件，放入对应的文件夹或者目录下，这里提下几个目录：
1.animator和anim一般都用来放动画，官方文档中说animator放属性动画，但其实动画统一放在anim也是没问题的，如果app动画不多，统一放在一个目录还便于管理。
2.Color通常防止颜色集合，这个跟value下面的颜色值要区分开来，value里面的color文件存放的是具体的颜色值，例如：
而color/防止的是颜色的状态列表，set集合
3.Raw里面，放置不需要编译成二进制的文件，与assets目录的区别就是，单个文件大小有约1m的限制，assets单个文件允许的大小要比raw大。另外，raw里面可以通过resource获取，assets里面的文件，只能通过assetmanager读取。
二、18种资源限定符。系统给app提供了上述10种resources_name后，还给大多数的资源，提供了18种限定符（config_qualifier）的支持，如下表：
优先级 配置 限定符值
1 MCC 移动国家代码，示例：mcc310、mcc310-mnc004、mcc208-mnc00等等
2 语言和区域 语言代码定义，示例：en、fr、en-rUS、fr-rFR、fr-rCA等等
3 布局方向（api-17） 应用的布局方向，ldrtl 是指“布局方向从右到左”。ldltr 是指“布局方向从左到右”，这是默认的隐式值。
4 smallestWidth（api-13） 屏幕的基本尺寸，由可用屏幕区域的最小尺寸指定。swdp示例：sw320dp、sw600dp、sw720dp等等
5 可用宽度 指定资源应该使用的最小可用屏幕宽度。wdp示例：w720dp、w1024dp等等
6 可用高度 指定资源应该使用的最小可用屏幕高度。hdp示例：h720dp、h1024dp等等
7 屏幕尺寸 small（320x426 dp）、normal（320x470 dp）、large（480x640 dp）、xlarge（720x960 dp）
8 屏幕纵横比 long（宽屏）、notlong（非宽屏）
9 屏幕方向 port、land
10 UI 模式 car（车载手机座）、desk、television、appliancewatch
11 夜间模式 Night、notnight
12 屏幕像素密度 (dpi) ldpi、mdpi、hdpi、xhdpi、xxhdpi、xxxhdpi、nodpi、tvdpi
13 触摸屏类型 notouch：设备没有触摸屏、finger
14 键盘可用性 keysexposed：设备具有可用的键盘、keyshidden、keyssoft
15 主要文本输入法 nokeys：设备没有用于文本输入的硬按键、qwerty、12key
16 导航键可用性 Navexposed、navhidden
17 主要非触摸导航方法 Nonav、dpad、trackball、wheel
18 平台版本（API 级别） 示例：v3、v4、v7 等等
需要注意的是，相当一部分的资源限定符是在不同的系统api上逐步增加的，不要以为所有的系统版本都支持18中限定符，因此当你确定要添加该限定符时，应该要确保当前的api版本是否支持。
三、适配的原则：
当您请求要为其提供备用资源的资源时，Android 会根据当前的设备配置选择要在运行时使用的备用资源。规则如下：
1.淘汰与设备配置冲突的资源文件。
2.选择上述限定符表中优先级最高的限定符。（先从 MCC 开始，然后下移。）
3.是否有资源目录包括此限定符？
4.淘汰不含此限定符的资源目录。
5.返回并重复第 2 步、第 3 步和第 4 步，直到只剩下一个目录为止。
过程如下图：
四、一个sample：
上面说了规则，下面举个例子，假设设备配置如下：
区域设置 = en-GB
屏幕方向 = port
屏幕像素密度 = hdpi
触摸屏类型 = notouch
主要文本输入法 = 12key
有下面的资源去适配：
drawable/
drawable-en/
drawable-fr-rCA/
drawable-en-port/
drawable-en-notouch-12key/
drawable-land-hdpi/
drawable-port-notouch-12key/
1.根据四中的原则，第一步，淘汰与设备配置冲突的资源文件，因此下面的资源被淘汰：
drawable-fr-rCA/
drawable-land-hdpi/
2.第二、三步，选择限定符表中优先级最高的限定符，从mcc往下看，第一个mcc没有，第二个en，资源里面有目录包含有。
3.第四步，淘汰不含此限定符（en）的资源目录：
drawable/
drawable-port-notouch-12key/
4.第五步，重复上面的流程，port比notouch优先级高，所以淘汰
drawable/
drawable-en-notouch-12key/
5.最后，剩下
drawable-en-port/
这个就是系统的适配原则。
五、再说下drawable图片的适配，android系统是如何适配不同密度的手机呢，如下图：
如果要适配6中密度的手机，难道要放6套图片到各自的限定符目录中吗，这显然是不可能的，大小无法接受，通常情况是针对高屏幕密度（240dpi，一般对应分辨率为480x800）的手机，设计一套满足视觉效果的图片基本就能满足要求。
那么对于不落在这个密度范围内的手机，系统是如何适配的呢？
原则也很简单，系统会优先查找比当前密度更大的目录，看是否存在对应的图片，如手机为hdpi，若app里面hdpi目录下，没有图片，系统会依次查找xhdpi、xxhdpi、xxxhdpi的文件，如果仍然没有，再查找比他低密度的目录。
这样查找的好处在于，系统将使用比当前密度更大的图片来显示，防止图片拉伸变成锯齿。