我正在做...我有一个安卓游戏(见google source control来源)它's a card game, and I'使用了一种方法,每一轮重绘每一手 - 这可能是浪费,但我想不出更好的方法来做到这一点 . 这是redrawHand方法的代码:
private void redrawHand(Hand hand) {
ImageView[] cardView = hand.getCardsViews();
View container = hand.getContainer();
for (int i = 0; i < GameData.YANIV_NUM_CARDS; i++) {
PlayingCard card = hand.getCardByLocation(i);
if (card != null) {
// Show Card
cardView[i].setVisibility(View.VISIBLE);
int resId;
if (hand.shouldCardsBeShown()) {
resId = card.getImageResourceId();
} else {
resId = R.drawable.back;
}
cardView[i].setImageResource(resId);
// TODO: Disgusting patch, need to fix asap!!!
if (hand.isHumanPlayer()) {
// Show isSelected
// when selected, move up 15 pixels
boolean isSelected = hand.isCardSelected(i);
((LinearLayout.LayoutParams) cardView[i].getLayoutParams()).bottomMargin = isSelected? 15 : 0;
} } else {
cardView[i].setVisibility(View.INVISIBLE); } } // Set player name hand.getHandLabelView().setText(hand.getHandLabel()); container.requestLayout(); }
安装ACRA(http://code.google.com/p/acra/wiki/ACRAHowTo)后,我开始从声称说出以下内容的设备获取崩溃报告:
java.lang.OutOfMemoryError:位图大小超过android.graphics.BitmapFactory.decode上的android.graphics.BitmapFactory.nativeDecodeAsset(本地方法)中的VM预算 . 位于android.graphics.BitmapFactory.decodeStream(BitmapFactory)的BitmapFactory.decodeStream(BitmapFactory.java:363) . java:212)在android.content.res.Resources.getDrawable的android.content.res.Resources.loadDrawable(Resources.java:1639)上的android.graphics.drawable.Drawable.createFromResourceStream(Drawable.java:673) .java:535)在android.widget.ImageView.resolveUri(ImageView.java:541)的android.widget.ImageView.setImageResource(ImageView.java:293)at com.geekadoo.ui.Yaniv.redrawHand(Yaniv.java: 765)在com.geekadoo.ui.Yaniv.performYaniv(Yaniv.java:539)的com.geekadoo.ui.Yaniv.performYanivHandler(Yaniv.java:503)com.geekadoo.ui.Yaniv.access $ 1(Yaniv . java:502)在android.view.View.onTouchEvent(View.java: 3849)在android.widget.TextVie w.onTouchEvent(TextView.java:6376)位于android.view.View.ScriptGroup.dispatchTouchEvent(ViewGroup)的android.view.View.ispatchTouchEvent(View.java:3385)上的android.view.ViewGroup.dispatchTouchEvent(ViewGroup.java:872) .java:872)在Android.view.ViewGroup.DispatchTouchEvent(ViewGroup.java:872)的android.view.ViewGroup中的android.view.ViewGroup . 在android.view.ViewGroup.DispatchTouchEvent(ViewGroup.java:872)的android.view.ViewGroup.dispatchTouchEvent(ViewGroup.java:872)位于com.android的android.view.ViewGroup.dispatchTouchEvent(ViewGroup.java:872) . internal.policy.impl.PhoneWindow $ DecorView.superDispatchTouchEvent(PhoneWindow.java:1764)at com.android.internal.policy.impl.PhoneWindow.superDispatchTouchEvent(PhoneWindow.java:1213)at android.app.Activity.dispatchTouchEvent(Activity . java:2066)在android.view.ViewRoot.h的com.android.internal.policy.impl.PhoneWindow $ DecorView.dispatchTouchEvent(PhoneWindow.java:1748) andleMessage(ViewRoot.java:1561)位于android.app.AtoT.Thread.main上的android.os.Handler.dispatchMessage(Handler.java:99)android.os.Looper.loop(Looper.java:123)(ActivityThread.java) :3977)at java.lang.reflect.Method.invokeNative(Native Method)at java.lang.reflect.Method.invoke(Method.java:521)at com.android.internal.os.ZygoteInit $ MethodAndArgsCaller.run(ZygoteInit) .java:782)在dalvik.system.NativeStart.main(本地方法)的com.android.internal.os.ZygoteInit.main(ZygoteInit.java:540)
我无法理解为什么会发生这种情况 - 是否存在内存泄漏?我应该以某种方式发布我失踪的东西吗?请帮助,有很多人因此而无法享受这个免费的开源游戏 . 谢谢!
1 回答
从堆栈跟踪中,您可以看到正在将位图分配为redrawHand中setImageResource()调用的副作用 .
通常,位图和这样的资源应该在启动时分配一次,而不是在每次重绘时分配 . 如果您在onCreate(或onResume?)中加载图像资源,然后在重绘期间引用它们,我认为您将避免该错误 .
我不清楚为什么这表现为内存泄漏 . 从技术上讲,如果您分配新的位图内存来支持View,旧内存应该会被释放 . 也许GC在一些系统上落后了,无法跟上你分配新位图的速度?