虽然ref、ref-struct 和ref-array 是强大但脆弱的东西，但它们的组合可能表现得非常晦涩。
您的样本有两个细微差别：
在makeAuthGrantedFfiStruct 调用期间两次调用makeAccessContainerEntry 会覆盖您的全局缓存-CStrings cached（global.x0 和global.x1）将被第二个直接makeAccessContainerEntry call 覆盖。
看来你也应该缓存每个ContainerInfoArray。
这段代码应该可以正常工作：
const ArrayType = require('ref-array');
const ref = require('ref');
const Struct = require('ref-struct');
const CString = ref.types.CString;
const ContainerInfo = Struct({
name: CString
});
const ContainerInfoArray = new ArrayType(ContainerInfo);
const AccessContainerEntry = Struct({
containers: ref.refType(ContainerInfo)
});
const AuthGranted = Struct({
access_container_entry: AccessContainerEntry
});
const accessContainerEntry = [
{
"name": "apps/net.maidsafe.examples.mailtutorial",
},
{
"name": "_publicNames",
}
];
const makeAccessContainerEntry = (accessContainerEntry) => {
const accessContainerEntryCache = {
containerInfoArrayCache: null,
containerInfoCaches: [],
};
accessContainerEntryCache.containerInfoArrayCache = new ContainerInfoArray(accessContainerEntry.map((entry, index) => {
const name = ref.allocCString(entry.name);
accessContainerEntryCache.containerInfoCaches.push(name);
return new ContainerInfo({ name });
}));
return {
accessContainerEntry: new AccessContainerEntry({
containers: accessContainerEntryCache.containerInfoArrayCache.buffer,
}),
accessContainerEntryCache,
};
};
const makeAuthGrantedFfiStruct = () => {
const ace = makeAccessContainerEntry(accessContainerEntry);
return {
authGranted: new AuthGranted({
access_container_entry: ace.accessContainerEntry,
}),
authGrantedCache: ace.accessContainerEntryCache,
};
}
const authGranted = makeAuthGrantedFfiStruct();
const unNestedContainerEntry = makeAccessContainerEntry(accessContainerEntry);
if(global.gc) {
console.log('Running garbage collection...');
global.gc();
}
console.log('authGranted object afte gc: ', authGranted.authGranted.access_container_entry.containers.deref());
console.log('Unnested access container entry after gc: ', unNestedContainerEntry.accessContainerEntry.containers.deref());
如您所见，我在makeAccessContainerEntry 输出中添加了缓存，只要您需要从垃圾收集中保存数据，您就应该将其保存在某个地方。
编辑：一些背景
JS 实现了高级Memory Management，其中对象被引用引用，并且只要没有对特定对象的引用，就会释放内存。
在 C 中没有引用和 GC，但有指针，它们只是内存地址，指向特定结构或内存块所在的位置。
ref 使用以下技术来绑定这两者： C 指针是一个 Buffer，它存储实际数据在内存中所在的内存地址。实际数据通常也表示为 Buffer。
ref-struct 是 ref 的一个插件，它实现了将底层内存块（缓冲区）解释为结构的能力 - 用户定义类型以及它们在内存中的位置，ref-struct 尝试读取 a 的相应部分内存块并获取值。
ref-array 是ref 的一个插件，它实现了将底层内存块（缓冲区）解释为数组的能力 - 用户定义类型以及它们在内存中的位置，ref-array 尝试读取 a 的相应部分内存块并获取数组项。
这样如果你为某个东西分配了一个Buffer，那么就获得一个ref对它的引用（一个新的Buffer，它只是保存了原始Buffer的内存地址）并失去了对原始Buffer的JS引用，然后是原始的缓冲区可以像这样被 GC 释放：
function allocateData() {
const someData = Buffer.from('sometext');
return ref.ref(data);
}
const refReference = allocateData();
// There are no more direct JS references to someData - they are all left in the scope of allocateData() function.
console.log(refReference.deref());
global.gc(); // As long as there are no more JS references to someData, GC will release it and use its memory for something else.
console.log(refReference.deref());
不要急于测试此代码 - 两个 console.log(refReference.deref()); 将打印相同的输出，因为 ref 在 refReference 中包含对引用的 data 的隐藏引用。
ref-struct 和ref-array 知道这种情况，并且通常也正确地保存对引用数据的隐藏引用。但是ref-struct 和ref-array 的组合揭示了一个错误或潜在的不兼容，并且隐藏的引用有时会丢失。一种解决方法是自己缓存引用 - 这是我建议使用的方法。