|
|
1
11
|
|
2
13
简单:简介。 每个应用程序都是不同的。花时间减少一些代码使其“更有效率”,如果是这样,那就没有意义了。 不 应用程序中的瓶颈。还有-你甚至可能在制造东西 更糟的 如果您没有支持更改的数字。 在大多数情况下,IO是一个关键点,因此考虑IO是一个很简单的事情。同上,数据库访问。但除此之外:测量它。 |
|
3
3
|
|
|
4
2
在非特殊情况下不要使用例外。 |
|
5
1
不仅是在C语言中,而且在任何鼓励您创建大量数据结构类的OO语言中,可能需要一些性能调整和分析经验来了解这一点,但是 保持简单 不仅仅是一个陈词滥调。 必须尽量减少类的数量,尽量减少数据的冗余,尤其是尽量减少使用通知样式更新来保持数据的一致性。 如果数据结构的不同组件需要保持一致,那么最好能够容忍暂时的不一致,而不是通过通知来保持一致。 数据结构中存在的许多复杂问题都源于一种模糊但普遍存在的希望,即提高数据结构的“效率”,例如交叉链接数据结构,以便通知可以实现即时更新。这不仅使代码变得非常复杂,导致错误,而且当您进行性能调整时,您会发现,正是这些结构可能是最大的性能杀手。 |
|
|
6
0
避免在循环中装箱和拆箱。 例如,而不是arraylist使用list。当您将泛型集合与值类型一起使用时,它们不仅是类型安全的,而且速度也比非泛型快。 |
|
|
7
0
在许多应用程序中,尤其是Web应用程序,应用程序的大部分时间都花在数据库上。(这不是C特定的)使用分析工具来确保没有长时间运行的DB查询,选择好的索引,并在适当的情况下使用预加载来减少必须进行的数据库请求的数量。这可能是您能做的最大的一件事,以提高使用数据库、C或其他应用程序的性能。 |
|
|
8
0
如果您从对象“B”订阅了对象“A”上的事件,请确保在“B”更改之前取消订阅“A”中的“B”事件,否则,“B”可能永远无法获得GC'D。 |
|
|
9
0
在执行大量操作时,尽可能避免字符串操作(查找,.contains(“blah”)等)。在尽可能删除这些操作时,我发现了显著的性能增强。 |
|
|
10
0
我可以列举很多性能优化:
等。 |