C＃中最重要的优化性能最佳实践是什么

Question

当我阅读本教程时，我注意到以下有关在C＃中使用结构的性能提示：

除非您需要引用类型语义，否则系统可以更有效地将小于16字节的类作为结构进行处理。

我在stackoverflow中查找了类似的问题，我发现了一些关于ADO.Net ， Networking ， Streams中的 性能最佳实践的问题 ，而不是关于C＃（该语言）中的性能最佳实践 。

我想添加关于使用整数类型的另一个提示：

运行时优化了32位整数类型（Int32和UInt32）的性能，因此将这些类型用于计数器和其他经常访问的整数变量。

Answer 1

简单：个人资料。

每个应用程序都不同。 花时间减少一些代码以使其“更有效”是没有意义的，如果这不是你的应用程序的瓶颈。 此外 - 如果您没有数字来支持更改，您甚至可能会使事情变得更糟 。

在大多数情况下，IO是关键点，所以考虑IO是一个明智的选择。 同上DB访问。 但除此之外：衡量它。

Answer 2

1. 字符串是不可改变的 。
2. 理解using语句。
3. 了解拳击和泛型如何帮助。
4. 了解垃圾收集器的工作原理。
5. .Net 4.0中的并行编程
6. 了解文件IO如何影响性能。

Eric Lippert谈论了很多优化问题。 我会读他的博客 。
我也会查看Jon Skeet的博客 。

Answer 3

• 始终有绩效预算 - 您（或您的客户）在粗略的条件下寻求什么样的绩效？
• 衡量几乎与性能相关的一切。
• 考虑一下参考地点 。
• 几乎从来没有终结者。
• 几乎从不打电话给GC.Collect。
• 避免中年危机 。
• 了解例外的成本 。
• 如果您使用的是侵入式探查器，请不要相信它给您的时间。
• 请注意， Amdahl定律并不总是适用 。
• 缓存可能无法为您提供所需的性能优势 。

Answer 4

在非特殊情况下不要使用例外。

Answer 5

不仅仅是在C＃中，而是在鼓励你创建大量数据结构类的任何OO语言中，可能需要一些性能调优和分析经验来学习这一点，但保持简单不仅仅是一个高度。

必须尽量减少所拥有的类的数量，最大限度地减少数据的冗余，特别是尽量减少使用通知式更新以尽量保持数据的一致性。

如果数据结构的不同组件需要保持彼此一致，那么最好能够容忍临时不一致，而不是通过通知尝试使事情保持一致。

数据结构中的许多复杂问题源于模糊但普遍的使其“更有效”的愿望，例如交叉链接数据结构，以便通知可以实现即时更新。 这不仅会使代码大大复杂化，从而导致错误，而且当您进行性能调优时，您会发现这些结构可能是最大的性能杀手。

Answer 6

避免在循环中装箱和拆箱。

例如，使用List而不是ArrayList。 通用集合不仅类型安全，而且当您将它们与值类型一起使用时，它们也比非泛型集合更快。

Answer 7

我可以说出很多性能优化：

1. 字符串操作的String.Format / StringBuilder为字符串是不可变的。
2. 继承IDisposable以编写自己的代码以处理对象，以便删除非托管内存引用，并且在仅使用托管内存时也不实现IDisposable。
3. 不要将本地引用设置为null，因为它是自动完成的。
4. 在你抛出时不要创建新的异常。 使用throw比抛出ex
5. 将大对象作为WeakReference放置，使其立即可用于GC。 http://www.abhisheksur.com/2010/07/garbage-collection-algorithm-with-use.html
6. 避免拳击/拆箱。 使用泛型。

等等

Answer 8

在许多应用程序中，尤其是Web应用程序中，您的应用程序花费大部分时间来访问数据库。 （这不是特定于C＃的）使用分析工具来确保您没有长时间运行的数据库查询，选择好的索引，并在适当的地方使用预先加载来减少必须进行的数据库请求的数量。 这可能是您可以做的最大的事情，以提高使用数据库，C＃或其他方式的应用程序的性能。

Answer 9

如果您从对象“B”订阅对象“A”上的事件，请确保在“B”更改之前取消订阅“A”中的“B”事件，否则，“B”可能永远不会得到GC。

Answer 10

在进行大量操作时，尽可能避免字符串操作（lookups，.Contains（“blah”）等）。 在可能的情况下删除这些操作时，我发现了显着的性能增强。