如何在不实际读取数据的情况下移动文件句柄的内部位置？

我正在尝试使用fs.open和FileHandle在Node中逐字节读取二进制文件。使用FileHandle.read(buffer, offset, length, position)，我可以：

1. 将position参数留空，在这种情况下，读取的每个数据块都会移动FileHandle的内部位置
2. 提供position参数，在这种情况下，内部位置将保持不变

我希望从文件中间的特定位置读取一个值(使用FileHandle.read和一个位置)，并根据该值从文件中的另一个点顺序读取其他一些数据(使用FileHandle.read而不使用位置)。

第一部分很简单。对于第二部分，我知道我可以：

1. 维护一个自定义位置变量并将其提供给每个read调用
2. 从文件中读取一定数量的数据只是为了更改内部位置

第一种解决方案是可行的，但有点麻烦，因为该数据的结构相当复杂。第二种解决方案实际上并不可行，因为文件变得相当大，而且逐个字节读取文件的全部目的是不将其内容的大块读取到内存中。

我还可以在FileHandle上构建我自己的抽象，它将保持自己的内部位置并允许我更改它，但如果可以的话，我宁愿避免这样做。

是否有方法允许我跳过FileHandle中的任意字节数，或手动设置其内部位置？

libuv

fs库对文件位置采取了不干预的策略，将其完全留给推荐答案和操作系统来处理。因此，FileHandle对象中没有保存的位置。

您可以看到相关代码here，其中它只是执行以下操作：

position = bufferOrOptions.position || null;

并将position变量直接传递给本机代码绑定：

const bytesRead = (await binding.read(handle.fd, buffer, offset, length,
                       position, kUsePromises)) || 0;

因此，fs模块本身并不跟踪文件位置，因此您无法在fs模块中设置它。除了对NodeJS内部进行黑客攻击之外，我不知道还有什么其他方法可以设置文件位置，除了您自己建议的覆盖各种方法以跟踪当前文件位置，然后能够在没有显式传递到文件位置的任何API调用进行之前将该文件位置设置为"；当前&q；值。

来自C++，在C++中，这是STD文件库的一个内置部分，对于我来说，在NodeJS中似乎总是很奇怪，因为没有提供它。如果您查看libuv中可用的文件操作here，它似乎甚至不知道文件位置here，这可能就是NodeJS效仿的原因。

无论如何，很抱歉我无法提供任何神奇、简单的答案，但希望这能解释这方面的情况，您可以决定如何最好地继续进行。