4

我有一个网络客户端，它处理来自服务器的数据。

数据作为一系列消息发送，它们本身是键/值集合，在概念上类似于 HTTP 标头（除了没有“消息体”），这是一个典型的单向消息（行分隔\r\n）：

Response: OK
Channel: 123
Status: OK
Message: Spectrum is green
Author: Gerry Anderson
Foo123: Blargh

我的协议客户端通过使用andNetworkStream逐个字符读取,并使用状态机解析器和实例来填充实例。然后将这些 Dictionary 实例保存到内存结构中以供进一步处理，它们的使用寿命通常约为 10 分钟。StreamReaderwhile( (nc = rdr.Read()) != -1 )StringBuilderDictionary<String,String>

我的客户每小时会收到数千条这样的消息，并且客户端进程是持久的——这是一个问题，因为我的客户端进程经常增长到从这些String实例中消耗超过 2GB 的内存——我使用 windbg 来查看所有内存的去向. 这是一个问题，因为代码在只有 3.5GB 内存的 Azure VM 上运行。我看不出为什么我的程序最多应该消耗超过几百 MB 的 RAM。通常我会照看虚拟机并观察我的进程的内存消耗随着时间的推移，它会稳步增长到大约 2GB，然后随着 GC 的收集运行突然下降到大约 100MB，然后它会再次增长。GC 运行之间的时间可能会有所不同，根本无法预测。

因为这些字符串中有很多是相同的（例如键Response，Status等）以及已知值OK，Fail所以我可以使用字符串实习来减少使用，如下所示：

// In the state-machine parser after having read a Key name:

String key = stringBuilder.ToString();
key = String.Intern( key );

// etc... after reading value
messageDictionary.Add( key, value );

问题是我看到了额外优化的空间：sb.ToString()将分配一个新的字符串实例，它将用于实习，其次：实习字符串在 appdomain 的生命周期内持续存在，不幸的是有些键不会看到重新-use 并且实际上会浪费内存，例如Foo123在我的协议示例中。

我认为的一种解决方案是不使用字符串实习，而是有一个包含static readonly字符串字段的类，这些字段是已知的键，然后使用普通的非实习字符串——这最终会被 GC 处理，因此不会冒着填满字符串实习池的风险一次性字符串。然后我会将StringBuilder实例与这些已知字符串进行比较，如果是，则使用它们而不是调用sb.ToString()从而跳过另一个字符串分配。

但是，如果我确实选择实习生每个字符串，实习生池将继续增长，不幸的是.NET似乎没有.Chlorinate()字符串池的方法，有没有办法从实习生池中删除一次性字符串如果我继续这种String.Intern方法，还是我最好使用我自己的静态只读字符串实例？

4

1 回答 1

2

由于您引用的原因，实习在这里无济于事。这实际上会使事情变得更糟，因为实习字符串不再受到垃圾收集的影响。不，没有方法可以从池中删除实习字符串。

您已经描述了 GC 完全按照 GC 的设计目的进行，所以我并不清楚您是否真的有问题。采用实习意味着用垃圾收集（这不是问题）来换取不断增长的内存需求（这是一个问题）。

如果您担心 GC 运行的频率不足以使您的内存消耗低于您想到的某个阈值，您可以考虑监控您的内存使用情况并在达到该阈值时调用 GC.Collect()。

如果 GC 的行为模式实际上导致了问题（除了看起来很奇怪），那么您可能需要尝试从默认的“工作站”GC 模式切换到“服务器”GC 模式，因为它们的调整方式不同。（但是，再一次，我完全不相信你确实有问题。）

这两页介绍了一些差异：

http://msdn.microsoft.com/en-us/library/ee787088(v=vs.110).aspx#workstation_and_server_garbage_collection

http://blogs.msdn.com/b/dotnet/archive/2012/07/20/the-net-framework-4-5-includes-new-garbage-collector-enhancements-for-client-and-server-应用程序.aspx

但请注意，实际差异随着框架的每个版本而变化，因为负责这些东西的人一直在学习和改进。

GC 模式由 app config 控制：

http://msdn.microsoft.com/en-us/library/cc165011(v=office.11​​).aspx

<configuration
   <runtime>
      <gcServer enabled="true"/>
   </runtime>
</configuration>

您可能还会发现此故障排除指南很有用，或者至少很有趣：

http://msdn.microsoft.com/en-us/library/ee851764(v=vs.110).aspx#Issue_TooMuchMemory

于 2014-11-06T09:46:51.613 回答