WCF ReliableSession 和超时

Question

我有一个 WCF 服务，主要用于管理存储库中的文档。
我使用了 MS 的分块通道示例，以便我可以上传/下载大文件。
现在我与服务实现了可靠的会话，并且我看到了一些奇怪的行为。
这是我正在使用的超时值。

this.SendTimeout = new TimeSpan(0,10,0);
this.OpenTimeout = new TimeSpan(0, 1, 0);
this.CloseTimeout = new TimeSpan(0, 1, 0);
this.ReceiveTimeout = new TimeSpan(0,10, 0);
reliableBe.InactivityTimeout = new TimeSpan(0,2,0);

我有以下问题：
1.如果服务未启动&运行时，客户端在 OpenTimeout 之后不会断开连接。

我用我的测试客户端尝试了它。

场景 1：没有可靠会话： 我得到以下异常： 无法连接到 net.tcp://localhost:8788/MediaManagementService/ep1。连接尝试持续的时间跨度为 00:00:00.9848790。 TCP 错误代码 10061：无法建立连接，因为目标计算机主动拒绝它 127.0.0.1:8788

这是正确的行为，因为我已将 OpenTimeout 指定为 1 秒。

场景 2：使用 ReliableSession：
我得到同样的异常：

无法连接到 net.tcp://localhost:8788/MediaManagementService/ep1。连接尝试持续的时间跨度为 00:00:00.9692460。 TCP错误代码10061：无法建立连接，因为目标机器主动拒绝它127.0.0.1:8788。

但这条消息是在大约 10 分钟后发出的。 （我相信在SendTimeout之后） 所以在这里我刚刚启用了可靠会话，现在看起来客户端的 OpenTimeout = SendTimeout。
这是期望的行为吗？

2：使用 ReliableSession 上传大文件时出现问题：
一般规则是您必须为 maxReceivedMessageSize、SendTimeout 和 ReceiveTimeout 设置一个很大的值。
但在分块通道的情况下，最大接收消息大小并不重要，因为数据是以块的形式发送的。
所以我为 Send 和 ReceiveTimeout 设置了一个很大的值：比如 10 小时。 现在上传一切正常，但它有一个副作用，即使 Service 没有启动，由于 (1) 中提到的行为，客户端连接也需要 10 个小时才会超时。

请让我知道您对这种行为的想法。