Java—性能问题;变量名和文件名长度



这只是一些关于性能的问题,但我认为其中一些问题是合乎逻辑的:-如果我使用短名称的变量,处理起来会更好/更快吗?示例:"字符串s"将比"字符串超语法"更好。-关于文件名,如果文件名较短,访问速度会更快吗?示例:(几乎相同)filename.txt或f.txt.

感谢大家,我真的很想让我的软件尽我所能做得更好:)

如果我使用短名称的变量,处理起来会更好/更快吗?

没有变量名甚至可能不在生成的字节码中。在一天结束时,变量被映射到寄存器/堆栈操作数。变量名称无关紧要。它只适用于人类。并且他们倾向于更喜欢superPhrase而不是s

如果文件名短,访问它会更快

没有文件和变量一样,使用特殊的标识符(例如inode)进行引用。只有在打开/定位文件时才需要文件名。与实际的文件访问相比,它的速度快了几个数量级。这同样适用于Java应用程序和其他操作系统进程。

除了Tomasz的出色回答外,您还展示了早期优化的所有迹象。有几个问题:

1) 在你遇到问题之前,你不知道该优化什么:减少CPU使用量与减少内存或减少磁盘使用量是不同的优化

2) 优化需要时间,这要么是你的个人时间(有价值),要么是你公司的时间(更有价值)。在不必要的地方进行乐观是浪费金钱。

3) 如果要优化的重要事情是"程序员花在计算软件功能上的时间",那么减少可变长度(即使它确实产生了影响)也无关紧要。可读代码很重要——好的变量名是其中的重要组成部分。

相关内容

  • 没有找到相关文章

最新更新