为什么移动平台不支持分代垃圾回收？

Windows Phone / Xbox和Android都不支持分代垃圾回收。这让很多程序员感到沮丧。似乎有合理的工程原因，但我无法弄清楚。

当前的电话比2001年运行带有世代GC的.NET 1.1的台式机/笔记本电脑具有更多的内存和更好的CPU，我无法想到ARM处理器在世代GC上比x86差的任何原因。在电话和控制台上对多任务的需求也减少了，因此有相对更多的可用堆空间。

那有什么呢？

编辑：需要澄清的几点：

• 这些平台专门为应用程序使用垃圾收集，因此我的问题不是关于为什么不支持GC的问题；我的问题是关于为何不进行分代垃圾回收。
• 人们对缺乏世代GC感到沮丧的原因是非世代GC效率极低。（这意味着电池寿命不是原因。）
• 我确实认为，缺乏世代GC支持是有诚实的技术原因。这不是一个反问。

我认为最大的问题是电池寿命。垃圾回收是一种开发人员的便利，它以用户计算机上额外的CPU周期为代价购买。当您的CPU插入（台式机）或具有相对较大的电池（笔记本电脑）时，您的用户将更愿意为CPU进行垃圾收集时消耗的额外能量来为开发人员带来便利。当电池相对较小时，用户可能不那么慷慨。他们可能想要自己的附加酒吧-也许与他们的朋友交谈，或者在与愤怒的小鸟致命的相遇中杀死几头额外的猪。

无论用户是出于什么原因，OS开发人员都不想让人们意识到运行OS的设备比运行竞争对手OS的设备耗电更快。因此，他们以开发者的便利为代价，更好地了解了设备的预期电池寿命：对他们而言，只要用户对设备感到满意，您的痛苦就没什么大不了的。

我最好的猜测是，这不是技术原因，但是这些电话平台的开发人员还没有投入任何精力。我知道这不是您想要的答案，但是如果您进行了任何移动开发，您可能已经注意到了很多悬而未决的成果。他们可能根本没有时间来编写多个GC实现，对它们进行微调，然后选择最适合的实现。为什么有人会花时间重新发明轮子，而可以发布新的，浮华的，思想欠佳的API？;）

FWIW，作为我的理论确认，Android的新运行时（ART）确实具有分代GC，并且他们计划在将来使用紧凑型GC。

代际垃圾收集有一些额外的成本。

分代收集器需要能够找出较旧的对象何时指向较新的对象。我们无法追溯到较早的对象来找到这些情况，因为这将破坏世代收集的目的。相反，我们需要以某种方式检测出这种情况何时发生，并在收集阶段进行记录。无论您打算如何做，都会为收集过程增加一些开销。

在台式机系统上，您的操作系统正在忙于做各种事情，而这些事情都是在后台进行的。它支持诸如在进程之间共享页面，将未使用的页面写入磁盘，提供进程之间的内存映射等功能。我的理解是，那里使用的某些功能可以更有效地跟踪更改的指针。该操作已经担心您在内存中所做的更改，因此将这些信息用于新用途不是问题。

我怀疑移动系统不会在幕后做所有相同的事情。结果，他们所获得的信息级别与台式机不同。因此，实现一般集合所涉及的开销较高，不太值得。