嗯，我看了一下你的项目，一切看起来都很好，但我有一个关于帧率下降原因的想法。
你正在运行时分配对象。 如果你不这样做，它将使你在开始时创建所有对象，因此你应该直接注意到显著的下降（如果我的解决方案不能解决你的问题）。
话虽如此; 我不确定 对象池是否能解决你的问题，但你可以尝试。在构造函数中初始化你的对象，而不是在onTouchEvent():中进行此调用。
new Element(getResources(), (int) event.getX(), (int) event.getY())
您应该有类似于
mElement.add(objectPool.allocate())的东西，其中对象池会在池中找到未使用的对象。此外，我们应该在对象池中指定一定数量的对象，从那里您可以检查是分配导致了这个错误还是其他原因。
第26个元素时，帧率降至25fps。
当您实现此功能时（如果需要），您应该直接看到帧速率下降（如果这不能解决您的问题），因为对象池将使您在开始时分配固定数量（例如，可能是100个元素？），但您在视觉上没有使用它们。
此外，在我的一个Android示例应用程序中，我使用了内存池模式（对象池）。在该示例中，我使用对象池（而不是在运行时进行分配）在
onTouchEvent()上的
Canvas上添加一行。在该源代码中，您可以轻松更改对象的总数并尝试自己。如果您想查看我的示例应用程序（和源代码），请写下评论，我很乐意分享，因为它还没有公开。我的注释是用
瑞典语编写的，但我认为您应该能够理解，因为变量和方法是用
英语编写的。:)
顺便说一下：您写道，通过使您的
Bitmapstatic来删除行为已经尝试过（甚至成功）。就目前而言，您的元素具有不同的
Bitmap实例，这将使您在构造新对象时每次分配一个新的
Bitmap。这意味着每个对象在使用相同资源时都指向不同的
Bitmap。
static是完全有效的解决方案（尽管25这个数字看起来很奇怪）。
这个
Bitmap案例可以与
OpenGL系统进行比较。如果有20个对象都应该使用相同的资源，则有两种可能的解决方案：它们可以指向相同的VRAM纹理，或者它们可以指向不同的VRAM纹理（就像您没有使用
static的情况），但仍然是相同的资源。
编辑：
这是我Android的示例应用程序，演示了内存池模式。
关于您使用的
BitmapFactory解决方案，它可能取决于该类的工作方式。我不确定，但我认为其中一个
decode...()方法即使是相同的资源也会生成新的
Bitmap。虽然这只是一个猜测，但
new BufferedInputStream(res.openRawResource(R.drawable.icon))可能正在重用内存中的
BufferedInputStream。
在这种情况下，您应该对资源进行解码，并在Panel类中存储对它的引用，并将该引用传递到
new Element(bitmapReference, ...)中。这样，您只需要分配一次，每个元素都指向内存中相同的
Bitmap。
