如果gc是可选的，该怎么办？

Question

这样的语言是可行的吗？或者有特定的功能，绝对需要某种形式的gc吗？

注意：我不是反gc，而是来自C/C++后台并在实时服务器应用程序上工作，我更喜欢保持某种程度的控制如何以及何时获得内存（不能有10秒钟的垃圾收集发生在正在运行的中间）。

根据我的要求，我的担心是否现实？或者是gc这么好，我的担忧是没有根据的？

Go的gc是我唯一的一个关于尝试使用我的C++实时服务器端口的预留空间。

Answer 1

使用可选的GC将需要更改语言。这里是一个完全有效的运转功能，这将使C程序员的鸡皮疙瘩：

func foo() *int { 
    a := 1 
    return &a 
} 

这是很好的，因为围棋编译器会找出a需要的变量堆上分配。这将是垃圾收集后，你不必在意。 （好的，在某些情况下，你可能会，但大多数情况下你不会）

你可以编译各种场景，编译器会做这样的事情。没有垃圾收集器，它就不会一样。

有些事情可以帮助GC时间，但在某种程度上，您将会取消语言的优势。我毫不犹豫地推荐这些做法，而是选择：

• 免费名单
• 随着不安全的包，你甚至可以编写自己的分配器和手动释放内存，但你需要为你希望每个类型的函数分配。或者使用反射来传递你想要分配的类型，返回一个空的接口，并使用类型断言来获取具体值。

底线是，对于具有实时实时要求的应用程序，Go可能不是一个好的选择。也就是说，我也不认为你会看到任何接近10秒的垃圾收集。考虑你的要求是什么，如果你有任何疑问，请做一些测量。

如果可以，请尝试最新的Go代码。有一些垃圾收集器的改进和一些编译器优化，导致更少的分配。但是，如果您的发布时间较短，您可能会坚持几个月的当前稳定版本。