我正在使用Multer在我的fs中上传图像。 Multer不允许你动态设置fs中的位置,所以我总是在同一个文件夹中上传,然后我使用fs.renamesynch更改文件夹的名称。 我正在使用同步版本,因为我认为我必须等待任务结束,否则,我将在以下需要与重命名功能同步的任务中遇到问题。 但是,我有间歇性的错误,我不知道如何解决它 这是我的代码:
router.post("/changeprofile", ensureAuthenticated, (req, res) => {
upload(req, res, err => {
if (err) {
res.render("changeprofile", { msg: err });
} else {
if (req.file == undefined) {
res.render("changeprofile", { msg: "Error: No file Selected!" });
} else {
res.render("changeprofile", {
msg: "File Uploaded!",
file: `uploads/${req.file.filename}`
});
fsextra.removeSync("./public/profile" + id);
if (err) console.log(err);
else console.log("Deleted old folder");
glob("./public/uploads/profile.*", (err, matches) => {
if (err) console.log(err);
else {
console.log("renaming folder...");
fs.renameSync("./public/uploads", "./public/profile/" + id);
if (err) console.log(err);
else {
fs.mkdir("./public/uploads", err => {
if (err) console.log(err);
else
console.log(
"------------------FOLDER RECREATED---------------------------"
);
});
}
}
});
}
}
});
});
这是我得到的错误: 错误:EPERM:不允许操作,在glob(C:\ Users \ Andrea \)的Object.renameSync(fs.js:593:3)处重命名'./public/uploads' - >'。/ public / profile / 21' Desktop \ LinkedinLikeSocialNetwork \ routes \ users.js:558:19)在Glob的f(C:\ Users \ Andrea \ Desktop \ LinkedinLikeSocialNetwork \ node_modules \ once \ once.js:25:25)。 (C:\ Users \ Andrea \ Desktop \ LinkedinLikeSocialNetwork \ node_modules \ glob \ glob.js:151:7)在Glob._finish(C:\ Users \ Andrea \ Desktop)的Glob.emit(events.js:189:13) \ LinkedinLikeSocialNetwork \ node_modules \ glob \ glob.js:197:8)在Glob._processReaddir2(C:\ Users)处完成(C:\ Users \ Andrea \ Desktop \ LinkedinLikeSocialNetwork \ node_modules \ glob \ glob.js:182:14) \ Andrea \ Desktop \ LinkedinLikeSocialNetwork \ node_modules \ glob \ glob.js:434:12)在C:\ Users \ Andrea \ Desktop \ LinkedinLikeSocialNetwork \ node_modules \ glob \ glob.js:371:17 at RES(C:\ Users \ Andrea \ Desktop \ LinkedinLikeSocialNetwork \ node_modules \ inflight \ inflight.js:31:16)在Glob._readdirEntries(C的C:\ Users \ Andrea \ Desktop \ LinkedinLikeSocialNetwork \ node_modules \ once \ once.js:25:25) :\ Users \ Andrea \ Desktop \ LinkedinLikeSocialNetwork \ node_modules \ glob \ glob.js:578:10)at C $ \ Users \ Andrea \ Desktop \ LinkedinLikeSocialNetwork \ node_modules \ glob \ glob.js:555:12 at go $ readdir $ cb(C:\ Users \ Andrea \ Desktop \ LinkedinLikeSocialNetwork \ node_modules \ graceful-fs \ graceful-fs.js:162: 14)在FSReqWrap.args [as oncomplete](fs.js:140:20)
即使我没有得到答案,我认为我得出了一个解决方案:我认为问题就是这个。当您使用同步方法时,您可能认为该节点也将与操作系统同步,删除并重命名文件系统中的文件夹。但它似乎不是:它会用一些内核函数调用操作系统但是后来管理fs是由os和节点不等待函数的返回,即使你使用的是同步模式。例如,可能会发生所有I / O操作被缓冲然后一起执行以提高操作系统的性能。正确的想法是在执行了fs操作之后刷新操作系统缓存。但是,使用fs-extra和graceful-fs我认为它现在正在工作:
var fs = require("graceful-fs");
const fsextra = require("fs-extra");
fs.gracefulify(realfs);
router.post("/changeprofile", ensureAuthenticated, (req, res) => {
upload(req, res, err => {
if (err) {
res.render("changeprofile", { msg: err });
} else {
if (req.file == undefined) {
res.render("changeprofile", { msg: "Error: No file Selected!" });
} else {
res.render("changeprofile", {
msg: "File Uploaded!",
file: `uploads/${req.file.filename}`
});
var path = "./public/profile/" + id;
if (fsextra.existsSync(path)){
fsextra.removeSync(path);
}
if (err) console.log(err);
else console.log("Deleted old folder");
glob("./public/uploads/profile.*", (err, matches) => {
if (err) console.log(err);
else {
console.log("renaming folder...");
fs.renameSync("./public/uploads", "./public/profile/" + id);
if (err) console.log(err);
else {
fs.mkdir("./public/uploads", err => {
if (err) console.log(err);
else
console.log(
"------------------FOLDER RECREATED---------------------------"
);
});
}
}
});
}
}
});
});