大佬教程收集整理的这篇文章主要介绍了SBOX_FATAL_MEMORY_EXCEEDED 分块上传文件时,大佬教程大佬觉得挺不错的,现在分享给大家,也给大家做个参考。
我有这个(简化的)代码来上传一个文件块:
let reader = new fileReader();
let blob = file.slice(0,STEp);
reader.readAsDataURL(blob);
reader.onload = (E) =>
{
let d =
{
container: container,blob: Blobname,file: reader.result,ID: ID
};
$.AJAX({
url: uploadpath,type: "POST",data: d,timeout: 30000
}).done(function(r)
{
if (r.success == "yes")
{
Loaded += e.loaded;
if(Loaded < @R_903_10586@l)
{
blob = file.slice(Loaded,Loaded + STEp); // getTing next chunk
reader.readAsDataURL(blob); // trigger onload for next chunk
}
else
{
// file is completely uploaded
}
}
else
{
if (trIEs++ > 3)
{
// error management here
}
else
{
// try again
reader.readAsDataURL(blob); // trigger again onload
}
}
}).fail(function (jqXHR,textStatus,errorThrown)
{
if (trIEs++ > 3)
{
// error management here
}
else
{
// try again
reader.readAsDataURL(blob); // trigger again onload
}
}
}
即使对于大文件 (43 GB),此代码也能发挥作用。
今天,我们不得不上传一个大文件 (20 GB),我们在 Chrome (88) 上得到了一个 SBox_FATAL_MEMORY_EXCEEDED
经过大量测试和监控后,我们注意到在使用此上传时,Chrome 中的内存使用量越来越大。
进行了其他测试,我们注意到 Edge 和 firefox 上的行为相同(上传可以在 FF 上完成,但仍使用 GB 的 RAM)
我该怎么做才能解决这种糟糕的内存管理问题?
事件的递归触发器似乎阻止了块立即被 GC
块的引用可以设置为 null
以使其符合 GC 的条件:
在每个 readAsDataURL()
之前,添加:
reader.result = null; // the result itself
d.file = null; // the chunk in the current object sent to the server
reader.readAsDataURL(blob);
现在可以通过正确的内存管理正常工作,在上传过程中保持稳定
以上是大佬教程为你收集整理的SBOX_FATAL_MEMORY_EXCEEDED 分块上传文件时全部内容,希望文章能够帮你解决SBOX_FATAL_MEMORY_EXCEEDED 分块上传文件时所遇到的程序开发问题。
如果觉得大佬教程网站内容还不错,欢迎将大佬教程推荐给程序员好友。
本图文内容来源于网友网络收集整理提供,作为学习参考使用,版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ:384754419,请注明来意。