性能反模式

我目前正在为一位客户工作石化的由于“性能原因”而更改糟糕的不可测试和不可维护的代码。显然，存在着许多误解，而且不明白原因，只是盲目相信。

我遇到的一种反模式是需要标记尽可能多的类内部密封...

*重新编辑：我看到将所有内容标记为sealed内部（在 C# 中）作为过早优化。*

我想知道人们可能知道或遇到的其他一些性能反模式是什么？

我遇到的最大的性能反模式是：

• 不衡量绩效之前和 更改后。

收集性能数据将显示某种技术是否成功。不这样做会导致相当无用的活动，因为当一切都没有改变时，有人会“感觉”性能有所提高。