Android logcat中大量日志的可能原因？（后台并发复制已释放）

在android应用程序的UI自动测试之间，可能导致logcat中出现大量日志的原因是什么？当我说“巨大”时，我指的是成千上万的圆木，比如：

12-11 18:32:04.071 6857 6868 I zygote : Background concurrent copying GC freed 970(64KB) AllocSpace objects, 14(56MB) LOS objects, 3% free, 148MB/154MB, paused 469us total 167.395ms
12-11 18:32:04.261 6857 6868 I zygote : Background concurrent copying GC freed 5079(271KB) AllocSpace objects, 33(141MB) LOS objects, 6% free, 83MB/89MB, paused 407us total 157.552ms
12-11 18:32:04.625 6857 6868 I zygote : Background concurrent copying GC freed 1618(96KB) AllocSpace objects, 3(28MB) LOS objects, 10% free, 51MB/57MB, paused 6.436ms total 69.100ms

有用信息： -在一个包含4个测试的套件中，第一个测试运行不到2分钟，第二个测试运行约6分钟，第三个测试运行时间超过10分钟，最后一个测试完成时间超过20分钟； -所有测试都需要几分钟来完成UI步骤；该应用程序在测试完成其UI操作后退出，但在下一次测试开始之前，大量GC日志在logcat中流动，它们之间没有任何其他内容； -这是突然发生的，我正试图找到可能的根本原因；我被告知这不是一个应用程序问题（我不知道是否如此），我认为API方面可能发生了一些变化

还有其他想法吗？

---

PS：很抱歉没有具体的信息，这个应用程序不是我的，所以其他一切都是保密的

我不知道安卓GC是如何工作的，但那些

并发复制

看起来像是发生了什么。。。所以看起来像是正常的GC操作，您分配了很多=>GC被多次调用。我猜测试框架会进行大量的分配？我的问题是，这可能是什么原因造成的？所有这些问题都是在一段时间内突然发生的，当时应用程序或测试框架中没有任何更改。很明显，我不知道。。。