BinaryFormatter *PERFORMANCE* 问题的序列化

Question

背景：

我被 LARGE 对象图所困扰，它被序列化为大约 60MB 的文件（并且会随着时间的推移而增长）。问题不在于文件大小，而在于写入和读取时间，在某些机器上长达 4 分钟。

剧情：

由于这代表某种内存数据库，我可以延迟加载其中的一些。

刺激：

如何测量特定对象块的加载时间？我是否记录构造函数调用并从那里开始？有更好的主意吗？

编辑：

我宁愿不谈论序列化的替代方案，有很多关于该主题的帖子，我宁愿调查为什么它这么慢以及对象图的哪一部分是“切除”和延迟加载的良好候选者。

Answer 1

您可以尝试protobuf.NET，据报道它更快。

Answer 2

我会考虑使用SQL Server Compact（Microsoft 的进程内数据库）而不是序列化大型对象图。

我有使用 BinaryFormatter 将大图序列化到磁盘的经验。存在与版本控制相关的问题。序列化对象也很难维护和使用。使用此类对象通常需要反序列化到内存中。处理大图是一种消耗资源的方式。

而且 Sql Server CE 是相当轻量级的，它的程序集大约是 1Mb。它还处理一些多线程问题。

如果您需要序列化只是为了通过网络或其他方式发送，我想 60Mb 是相当大的数组，传输它可能会出现问题。

更新

如果您想使用 BinaryFormatter，我想您可以不将图形序列化为一个根对象，而是将其序列化为较小对象的集合。也许序列化所有对象会慢一些，但它会让你只序列化对象的一部分。如果您有异构数组（即不同类型的对象序列），我可以假设对象越复杂，其层次结构越深，序列化它所需的时间就越多。您可以测量相同类型对象集合的序列化时间。您还可以使用一些分析器来序列化整个图，大多数分析器会告诉您哪个方法需要更多时间来执行。