我有一个用 C# 编写的 WPF 应用程序。它必须实例化数千个对象。从数据库服务器提取数据后，它必须运行大量耗时的计算。整个过程最多需要 20-30 秒，其中 80% 来自计算。
因此，为了帮助解决这个问题，我编写了一个 WCF 服务，该服务保留已实例化对象的副本以及已运行的计算，然后根据请求将实例化对象传输到调用客户端。
有效!然而它很慢......真的很慢。比原来的方式慢很多。从 WCF 服务传输所有对象需要 3-4 分钟，从而违背了它的目的。
我尝试过流式传输而不是缓冲服务，并在客户端和服务器配置文件中增加或减少不同的服务选项，但还没有找到真正有影响的设置。
这种缓慢的速度是意料之中的，还是应该很快，我只需要修改一些选项？如果可以，有哪些选择？
最佳答案
WCF 不一定很慢，但如果应用程序设计不当，应用程序可能会很慢。这可以比作在跑车上装载几千磅的重量。这辆车是一辆快车，但它并没有真正被正确使用。
首先，我会说您必须尽量减少在线路上发送的数据量(稍后会详细介绍)。一旦连接上网络，如果使用 TCP 或命名管道而不是 HTTP，您将获得更好的性能。参见 Choosing a Transport . HTTP 很简单，因为大多数网络都配置为可以轻松通过，但它不是为大型数据集设计的。
如果延迟来自计算，那么 WCF 服务将完成的唯一事情就是将处理从服务器卸载到客户端。最终这可能是一件好事 - 甚至是必要的 - 如果您计划对服务器发出大量并发请求，但正如您已经注意到的那样，这并不一定意味着最终用户的时间更短。您应该关注的是尽量减少计算时间。
很难给出具体细节，因为您没有透露太多有关正在查询的内容、正在返回的内容以及正在进行的计算。但是，通过 Visual Studio SQL Server Projects 将代码从应用程序服务器卸载到数据库服务器，我在大型数据集上取得了令人印象深刻的结果。 .由于 .NET 和 MSSQL 都是在 CLR 上编写的，因此您可以用 C# 或 VB 或任何其他 CLR 语言编写 native 数据库对象(如 user defined functions )，然后将它们直接部署到数据库中。然后您可以在查询中使用这些函数，它们非常很快，因为它们被编译到 native SQL 中。我已经看到在应用程序中运行 C# 与在数据库中运行相同的函数之间存在数量级的差异。
关于c# - WCF 服务传递对象缓慢。那是正常的吗？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/9415101/