这是完全可能和期望的,一个技术性的,如果你的写方法不改变文件的长度并且总是落后于读者,这不应该带来任何问题。事实上,从 API 的角度来看,这是可取的,因为这允许用户控制从哪里读取和写入到哪里。(建议写入不同的文件,以防在加密过程中发生任何不好的事情,您的输入文件不会被弄乱)。
就像是:
protected void Encrypt(Stream input, Stream output)
{
byte[] buffer = new byte[2048];
while (true)
{
// read
int current = input.Read(buffer, 0, buffer.Length);
if (current == 0)
break;
// encrypt
PerformActualEncryption(buffer, 0, current);
// write
output.Write(buffer, 0, current);
}
}
public void Main()
{
using (Stream inputStream = File.Open("file.dat", FileMode.Open, FileAccess.Read, FileShare.ReadWrite))
using (Stream outputStream = File.Open("file.dat", FileMode.Open, FileAccess.Write, FileShare.ReadWrite))
{
Encrypt(inputStream, outputStream);
}
}
现在,由于您使用的是加密,我什至建议在另一个专门的流中执行实际加密。这很好地清理了代码。
class MySpecialHashingStream : Stream
{
...
}
protected void Encrypt(Stream input, Stream output)
{
Stream encryptedOutput = new MySpecialHashingStream(output);
input.CopyTo(encryptedOutput);
}