今天在写程序时发现，一张图片被自动放大了，后来发现，这张图片放在了drawable-zh文件夹下，这个文件夹没有指定屏幕密度！于是将drawable-zh改为drawable-zh-nodpi，问题解决了。后来在网上看到了如下解释，很不错！
注意
ldpi 120 最新的文档上没有这个了，应该是很少有设备这么差了。。。
mdpi 160 1x baseline
hdpi 240 1.5x
xhdpi 320 2x
xxhdpi 480 3x
xxxhdpi 640 4x
- 系统会使用合适的替代资源
基于当前屏幕的大小和密度，系统会针对屏幕的密度和大小使用资源。例如，如果设备有一个 hdpi的屏幕那么当App请求一个drawable 资源时，系统会在最匹配的的设备配置下的drawable 资源目录寻找。可以取决于其他可替代的资源，使用drawable-hdpi的资源目录最匹配的，所以系统会使用drawable-hdpi目录下的资源。
- 如果没有可用的匹配资源，系统会使用默认资源等比放大或缩小以匹配当前屏幕的大小和密度。
这里的默认资源是没有后缀的。例如，“drawable”就是默认的drawable 资源。系统会认为默认的资源都是基于normal 屏幕大小和medium 密度设计的。系统会等比缩放默认的密度资源来匹配hdpi密度或者ldpi密度。当系统没有找到针对密度资源的目录时，它就一直会使用默认的资源。例如，如果系统想找一个ldpi(低密度)的资源，但找不到。那么系统会等比缩小hdpi的资源，为什么不寻找mdpi呢？因为系统对于hdpi更容易缩放，它的系数为0.5,相比mdpi的0.75来说。0.5的的性价比更高（方便计算，正确率也高一点）。关于这一点最好的证明就是android版本的QQ浏览器。你解压后发现它关于drawable就只有drawable和drawable-hdpi两个文件夹，看来腾讯里android的开发者应该很熟悉android系统规律了,因为默认的drawable 就是mdpi，只需要定义一套hdpi的drawable资源就行了。
-
载入时自动缩放 (比如位图drawables)--根据boss密度自动选择技能？这真太智能了
基于当前屏幕的密度，系统使用任意大小或者密度的资源来显示它们的时候是没有缩放过的。如果在当前密度下没有可用的资源，那么系统会载入默认资源并等比缩放它们来匹配当前屏幕的密度。除非有有针对密度的后缀出现，不然系统都是认为默认资源(没有后缀的drawable)是为mdpi的密度来设计的。因此系统这个时候会调整位图的大小来适应屏幕。
如果你需求资源缩放之前的大小，那系统实际上返回的是缩放后的大小。例如：如果你没有指定hdpi后缀，一个在mdpi下50px*50px的位图在一个hdpi下会缩放为75px*75px。在hdpi屏幕下系统会返回这个75px这个大小。
如果你不希望系统根据不同的密度来缩放资源，那么请记住使用“res/drawable-nodpi/
原文连接：http://blog.csdn.net/vrix/article/details/7623864