使用ByteArrayInputStream进行“正确”标记/重置行为的危险/保证

Question

这个问题可能是泛泛的，但我试图理解这里的主要含义。

我正在尝试使用BCEL库进行一些字节码工程，部分工作流程要求我多次读取同一字节码文件（从一开始）。流程如下

// 1. Get Input Stream

// 2. Do some work

// 3. Finish

// 4. Do some other work.

在第4步中，我需要重置标记或获取流，就像它是从一开始的一样。我知道以下选择。

1）使用BufferedInputStream包装流-有机会获得“重置为无效标记”IOException

2）使用ByteArrayInputStream包装它-即使一些在线研究表明它是错误的，它仍然有效？

3） 如果需要再次读取流，只需html" target="_blank">调用getInputStream（）。

我正在努力了解哪种选择对我来说更好。我不想使用BufferedInputStream，因为我不知道调用最后一个标记的位置，因此调用更高的标记位置将导致IOException。我更喜欢使用ByteArrayInputStream，因为它对我来说需要最少的代码更改，但是有人能建议选项2还是选项3更好吗？

我知道JDK中的ByteArrayInputStream和BufferedInputStream的mark（）和reset（）的实现是不同的。

当做

Answer 1

mark/重置的问题不仅在于您必须事先知道在这些调用之间读取的最大数据量，还必须知道您委托给的代码是否会在内部使用该功能，从而使您的标记过时。使用mark/重置的代码不可能为调用者记住和恢复以前的标记。

因此，虽然可以通过将总文件大小指定为最大读取限制来解决最大问题，但在将InputStream传递给未明确说明从不在内部使用标记重置功能的任意库函数时，永远不能依赖工作标记。

此外，BufferedInputStream获得与总文件大小匹配的readlimited不会比包装包含整个文件的数组的ByteArrayInputStream更有效，因为两者最终都会维护相同大小的缓冲区。

最好的解决方案是将整个类文件读入一个数组，然后直接使用该数组，例如，对于您控制的代码或当您可以选择库时（例如，ASM的ClassReader支持使用字节数组而不是InputStream）。

如果您必须将InputStream提供给坚持使用它的库函数，例如BCEL，然后在需要时将字节数组包装到ByteArrayInputStream中，但每次必须重新解析类文件时都会创建一个新的ByteArrayInputStream。构建新的ByteArrayInputStream不需要任何成本，因为它是一个轻量级的包装器并且是可靠的，因为它不以任何方式依赖于旧输入流的状态。您甚至可以让多个ByteArrayInputStream实例同时读取同一个数组。

再次调用getInputStream（）将是一种选择，如果您必须处理缓冲全部内容不是选项的非常大的文件，但是，类文件并非如此。