静态引用比declaration/reference快吗？
Is static reference faster than declaration/reference?
我想 运行 一个程序关闭时的方法，它需要一个指向要存储的对象引用的临时变量。我恰好有一个 class 类型的变量，我一直在使用它来存储当前值，但不再需要它了。
我知道这可能不是最佳做法，但是如果我想节省额外的步骤并在我的程序执行一些内务处理的同时编写一个对象引用作为占位符，将它写入这个已经存在的变量会更快吗比从头开始宣布一个新的温度？静态变量在另一个 class 中，如果有区别的话。
"So fast it doesn't matter," 以及对象被写入的任何一种方式。我只是想了解这些东西在内存中是如何工作的。新变量的明显问题在我看来是一个必须在磁盘上分配一些 space 的声明。
- 重用一些不相关的 class 变量是最糟糕的选择。它使您的代码不可读且不可维护。
- 在堆栈上分配一个额外的引用变量也不需要时间——无论您的方法有 5 个还是 50 个局部变量都无关紧要。分配局部变量意味着只是 adding/subtracting 来自堆栈指针的一些（常量）值。
- 忘记在磁盘上分配 space - 您的 运行 程序的状态通常根本不会写入磁盘。
我想 运行 一个程序关闭时的方法，它需要一个指向要存储的对象引用的临时变量。我恰好有一个 class 类型的变量，我一直在使用它来存储当前值，但不再需要它了。
我知道这可能不是最佳做法，但是如果我想节省额外的步骤并在我的程序执行一些内务处理的同时编写一个对象引用作为占位符，将它写入这个已经存在的变量会更快吗比从头开始宣布一个新的温度？静态变量在另一个 class 中，如果有区别的话。
"So fast it doesn't matter," 以及对象被写入的任何一种方式。我只是想了解这些东西在内存中是如何工作的。新变量的明显问题在我看来是一个必须在磁盘上分配一些 space 的声明。
- 重用一些不相关的 class 变量是最糟糕的选择。它使您的代码不可读且不可维护。
- 在堆栈上分配一个额外的引用变量也不需要时间——无论您的方法有 5 个还是 50 个局部变量都无关紧要。分配局部变量意味着只是 adding/subtracting 来自堆栈指针的一些（常量）值。
- 忘记在磁盘上分配 space - 您的 运行 程序的状态通常根本不会写入磁盘。