minSdkVersion 1.5的问题
我们遇到了与清单文件和属性“ android：minSdkVersion”有关的问题。问题是：如果我们的平台是2.0，并且我们使用属性“ android：minSdkVersion = 3”（3 = sdk 1.5），则图形会损坏（详细来说，应用程序的分辨率将减小为原始大小的2/3一部分） ，也就是说，当分辨率应为480x720时，它将变为320x480）。这是在Android模拟器以及设备Droid / Milestone（平台2.0）上发生的。当我们将属性切换为“ android：minSdkVersion = 4”（4 = sdk 1.6）时，问题就解决了，但是当我们想将该版本放置在平台1.5上时，Android不允许我们安装它。这将有助于我们了解与2.0 sdk中的图形有关的任何冲突，或“ android：
谢谢！
版权声明：本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
-
我假设你指定为不同屏幕密度不同的资产使用类似的目录res/drawable-mdpi，res/drawable-hdpi等等？
Android 1.6（API级别4）是支持多种屏幕密度的SDK的第一个版本，因此它知道这些目录名称的重要性，因此可以res为正在运行的特定设备从文件夹中成功选择正确的可绘制对象。
但是，如果您在Android 1.5设备（API级别3）上运行以此方式开发的应用程序，则该框架不知道它应仅使用中等DPI资源（因为除了其他版本之外，没有发布任何Android 1.5设备中DPI屏幕（AFAIK））。因此，在这种情况下，框架最终可能看起来是从APK中所有可用资源中随机选择的，无论它们是用于高密度屏幕还是中密度屏幕，还是其他任何东西。
但是，我还没有看到与您相反的情况，即2.0设备似乎为不同的屏幕密度选择可绘制对象或假定其为不同的屏幕密度。
我将确保您的res目录布局正确，并且在每个布局中都适当地使用了密度无关的度量。
但是，如果您想在单个APK中支持多种屏幕分辨率和密度并支持Android 1.5设备，那么我认为这是不可能的。
2020-01-24 11:50:47赞同 展开评论