如何检查 Stream.Null？

我有一个 WCF 服务，它返回一个 Stream，如下所示：

public Stream StreamFile(string filepath)
{
    try
    {
        // Grab the file from wherever it is
        // Throw an exception if it doesn't exist
        return fileStream;
    }
    catch (Exception ex)
    {
        // Log the exception nicely in a place of my user's choosing
    }
    return Stream.Null;
}

我曾经尝试返回 null，但如果找不到文件，我开始遇到这个问题：WCF - MessageBodyMember - 流 -“值不能为空” https://stackoverflow.com/questions/7319019/wcf-messagebodymember-stream-value-cannot-be-null

通过返回 Stream.Null，我已经摆脱了该错误，但现在我遇到了另一个问题 - 我的客户如何知道我是否发回了 Stream.Null？我不能/不应该检查长度，因为这些文件可能很大，但即使不是，我也会遇到这个问题：在 WCF 客户端中查找 Stream 对象的长度？ https://stackoverflow.com/questions/11848570/find-length-of-stream-object-in-wcf-client

这是我的（非常简化的）客户端代码，仅供后代使用，但对我来说，仅下载 Stream.Null 的问题是我最终会得到一个空文件，没有人喜欢这样。

public FileInfo RetrieveFile(string fileToStream, string directory)
{
    Stream reportStream;
    string filePath = Path.Combine(directory, "file.txt");
    using (Stream incomingStream = server.StreamFile(fileToStream))
    {
        if (incomingStream == null) throw new FileExistsException(); // Which totally doesn't work      
        using (FileStream outgoingStream = File.Open(filePath, FileMode.Create, FileAccess.Write))
        {
            incomingStream.CopyTo(outgoingStream);
        }
    }
    return new FileInfo(filePath);
}

看来我只是以某种方式设计了这个方法错误，但我想不出更好的方法来做到这一点，而不涉及抛出未捕获的异常。有什么建议么？

当 WCF 服务（或任何精心设计的服务）中发生意外情况时，客户端不能/不应该知道细节或关心。它只需要知道出了什么问题。

您应该允许异常出现而不捕获它，并且客户端会知道发生了故障并且操作失败，无论文件丢失、没有读取它的权限或者文件在磁盘上可能已损坏。这些对客户来说都不重要，因为除了与服务过于耦合之外，我无论如何都无法对这些信息做任何事情。

当然，在这种情况下，返回值毫无意义，实际上代理（通常）会处于故障状态并且不再可用。 （这取决于您的会话模式和实例生活方式）。

请注意，如果您想让客户了解错误并做出反应，您应该将这些错误设计为合同的一部分并抛出FaultException<>包装您在合同中明确声明的合同异常。这将使代理继续可用。您可以阅读更多内容here https://msdn.microsoft.com/en-us/library/ms752208(v=vs.110).aspx