为什么 BufferedStream.Write 会抛出“此流不支持查找操作”？

Question

这个让我很困惑。当我什至没有调用它时，我得到一个关于 seek 的错误？

我的代码看起来像这样：

// send 42
uint value = 42;
byte[] msg = BitConverter.GetBytes(value);
stream.Write(msg, 0, sizeof(uint));

我得到了这个例外：

System.NotSupportedException was unhandled
Message="This stream does not support seek operations."
Source="System"
StackTrace:
   at System.Net.Sockets.NetworkStream.Seek(Int64 offset, SeekOrigin origin)
   at System.IO.BufferedStream.FlushRead()
   at System.IO.BufferedStream.Write(Byte[] array, Int32 offset, Int32 count)
...

流的类型为System.IO.BufferedStream。可能发生了什么？

编辑更多信息：

sizeof(uint)==msg.length 在这种情况下。
流声明为stream = new BufferedStream(new NetworkStream(socket), 1024)

编辑：

就是这样！虽然可以在单个NetworkStream 上进行读写，但当切换到BufferedStream 时，必须有一个单独的用于读写。显然可以在同一个套接字上调用NetworkStream 构造函数两次来获得它。

如果可以的话，我会同时接受 Justin 和 Hans 的回答，因为一个让我准确地理解出了什么问题，另一个让我找到了解决方案。谢谢大家！

Answer 1

问题在于 BufferedStream 的内部工作原理（事实上您可能在尝试写入之前使用了 BufferedStream 进行读取）。

当您尝试写入 BufferedStream 时，在验证您的参数后，会按此顺序检查（所有代码都通过反射器从框架中提取）：

---

我们是在乞求写入缓冲区吗？

if(this._writePos == 0)

我们可以写入底层流吗？

if(!this._s.CanWrite) // throw error

读取缓冲区是否为空？

if(this._readPos < this._readLen)
{
    // FlushRead() will attempt to call Seek()
    this.FlushRead();
}

---

如果读取缓冲区中有未读数据，则在写入之前尝试刷新。 FlushRead() 调用 Seek()，这是导致您的错误的原因。

Answer 2

您之前一定是从那个 BufferedStream 中读取的。它从 NetworkStream 中获取字节。这些是单向的，您只能读取或写入它们，具体取决于它们的创建方式。如果您需要更多帮助，请发布创建 NetworkStream 的代码。