是否有可能考虑在未来在 Delphi 中拥有一个自动垃圾收集器？在许多应用程序中，对何时释放对象的高度详细控制并不那么重要，它只是额外需要关心的事情。
对于这样的应用程序，拥有一种像 java 那样工作的垃圾收集器会很有趣。
可以在项目选项中设置。
这可能吗？
注意：我不是说像here 解释的那样手动创建它，我真正的意思是 Delphi 功能。
换一种说法：是否可以将 FastMM 设置为垃圾收集器？
【问题讨论】：
标签： delphi garbage-collection fastmm
在许多应用程序中，对何时释放对象的高度详细控制并不那么重要，它只是额外需要关心的事情。
我相信几乎没有这样的应用程序。大多数时候，您认为不需要控制对象何时被销毁，这可能是在引入错误。
现在，确实存在某些 对象可以安全地忽略以稍后由自动收集器处理的情况。但请记住，对于您计划不手动销毁的 每个 对象，您需要仔细考虑这一点。如果它持有一些锁怎么办？如果它打开了一些文件，可能处于拒绝共享模式怎么办？
将您从销毁每个对象的想法中解放出来并没有太大的好处，当安全编程时您仍然需要考虑销毁每个对象。
垃圾收集器的目的不是让程序员免于看到这些东西。这是为了节省一点引用计数和 try/finally 调用。
【讨论】：
Garbage collection is possible in C and C++，所以我看不出为什么 Delphi 不能也有这样的功能。如果您交叉手指并等待足够长的时间，Delphi 可能会进行垃圾收集。不过，我不认为这是 Embarcadero 的优先事项。
您不能将 FastMM 设置为垃圾收集器，因为 FastMM 不进行垃圾收集，因此无需设置任何内容。 Delphi 假设的未来垃圾回收功能可能需要与内存管理器合作，所以如果这样的功能曾经存在，并且当时 FastMM 仍然是内存管理器，那么 FastMM 可能会获得一些设置。
【讨论】：
垃圾收集既有优点也有缺点，即使没有 GC（垃圾收集器），delphi 也很好。即使是delphi应用程序占用的内存也比托管.net应用程序少，有时垃圾收集也会减慢进程，因为它必须找到不需要的资源，确认是否再次需要它们并删除它。如果再次需要它必须再次加载（应用程序变慢）或出现错误，因此 delphi 很好，无需手动释放 GC，这对专业程序员来说是件好事
【讨论】：
begin 和 end 比那些可怕的 { 和 } 要快得多，因为你需要 shift 和 [] 键。
随 RTTI 提供的 delphi 的持久版本（这也是应用程序规模庞大的一个原因） 我认为 rtti（运行时类型信息）将来可以帮助我们。因为它包含有关正在进行的过程的一些信息，所以我认为将来可能会出现一些类似的功能，例如垃圾收集器，但不确定
【讨论】：
但用于 dot net 2007 和其他旧的 delphi dot net 的 delphi 有垃圾收集器 + vcl 但现在已弃用（垃圾收集器也不能 100% 正常工作）
【讨论】：