所以我正在编写一种粒子模拟器，就像“落沙游戏”，如果你知道那是什么的话，我现在遇到了障碍。我这样做的方式是我有一个粒子对象，它现在基本上有一个位置（int x，int y），就是这样。我绘制/移动它们的方式是使用线程和 android 面板的 onDraw 事件。每次调用 onDraw 时，我都会遍历所有粒子，将它们向下移动一个像素，除非它们到达底部然后绘制它们，这非常平滑，直到我达到大约 200 个粒子，然后 fps 显着下降。我知道我这样做的方式计算量很大，对此没有争议，但有什么办法可以做到这一点，以允许绘制更多的粒子并减少延迟？
提前致谢。
【问题讨论】：
标签： java android optimization draw particles
我认为您为此使用了单个像素绘图功能？那确实会很慢。
我看到了几种改进方法。首先是将像素放入内存位图中，然后同时绘制整个位图。其次，由于粒子总是只下降一个像素，您可以滚动位图的一部分而不是重新绘制所有内容。如果 Android 没有滚动条，那么只需将位图向下绘制一个像素，然后为滚动条上方的粒子创建一个新的位图。您必须修复底部的颗粒，但数量较少。
【讨论】：
我以前从未做过这样的事情，但我做过一些复杂的元胞自动机。抱歉，如果这太模糊了。
这里的基本思想是标记所有应该“继续下落”或“不动”的粒子，并排除它们进行复杂的处理（使用特殊的用于“下降”列表的短/快速处理器 - 您只需将每个像素下降一个像素）。
最后你会得到很多很多的快速粒子。那些在一堆/湖里的和那些下雨的。剩余的颗粒是那些在斜坡边缘、湖泊顶部或其他复杂位置的颗粒。应该不会有快粒子那么多。
视觉标记每种粒子都有一些颜色，复杂的粒子是鲜红色的。找出它仍然很慢的情况，看看你应该制造哪些其他类型的快速处理器。例如，您可能会发现制作大量沙堆会在斜坡上产生大量红色区域，您可能希望投资加速沙堆斜坡上的“滚动区”。
希望这是有道理的。一旦你弄清楚了，别忘了回来编辑！
【讨论】：
您可能需要查看OpenGL ES 硬件加速和renderscript。它不会为您提供更有效的解决方案代码（请参阅其他答案）。但是，它确实为您提供了更多的处理能力供您使用。您甚至可以在 GPU 上运行整个模拟（可能不知道您的实现细节）。
编辑
此外，如果您仍然决定在 java 中进行处理，您应该查看Method Profiling in DDMS。这将帮助您了解性能瓶颈在哪里。
【讨论】：
如果你稍微模糊你的图像，那么你可以一次只移动半个粒子，也许只移动四分之一并将它们全部打印出来......这会减少计算并且用户不会看到它，感觉所有粒子移动。
但是无论你选择什么，我认为你应该严格限制，并不是所有用户都有强大的安卓设备。
问候， 斯蒂芬
【讨论】：
我认为如果粒子彼此靠近，您可以创建代表 3 个或更多粒子的对象。
当在屏幕上显示多个粒子时，一组粒子可能会被忽视。
【讨论】：