所以我正在阅读有关回调的内容,因为我正在学习 Node.js 的后端开发,并且在几个网站上,他们说了关于编写带有错误参数作为第一个参数的回调的良好实践:
例如:
fs.readFile('/foo.txt', function(err, data) {
// If an error occurred, handle it (throw, propagate, etc)
if(err) {
console.log('Unknown Error');
return;
}
// Otherwise, log the file contents
console.log(data);
});
好的,我想我清楚地了解发生了什么。如果模块 fs 完成读取文件“foo.text”后出现错误,则回调函数执行 console.log("Uknown error")
但是 Javascript/Node 如何知道变量 err
对应代码中的错误??
因为如果我将它命名为 error
而不是 err
,我想它也能正常工作吧?如果把它放在第二个参数中呢?我想那是行不通的。是吗?如果这就是为什么如果没有其他方法只能将错误参数放在首位,那么它被称为良好实践的原因。
最佳答案
but how Javascript / Node knows that the variable err corresponds to an error in the code??
按照惯例。 readFile
(和其他 Node.js 回调式函数)的编写方式,它们调用回调时将错误作为第一个参数,或者将 null
作为第一个参数。函数签名中该参数的名称是无关紧要的(您可以随意调用它;err
、e
和error
都是通用的)。重要的是它是第一个参数,因为它会在调用时接收第一个参数。
不过,在当今时代,事情正在从 Node.js 回调式 API 转向使用 Promises 的 API,这使得错误和成功路径更加明显。然后 async
/await
语法在 promises 之上分层,使得使用标准逻辑流控制结构编写异步代码成为可能。
Node.js 回调样式(如您的代码):
const fs = require("fs");
// ...
fs.readFile('/foo.txt', function(err, data) {
// If an error occurred, handle it (throw, propagate, etc)
if (err) {
// It failed
console.log(err);
return;
}
// It worked
console.log(data);
});
通过 fs.promises
promise 应用程序接口(interface):
const fsp = require("fs").promises;
// ...
fsp.readFile('/foo.txt')
.then(data => {
// It worked
console.log(data);
})
.catch(err => {
console.log(err);
});
当然,您可能不会在该级别处理错误;您可能会返回调用 then
的结果,以便调用者可以链接它并处理错误(或将其传递给 its 调用者等)。
使用 async
/await
(这必须在 inside 一个 async
函数中,尽管在模块顶层等待即将到来):
const fsp = require("fs").promises;
// ...inside an `async` function:
try {
const data = await fsp.readFile('/foo.txt');
} catch (err) {
console.log(err);
}
同样,您可能不会在该级别处理错误;您可以让它们传播并让调用者处理它们(或者调用者可以让它们传播给它的调用者来处理它们,等等)。
并非所有 Node.js 的 API 都有 promise 。您可以通过 util.promisify
使用 promise 包装单个回调式 API 函数;您可以通过各种 npm
模块包装整个 API,例如 promisify
.
关于javascript - Javascript如何知道执行函数时是否发生错误(回调),我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/58144686/