在Java应用的运行过程中，发生Full GC是正常的，因为它是JVM垃圾回收机制的一部分。Java虚拟机会定期进行垃圾回收以回收不再被使用的对象所占用的内存。然而，频繁的Full GC或者过长的GC暂停时间是不理想的，因为它会导致应用程序在垃圾回收期间无法响应外部请求，从而影响用户体验。

少量的Full GC通常不会对系统的稳定性产生显著影响，尤其是如果它们在系统负载较低的时候发生，或者是在预期的维护时间内发生。这样的全局回收可以帮助清除内存中的老年代，清理掉长时间运行的应用中积累的大对象和不再使用的类。

然而，如果Full GC很频繁，或者每次Full GC都有很长的暂停时间，那么这会成为一个问题，可能会影响系统的性能和稳定性。这些问题可能是由以下原因引起的：

• 内存泄漏：应用程序中有对象被错误地持有，导致垃圾回收器无法回收它们，随着时间的积累，最终填满了老年代。
• 配置不当：JVM配置不合理，比如堆内存设置过小，或者新生代和老年代的比例不均衡。
• 不适当的垃圾回收器：对于应用程序来说，使用了不合适的垃圾回收器也可能导致GC效率低下。

要确保系统稳定性，应该采用以下措施：

• 监控GC活动：定期检查和分析GC日志文件，监控如GC频率和持续时间等指标。
• 优化GC性能：根据GC日志和应用行为调整JVM设置，优化垃圾回收器的性能。
• 使用合适的垃圾回收器：选择适合你应用工作负载和响应要求的垃圾回收器，如G1 GC、CMS或者Shenandoah GC等。
• 增加堆内存：如果频繁的Full GC是由于堆内存不足引起的，可以尝试增加JVM堆内存大小。
• 分析内存分配：使用内存分析工具（如MAT, VisualVM等），定位可能的内存泄漏或不当的内存使用模式。

总之，偶尔的Full GC是正常的，但如果它影响到了系统的响应时间或产生了不利的性能影响，则需要适当地通过调优来处理这个问题。