使用 DataContractSerializer 慢速序列化 WCF 响应

Question

我有一个 WCF 服务，它执行搜索并将相当复杂的对象列表返回给客户端。这是一个 EAV 系统，因此返回的每个实体都有一个附加值列表，其大小取决于实体蓝图。

在我的测试搜索中，我已经通过日志确认实际搜索几乎在所有情况下都需要不到一秒钟的时间才能完成。在将响应返回给客户端之前，我做的最后一件事是记录处理已完成。

不幸的是，客户端直到我完成后 15-20 秒才收到响应。总响应大小约为 250kb，非常小。这正在通过 LAN 传输，我已经尝试禁用防火墙和防病毒软件以确保两者都没有干扰。

然而，我注意到，如果响应小得多，例如通过删除附加到每个实体的字段，响应的速度会快得多。我还尝试单步执行服务的本地托管 (IIS) 副本，在通过最终return语句后，仍然需要 15 秒才能到达本地客户端应用程序。

我使用 basicHttpBinding 作为服务将被 .Net 和 PHP 客户端使用。

那么，任何人都可以提出一种我可以确认情况确实如此的方法吗？我该如何解决极其缓慢的序列化时间？

编辑：

为了澄清起见，我用 [DataContract] 属性标记了每个类，并用 [DataMember] 标记了每个属性 - 当我返回数据时，WCF 正在处理序列化。在这种情况下，它是一个实体类型的列表（一个包含值列表的自定义类。

编辑2：

我已经测试了 DataContractSerializer 的速度，将 65 个返回实体的列表写入一个简单的内存流大约需要 15 秒。这看起来很荒谬，我不确定是什么改变使它如此痛苦地缓慢。

Answer 1

我已经想通了，这很尴尬。

在测试 DataContractSerializer 的速度时，我使用了从我的搜索中返回的 65 个产品的列表。我决定加载数据库中的所有产品（大约 600 个），然后将它们序列化到内存中，但遇到了一些内存不足的异常，因此开始将结果写入文本文件。

结果发现文本文件有 1.5GB，大约是整个数据库大小的 3 倍。序列化耗时 17 秒。所以实际上，它做得非常好。发生的事情是每个产品都可以有一个附加实体的列表，这些实体也被加载了。因为它们是序列化的，所以这些实体是重复的，它们在数据库中只存在一次。

除了剥离大量客户不需要的元数据外，我还设法将 50 个产品（以前为 194MB）的列表缩减到仅 3MB。（更新：这个周末我把 1.5GB 的列表降到了 66MB）。

这个故事的主旨？倾听社区的声音。其他人都告诉我 DataContractSerializer 有多快，所以当我觉得它很慢时，我应该责怪自己而不是 DataContractSerializer。

更新：

我花了一些时间试图弄清楚为什么这是一个突然的问题。答案在于 EAV 系统的性质——附加到任何实体的数据列表是动态的。我最初只是在请求一个单独的实体时加载字段数据 - 多个实体为了速度只加载了最低限度的数据。在我实现缓存后，我将其更改为加载所有字段数据，但由于复杂的数据模型和大量实体，我没有预料到这会对数据量产生多大的影响。真的，我不应该对我请求的数据量做任何假设。