Eclipse IDE - 使用drawable-xxhdpi
AVD - 使用drawable-hdpi
Eclipse IDE - 使用drawable-xxhdpi
AVD - 使用drawable-xhdpi
Eclipse和AVD使用hdpi
Eclipse和AVD使用xhdpi
我正在使用最新的Eclipse / ADT捆绑包，其中添加了API 8-19。我一直在mdpi，hdpi，xhdpi和xxhdpi文件夹中尽职尽责地创建图标，按钮和图像。
我更改了我的帮助按钮（显示在大多数布局中），因此在每个可绘制文件夹中都会有所不同，因此我可以看到不同设备使用的文件夹。现在我发现Eclipse使用了我期望的那个，但同一设备的AVD使用另一个文件夹（NexusOne除外）。
Eclipse和AVD之间哪一个是正确的？我可以相信它拉出我的PNG文件的drawable文件夹吗？我现在每个文件夹中有140个图像。 xxhdpi显然是最大的，使用1.8兆的存储空间。我应该摆脱它吗？
感谢。
我现在知道tvdpi介于mdpi和hdpi之间，它应该使用hdpi并将其缩小一点。因此，AVD使用hdpi是正确的。
我仍然被xxhdpi困扰。操作系统不使用此密度吗？这里提到它（也有xxxhdpi）：Devices and Displays
此处未提及：Providing Resources。
如果你看一下：Android Devices，xxhdpi也被其他13个设备使用，从API 16开始。我将该表放入电子表格中，以便我可以通过任何一个comuns对其进行排序。
随着S4和未来的设备（如即将推出的10款平板电脑），xxhdpi和可能更大的设备将会更加普及。
以下是谷歌搜索提供的其他内容：Make sure your app does not exclude xxhdpi screens
我很难理解如何处理这个问题。
我是否应该使用我的应用程序提供drawable-xxhdpi文件夹????
答案 0 :(得分：2)
在Eclipse和AVD之间哪一个正确？
硬件是对的。还有其他东西不稳定。特别是，AVD似乎在高密度下变得不稳定。
操作系统是否不使用此密度？
目前在9.7% of devices上用于普通资源。这主要是你的1080p手机大小的屏幕。此外，一般来说，为下一个更高的密度提供启动器图标是个好主意，因为有时主屏幕使用更高密度的图像作为启动器图标的基础，因此一些-xhdpi设备可能会从{-xxhdpi拉出启动器图标{1}}，如果有的话。
我是否应该使用我的应用程序提供drawable-xxhdpi文件夹？
这取决于你。 Android会动态缩小或升级来自其他密度的图像以填补空白。
答案 1 :(得分：1)
CommonsWare是对的！我刚买了一台LG G2并确认它使用了xxhdpi文件夹来绘制。所以，这只是一个AVD /仿真器问题。