是否可以在Java ME中更改垃圾收集行为？

Question

我想知道是否有可能调整垃圾收集器在JavaMe上的工作方式以某种方式提高性能（可能减少通过次数）？ 我看过一些有关它的文章，但是大多数都是针对Java SE的，大多数都说GC高度依赖于该制造商。 多少钱。

Answer 1

除非您对应用程序所运行的特定VM是如何实现的，以及如何针对所使用的特定电话进行配置和自定义的，具有第一手的知识，否则何时触发垃圾收集器在很大程度上将是一片混乱。

调用java.lang.System.gc（）不能保证触发垃圾回收器。 通常，这只会增加VM很快启动垃圾回收的概率。

我发现在同一线程中连续调用System.gc（）3次，但是从3种不同的方法中调用趋于正常。

有许多方法可以解决JavaME标准API实现中的效率低下问题，以减少生成的垃圾量：

• 扩展ByteArrayOutputStream，以便在要访问数据时不创建字节数组的副本。

• 避免调用StringBuffer.getChars（）和StringBuffer.toString（）。 使您的代码改为使用StringBuffer偏移量和长度。

• 将本地缓冲区（byte []，StringBuffer ...）转换为实例或静态变量（并通过同步保护它们）。 显然，这样做会产生开销，但它可以防止应用程序因垃圾回收而频繁冻结。

• 扩展StringBuffer以避免在String和StringBuffer之间来回切换：实现append（String，offset，length），parseInt（int），indexOf（String，index），replace（offset，StringBuffer，offset，length）...

...

Answer 2

我看不到任何可能的方法来调整J2ME中的垃圾收集行为。

如果您有因垃圾收集而导致的停顿问题，则必须做两件事：

• 通过重用对象来减少程序产生的垃圾，并避免使用诸如字符串连接之类的代价高昂的东西（请改用StringBuffer）
• 使用System.gc（）在一点冻结都没有关系时（例如，在游戏的“加载”屏幕期间）强制进行垃圾收集，以减少在烦人时触发收集器进程的几率。

Answer 3

感谢所有输入者。 我已经看到不可能为支持Java Me的设备调整GC。 至少不是以任何简单或有用的方式。 无论如何，如果情况暂时发生变化，我还是会把这个问题留待解决。 :)