使用WCF网络时的随机超时错误.tcp绑定
本文关键字：超时 错误 tcp 绑定 随机 WCF 网络 使用 | 更新日期: 2023-09-27 18:01:58
总的来说——我有一个带有多个绑定的WCF服务。一个是HTTPS绑定，另一个是net.tcp绑定。该服务托管在IIS上。HTTPS绑定似乎工作得很好，但TCP绑定有随机超时错误。
发送给XXX的请求操作在设定的超时时间(00:05:00)内没有收到应答。分配给该操作的时间可能是较长超时的一部分。这可能是因为服务仍在处理操作，或者因为服务无法发送回复消息。请考虑增加操作超时(通过将通道/代理转换为IContextChannel并设置OperationTimeout属性)，并确保服务能够连接到客户端
我可以清楚地看到这个问题是一个超时问题，但它并不总是发生。唯一让我困惑的是，我的所有操作都不需要5点就能完成。我可以在屏幕上看到我想要看到的结果，这让我认为我的过程结束了。但是，当我启动下一个进程时，当我意识到我的"服务处于已完成状态"并返回时，我发现这个错误时，我会得到这个超时。
谁能告诉我发生了什么事?我认为这个错误与TCP协议的工作方式有关，因为我在HTTPS中找不到这个。对服务的相同调用也不总是产生此错误。这是非常随机的。我使用TCP通过二进制编码的XML格式获得性能提升，但我怀疑所有这些随机问题是否真的获得了任何优势。在我所有的通话中，HTTPS似乎平均慢了一秒这对于TCP的性能来说是一个很好的增益但对于这些问题，真的值得使用TCP路由吗?对这两种协议进行一些比较也会对我有很好的启发。
谢谢
关于比较。TCP是传输层协议，提供可靠的数据传输。HTTPS基于tcp，并且有一些数据开销。我看不出有什么原因是一样的，因为手术完全不同，因为协议不同。您尝试发送什么类型的数据?
在对网络进行了一些测试和监控之后，我发现这个问题更多的是网络问题，连接波动导致TCP通道中断。我还不能百分百确定这个问题，但这是我能得出的最有希望的结论。如果有人有任何其他意见，请随时分享，这样我可以提高我的服务可靠性。