javascript - 我怎样才能确保 Electron 窗口完全从内存中删除？

Question

我知道垃圾回收是 JavaScript 的弱点，但我想尽我所能做到这一点。

我正在使用 remote 从我的 renderer 进程创建新窗口，而不是从 main 进程创建新窗口，我怀疑我的清理工作很复杂进一步。如果这是一个实质性问题，我可以从主进程中创建它们。

下面是我现在创建窗口的方式:

import { remote } from 'electron';

function openInternalImageViewer(url) {
  let imgViewer = new remote.BrowserWindow()
  imgViewer.loadURL(url);
}

只是在通过提供的 API 关闭窗口后将 imgViewer 变量设置为 null 足以达到我的目的，或者我怀疑我需要做更多正确的事情？

Answer 1

您不能直接确保从内存中删除 JavaScript 对象。您只需删除所有不再需要的引用，这样垃圾收集器就可以完成它的工作。 (我不会称其为“弱点”——与必须进行手动内存管理相比，它为您完成所有工作是 JavaScript 的优势。)

您不必担心函数局部变量:当函数返回时，变量无论如何都会超出范围。在此之前手动“清除”它们无济于事。示例:

function openInternalImageViewer(url) {
  let imgViewer = new remote.BrowserWindow()
  imgViewer.loadURL(url);

  /* ...let user interact with imgViewer... */

  imgViewer = null;  // Useless assignment.
}

let 和 var 变量都是如此。

当然对于全局变量来说是不同的(当然你不应该有很多这样的变量):

var imgViewer;

(function openInternalImageViewer(url) {
  imgViewer = new remote.BrowserWindow()
  imgViewer.loadURL(url);
})(some_url);

/* ...let user interact with imgViewer... */

imgViewer = null;  // This cleanup makes sense!

/* program execution continues, imgViewer no longer needed */

从引擎的 Angular 来看，分配null、undefined 或123 都没有关系，因此您可以选择无论哪个值对您来说最有意义。

此外，创建/分配内容的位置也没有区别。垃圾回收的关键是对象是否“无法访问”，即您的代码是否无法再次访问它。

要验证它是否有效，您必须使用某种内存分析/分析工具。最简单的形式是使用操作系统的任务管理器。编写一个大致如下的测试:

for (var i = 0; i < 100; i++) {
  openWindow();
  closeWindow();
}

观察所有相关进程的内存消耗是否一直在恢复到原来的值。它可能不会立即执行此操作，而是您会看到一个“锯齿”模式，其中内存不断增长，直到 GC 启动并再次将其关闭。可以考虑在测试中手动强制GC循环；请注意，在生产代码中，这会浪费时间，因为自动 GC 行为已经非常仔细地调整了启发式算法，以平衡垃圾收集所花费的时间与可用内存。