android项目中Drawable资源的大小或数量有限制吗？

Question

我正在尝试使用我在paint.net中创建的.png文件作为可绘制资源来绘制到画布上，但我注意到一个问题...

我尝试创建一些500x500px的.png文件，并将它们复制到res 文件夹像平常一样，没有错误并且编译得很好。

但是，当应用程序运行时，它应该将图像绘制为 100x100px。

当在运行时检索可绘制对象时，应用程序会因空指针异常而崩溃。

这里的罪魁祸首是什么？可绘制图像是否太大？或者调整图像大小是否有限制？

此外，res 文件夹中的文件数量或大小是否有限制？

编辑：好的，这里是一些代码，当然我遗漏了很多，但要点如下：

这是我如何创建句柄并为其提供正确的资源：

Drawable pic;
pic = context.getResources().getDrawable(R.drawable.picture);

这是我如何将其绘制到画布上：

pic.setBounds(x, y, x + 100, y + 100);
pic.draw(c); 

更新

这让我抓狂！ 这个问题显然是java或eclipse中的错误，即使它是本地化到我的机器上的。 我做了一些实验，发现这个问题可能会受到影响。 假设我的可绘制文件夹中有 10 张图像。除了 7 号之外，所有图像都可以毫无错误地引用。我遇到的错误示例是，如果我删除 6 号，则将显示 7 号，但现在 8 号将出现错误。这清楚地告诉我，png 文件本身没有错误，但问题出在它们的检索方式上。它还与图像的顺序有关。

我已经尝试了一切。清理/构建不起作用。我什至重新上传了整个可绘制文件，错误仍然发生。

就好像可绘制文件中存在可以用 png 填充的“洞”，但随后它们就无法使用了。填充漏洞后，按字母顺序排列的文件不在漏洞中。如果你明白我的意思。

我偶尔也会遇到一个奇怪的错误，似乎突然每个引用都检索到错误的图像。例如：在 10 个图像的示例中，引用 10 将显示 9，9 将显示 8，8 将显示 7，依此类推。在清理和重建后，这个错误似乎消失了，但我忍不住相信它是相关的。

Answer 1

事实证明，这个问题与图像本身没有任何关系，我还没有完全缩小原因，但通过一些长时间、耗时的故障排除，我发现图像不是问题，我个人有一些其他错误。稍后我将就该主题发布一个更具体的问题。