Javascript 尝试使用node.js、fs.read

这就是我调用fs.read的方式，但是我不断地得到一个错误。我的语法有问题吗

命令行上的错误是：“errorCode”：-1

---

如果你解释一下你在这里做什么可能会有帮助。你为什么要打开一个文件，你想从中读取什么

如果是文本文件，则使用ReadStream可能会更简单，如下所示：

inp = fs.createReadStream('sample.txt');
inp.setEncoding('utf8');
inptext = '';
inp.on('data', function (data) {
    inptext += data;
});
inp.on('end', function (close) {
    console.log(inptext);
});

---

您可能希望查看代码并询问自己return语句中的数据在哪里。如果您真的想使用回调链，您可以尝试传入一个空对象，然后用数据填充该对象，这样您就不必担心将数据发送回回调链。

如果您预期的最大值为100k，缓冲区为64k，而图像为偏移量，那么它是否可以从7k左右开始获得前57K的数据

如果bufSize为256*1024，会发生什么情况

是否可以显示或转储offsetStart和offsetEnd的值？它们似乎值得知道

---

另外，第二个值真的是偏移量还是长度？

您好，谢谢您的回答。我正在从mp3文件中读取图像（相册艺术）。所以我偏移了开始和结束，这是二进制文件中img的开始和结束位置。刮取的数据大小可能高达100k，我正在使用base64编码。我尝试了fs.createReadStream，但无论我设置了什么start、end或buffer参数，它都不会读取超过57k的数据。所以我得到了一个部分图像。嗨，比尔，第二个值实际上是一个

长度
值。例如，在阅读中，我得到了这些数字：开始：78889，结束：138310。啊，如果你认为是开始和停止，你会得到一个“长度”=60K。。。不是正确的138310！如果将代码更改为匹配，并扩展缓冲区，会发生什么情况？我刚刚尝试了256*1024，仍然只有图像显示的三分之一。我想知道这个版本的节点v0.2.3是否有bug。我有义务使用它，因为它是为webOS开发的移动平台内置的api的一部分。与64*1024相同的图像部分？256没有区别吗？有没有理由不尝试4086*1024？16 * 1024? 只是想看看是否有任何敏感性。普通的4194304怎么样？如果64到256之间的4X没有什么不同，那么缓冲区可能不是问题所在。它可能永远是图书馆里的一个bug。你能给它一个和它看起来读的一样大的图像文件吗？我将寻找fs.createReadStream的其他示例。。。和.js一般都是大文件。您是否看到过“在node.js中fs.createReadStream与fs.readFile的优缺点是什么？”作者同意fs.readFile将把整个文件加载到内存中，而as fs.createReadStream将以您指定的大小块读取文件。
inp = fs.createReadStream('sample.txt');
inp.setEncoding('utf8');
inptext = '';
inp.on('data', function (data) {
    inptext += data;
});
inp.on('end', function (close) {
    console.log(inptext);
});