我在一次面试中遇到了这个问题，选项如下：
如何在Java中销毁一个对象？
a. System.gc();
b. Runtime.getRuntime.gc();
c. object.delete();
d. object.finalize();
e. Java performs gc by itself, no need to do it manually.
答案应该是e吗？
如果e不存在会怎样？那么？ 显然c不是答案。a和b将为整个应用程序进行垃圾收集（问题要求一个对象）。我认为是d，因为finalize()在gc之前被调用（但是在finalize之后是否必须调用gc呢？）或者我错了？必须有e才能回答这个问题吗？
答案是选项 E。如果没有选项 E，你很快就会耗尽内存（或者）没有正确的答案。
对象必须是不可达的才能有资格进行垃圾回收。JVM 将进行多次扫描，将对象从一个代移动到另一个代以确定垃圾回收的资格，并在对象不可达时释放内存。
System.gc()（连同 Runtime.getRuntime().gc()，它们的作用是相同的）暗示你想要销毁东西。模糊的。JVM可以忽略运行GC周期的请求，如果它认为没有必要的话。另外，除非您已将所有可达引用对象的引用设置为空，否则GC也无法触及该对象。 因此，A和B都被淘汰。
Runtime.getRuntime.gc()语法错误。 getRuntime是一个函数，而不是变量。需要在它后面加括号来调用它。所以B被双淘汰了。
Object没有delete方法。因此C被淘汰了。
虽然Object确实有一个finalize方法，但它并不会销毁任何东西。只有垃圾收集器才能真正删除对象。 （在许多情况下，他们甚至不会费心去做那个；他们只是不复制它，因此它被留下。）所有finalize做的就是在JVM丢弃它之前给对象一个清理的机会。此外，您永远不应直接调用finalize。（由于finalize是protected，因此JVM也不会让您在任意对象上调用它。）所以D被淘汰了。
除此之外，object.doAnythingAtAllEvenCommitSuicide()要求运行代码拥有对object的引用。这就使它变得“活着”，从而无法进行垃圾回收。因此，C和D被双淘汰了。
答案是E，因为其他选项都显然是错误的，但是...
事实是，垃圾收集器可能永远不会决定对每个可回收对象进行垃圾收集，除非内存压力极高。而且，Java与任何其他语言一样容易出现内存泄漏，只是更难引起，因此在引起它们时更难找到！
以下文章详细介绍了内存管理的工作原理和不起作用的内容以及什么被占用。 生成式垃圾收集器的工作原理 和 感谢内存（了解JVM如何在Windows和Linux上使用本机内存）
如果你阅读这些链接，我认为你会明白在Java中的内存管理并不像选择题那么简单。
将其设置为null。这样就没有引用了，对象就变得适合进行垃圾回收。GC会自动从堆中删除对象。
以下是代码：
public static void main(String argso[]) {
int big_array[] = new int[100000];
// Do some computations with big_array and get a result.
int result = compute(big_array);
// We no longer need big_array. It will get garbage collected when there
// are no more references to it. Since big_array is a local variable,
// it refers to the array until this method returns. But this method
// doesn't return. So we've got to explicitly get rid of the reference
// ourselves, so the garbage collector knows it can reclaim the array.
big_array = null;
// Loop forever, handling the user's input
for(;;) handle_input(result);
}