Android支持多屏幕（5）Additional DensityConsiderations

Android支持多屏幕（5）Additional DensityConsiderations

未完待续（这篇我还没有理解透彻）

转载请注明：http://blog.csdn.net/liaoqianchuan00/article/details/23755977

参考自：http://developer.android.com/guide/practices/screens_support.html

这一节我们更多的是描述Android是如何在不同的屏幕上缩放图片的，以及你怎样控制图片在不同的屏幕密度上的显示。这些信息对于一般的应用程序不是很重要，除非你在不同的屏幕密度的设备上遇到了问题，或者你的程序操作了graphics。

 

为了更好的理解你怎么支持多种不同的屏幕密度，你应该理解系统是按照下面的方式来保证图片正确的被缩放的。

 

1.       Pre-scaling of resources（比如bitmap drawables）

根据当前的屏幕密度，系统使用size-和density-的限定符中得资源文件，而不用缩放。如果这个加了限定符的文件夹中没有想要的资源文件，那么系统会从默认的资源文件夹中读取这些文件，并且根据当前的屏幕密度来缩放他们。系统假定默认的资源文件夹中得资源是为mdpi的屏幕设计的。Pre-scaling就是系统根据当前的屏幕密度来缩放你的图片到一个合适的大小。

 

当你想得到一个被pre-scaling的图片的大小的时候，系统会返回这个被缩放后的图片大小。比如，一个图片是位mdpi设计的50x50的图片，为了在hdpi屏幕上显示（假设hdpi中没有这个文件），那么系统会放大这个图片到75x75，系统会返回这个75x75的值。

 

有的时候，你可能不想要系统pre-scale一个资源文件，最简单的办法就是把这个资源文件放到nodpi限定符的文件夹中。比如：

res/drawable-nodpi/icon.png

当系统使用这个文件夹中得图片的时候，不会根据当前的屏幕密度缩放图片。

 

2.       Auto-scaling of pixeldimensions and coordinates

应用程序可以通过在manifest中设置android:anyDensity去false来关闭pre-scaling，或者在代码中为一个Bitmap设置inScaled为false。这种情况下，系统在渲染的时候才auto-scales这些绝对的像素坐标和大小。这样做是为了保证那些基于像素定义的屏幕元素依然能在屏幕中显示正确的大小。

 

比如，假设一个WVGA的high-density的屏幕，480x800。这和传统的HVGA的屏幕大小一样，但是这个程序关闭的pre-scaling。这时候，当程序请求屏幕的大小的时候，系统会撒谎说是320x533(一个近似的mdpi的值)。然后，当程序要开始绘制的时候，比如刷新（10，10）到（100，100）的区域，系统会转换坐标，所以实际上得刷新区域是（15，15）到（150，150）。当你操作一个已经被scaled的图片的时候，这样做可能就有问题。但是这样做让程序的性能更好。

 

一般来说，你不应该关闭pre-scaling，最好的方式就是按照之前章节介绍的方式来支持不同的屏幕。

当你的程序操作一个图片或者直接用像素来做一些事情的时候，你需要做一些额外的事情来使它支持不同的屏幕密度。比如，如果你想要根据像素位置来处理手指touch事件的时候，你需要使用dp值而不是像素值。