如果我为density qualified folder 定义可绘制对象（例如drawable-hdpi），并且还可以在drawable-nodpi 中使用可绘制对象，那么high density device 是否会在-nodpi 上使用-hdpi？
如果我更进一步，并且对-land 文件夹也有相同的设置，那会怎样。
【问题讨论】：
-land 文件夹，其中还包括 -density，请确保将 -land 放在首位。见this table。
我不确定nodpi 的优先级是什么，但这绝不是问题。听起来您误解了 nodpi 限定符。您不应该使用 nodpi 作为您未在设备的密度桶中提供的资产的后备。正确的回退是没有密度限定符的文件夹（例如drawable/）。
如果系统在设备的密度下找不到资产（例如，它是 ldpi 设备并且您没有 drawable-ldpi 文件夹），它将回退到没有密度限定符的文件夹，*不是 @ 987654326@限定符`。
nodpi 限定符用于指定将用于所有密度的资源并且不希望 Android 扩展。其他密度文件夹（例如drawable-xhdpi）中的资产将缩放到实际屏幕尺寸。如果您使用 nodpi 限定符，您不应在任何其他资源文件夹中提供该资产。
还需要注意的是，对于屏幕密度限定符，Android 也会更喜欢使用密度较低的资源而不是不合格的资源。如果您有 xhdpi 设备，但您只有一个 drawable 和一个 drawable-mdpi 文件夹，Android 将在不合格文件夹之前检查 mdpi 文件夹中的资产。
【讨论】：
drawable 文件夹中——它们应该始终放在合格的文件夹中。
drawable-nodpi 仍然是一个合格的文件夹，我只是远离将drawable 用于图像资产（将其用于 XML 资产）。
drawable 中的文件在加载时都将由系统以与drawable-mdpi 相同的方式处理。所以它可能具有较低的优先级，但结果是相同的。我的建议是永远不要使用drawable，如果您打算使用drawable，只需将内容放入drawable-mdpi。
drawable-nodpi 将绕过缩放，drawable 将使用默认缩放：
drawable-nodpi 如果您的代码将进行自己的缩放，则效率很高 （或不缩放）并且您不希望图像被 Android 预先缩放。
还有drawable-anydpi，只是为了让事情变得更加混乱。
如果密度和屏幕规格不存在完全匹配，则将使用没有规格的drawable。 drawable-nodpi 将在drawable之后使用。
更新如果您同时拥有 drawable 和 drawble-nodpi，则选择顺序要么是更复杂的规则，未记录在案，要么 Android 已损坏。通过实验，我确认屏幕密度 = xhdpi 的设备将选择 drawable-nodpi。
选择规则： 1. 选择与屏幕密度匹配的，其中之一：
【讨论】：
视情况而定。
首先nodpi 不是备用文件夹。如果您有 hdpi 设备，系统将首先查找hdpi 文件夹。 nodpi 文件夹包含不打算扩展的资源。
drawable/ 可用作备用文件夹，以防设备密度特定的资源不存在。
然后，如果我们查看 Screen Pixel Density(dpi) 的可能 限定符值，这些值被列为：
注意：您应该将所有不希望缩放的资源放在drawable-nodpi 文件夹中。要支持多屏，Android prefers to scale down a larger original image instead of scaling up a smaller original image。这些资源应该不出现在任何其他 drawable-qualifier 文件夹中，否则这些资源可能会被缩放，从而违背了整个目的。
还需要注意的是：
使用密度限定符并不意味着资源仅适用于该密度的屏幕。如果您没有提供具有更好匹配当前设备配置的限定符的替代资源，则系统可能会使用最匹配的资源。
这是系统用来寻找最佳匹配的资源选择流程图：
【讨论】：
drawable-nodpi 限定符在不需要缩放图像/资产时使用。
其他密度文件夹中的drawable（例如drawable-xhdpi）将被缩放到实际屏幕尺寸。
drawable-nodpi 用于所有密度设备中的恒定尺寸。
【讨论】：