c# - Monodroid:执行完整的GC

我试着创建我的小粒子系统。我有粒子列表的粒子管理器，并在画布上绘制我的粒子。我只在init（）函数中创建一次新的对象，比如paint等！如果粒径小于0，我将其移除：

for (int particle = 0; particle < particles.Count; particle++)
    {
        particles[particle].Update(); //particle size--;
        if (!particles[particle].state) // size > 0 ? true : false
        {
            particles[particle] = null;
            //here I tried all variations like
            //((IDisposable)particles[particle]).Dispose();
            //GC.SuppressFinalize(particles[particle]);
            //System.GC.ReRegisterForFinalize(particles[particle]);
            //((Java.Lang.Object)particles[particle]).Dispose(); and etc

            particles.Remove(particles[particle]);
        }

然后创建新粒子并将其添加到列表中。我在日志中看到的：

GC cleanup summary: 1063 objects tested - resurrecting 1002.
GC cleanup summary: 1053 objects tested - resurrecting 992.
...
GC cleanup summary: 1052 objects tested - resurrecting 988.
46800 outstanding GREFs. Performing a full GC!

然后我有10-15（！！！！）第二次暂停在我的渲染线程！！！我读过官方文件，但没有任何解决办法。我分析并比较了我的代码与mono jetboy示例，但jetboy的日志与gc无关。尽管我用Jetboy的例子写了我的程序。
如何解决完整的GC问题？
编辑：
主线程.cs

public override void Run()
    {
        Log.Verbose("Run()", "r");
        Canvas c;
        while (mRun) {
            c = null;
            mPassedTime = DateTime.Now.Ticks / TimeSpan.TicksPerMillisecond;
            if (mTimerTask == null) {
                mTimerTask = new CountDownTimerTask(this);
                mTimer.Schedule(mTimerTask, mTaskIntervalInMillis);
            }
            try {
                c = mSurfaceHolder.LockCanvas(null);

                lock (mSurfaceHolder)
                    DoDrawRunning(c);
            } finally {
                if (c != null)
                    mSurfaceHolder.UnlockCanvasAndPost(c);
            }
        }
    }
    private void DoDrawRunning(Canvas canvas)
    {
        #region particles
        for (int eng = 0; eng < engines.Count; eng++)
        {
            engines[eng].Update();
            engines[eng].Draw(canvas);
        }
        #endregion
    }

特殊工程CS

public void Update() {
        if (particles.Count < maxTotal) {
            for (int i = 0; i < total; i++) {
                if (addNewB)
                    particles.Add(GenerateNewParticle()); // return new Particle
            }
        }

        for (int particle = 0; particle < particles.Count; particle++) {
            particles[particle].Update(); // position and size update
            if (!particles[particle].state)  // size > 0 ?
                particles.RemoveAt(particle);
        }
    }
public void Draw(Canvas canvas) {
        for (int j = 0; j < 3; j++)  // 3 particle color-levels draw
            for (int index = 0; index < particles.Count; index++)
                particles[index].Draw(canvas, j);
    }

颗粒物

public void Draw(Canvas canvas) {
    mPaint.StrokeWidth = mSize;
    mPaint.Color = Color.Blue;
    canvas.DrawPoint(posX, posY, mPaint);
}

最佳答案

主要问题是同时有太多的Java.Lang.Object实例处于活动状态，因为每个Java.Lang.Object实例都会导致jni全局引用计数，这也会导致gc开销。想减少GC开销吗？减少使用gref的数量。
您可以通过enabling gref logging跟踪gref计数

adb shell setprop debug.mono.log gref

我假设Particle是一个Java.Lang.Object子类，这意味着您至少同时有particles.Count个grefs存活。
解决方案是不要将Particle设为Java.Lang.Object子类，并以任何方式更改您的体系结构以确保Particle不是一个子类。
如果Particle不是一个Java.Lang.Object实例，那么我们缺乏足够的信息来重现问题并提出解决方案。gref日志输出将是一个方便的开始（一次有多少gref？），因为它还将帮助您确定正在创建哪些类型，以便您可以考虑缩短它们的生存期。
This guide on reading gref log output可能也很方便。