当我阅读this tutorial 时，我注意到以下有关在 C# 中使用结构的性能提示：
除非你需要引用类型 语义，一个更小的类 超过 16 个字节可能更有效 由系统作为结构处理。
我在 stackoverflow 中寻找了类似的问题，我发现了一些在 ADO.Net、Networking、Streams 中讨论性能最佳实践的问题，而不是关于 C#（语言）中的性能最佳实践。
我想补充一点关于使用整数类型的提示：
运行时优化性能 32 位整数类型（Int32 和 UInt32)，所以使用这些类型 计数器和其他经常访问的 积分变量。
【问题讨论】：
标签： c# .net performance
简单地说：个人资料。
每个应用程序都不同。如果这不是您的应用程序的瓶颈，花时间减少一些代码以使其“更高效”是没有意义的。另外 - 如果您没有数字来支持更改，您甚至可能会让事情变得更糟。
在大多数情况下，IO 是关键，因此考虑 IO 是轻而易举的事。同上数据库访问。但除此之外：测量它。
【讨论】：
【讨论】：
【讨论】：
不要在非异常情况下使用异常。
【讨论】：
ArrayList 读取时捕获异常。我们正在谈论每秒数千个异常。当您连接了调试器时，异常似乎真的很慢，但如果没有它，它们不会影响性能，除非您有一些严重的错误设计（例如基于异常的并行性..）。
throw 时，代码开始有异味。创建和捕获异常与任何其他执行相同。正如 Paul 所说，抛出异常会执行 Non-Local GoTo，这是控制代码流的禁忌，也会损害性能，其数量级与无法理解字符串是不可变的相同。我的意思是要说明它是 Throw 造成的伤害。不是问题。
不仅在 C# 中，而且在任何鼓励您创建大量数据结构类的 OO 语言中，可能都需要一些性能调整和分析经验来学习这一点，但保持简单不仅仅是陈词滥调。
必须尽量减少您拥有的类的数量，尽量减少数据的冗余，尤其是尽量减少使用通知式更新以尽量保持数据一致。
如果数据结构的不同组件需要彼此保持一致，最好能够容忍暂时的不一致，而不是尝试通过通知来保持一致。
数据结构中的许多复杂性源于一种模糊但普遍的愿望，即使其“更高效”，例如交叉链接数据结构，以便通知可以实现即时更新。这不仅会使代码变得非常复杂，导致错误，而且当您进行性能调优时，您会发现那些结构可能是最大的性能杀手。
【讨论】：
避免在循环中装箱和拆箱。
例如，使用 List 代替 ArrayList。泛型集合不仅是类型安全的，而且在将它们与值类型一起使用时也比非泛型更快。
【讨论】：
在许多应用程序中，尤其是网络应用程序，您的应用程序大部分时间都在访问数据库。 （这不是 C# 特定的）使用分析工具来确保您没有长时间运行的数据库查询，选择好的索引，并在适当的情况下使用预加载来减少您必须发出的数据库请求的数量。这可能是提高使用数据库、C# 或其他方式的应用程序性能所能做的最重要的事情。
【讨论】：
如果您从对象“B”订阅对象“A”上的事件，请务必在“B”更改之前取消订阅“A”中“B”的事件，否则，“B”可能永远无法获得 GC 'd.
【讨论】：
在进行大量操作时，尽可能避免字符串操作（查找、.Contains("blah") 等）。我发现在可能的情况下删除此类操作后，性能得到了显着提升。
【讨论】：
我可以说出很多性能优化：
等等。
【讨论】：