将方法声明为静态的有什么好处

Question

我最近在Eclipse中查看了我的警告,发现了这样一个警告：

如果方法可以声明为静态，它将给出编译器警告。

[编辑]Eclipse帮助中的确切引用，强调私有和最终：

如果启用，编译器将为私有或最终的方法以及仅引用静态成员的方法发出错误或警告。

是的。我知道我可以关掉它，但我想知道打开它的原因？

为什么将所有可能的方法声明为静态方法是一件好事呢？

这会给性能带来什么好处吗？（在移动域中）

指出一个方法是静态的，我想是在表明你不使用任何实例变量，因此可以移到一个utils样式的类？

在一天结束的时候，我应该关闭这个‘忽略’还是我应该修复它给我的100多个警告？

您是否认为这只是额外的关键字弄脏了代码，因为编译器将只是内联这些方法？（有点像你并不声明每一个变量可以final，但你可以）。

Answer 1

这里没有优化的概念。

static方法是static，因为您显式声明该方法不依赖封闭类的任何实例，只是因为它不需要这样做。因此Eclipse警告（如文档中所述）：

如果启用，编译器将为私有或最终的方法以及仅引用静态成员的方法发出错误或警告。

如果您不需要任何实例变量，并且您的方法是私有的（不能从外部调用）或最终的（不能重写），那么就没有理由让它成为一个普通的方法而不是静态的方法。静态方法本质上更安全，即使只是因为允许您用它做更少的事情（它不需要任何实例，您没有任何隐式this对象）。

Answer 2

无论何时编写方法，都是在给定范围内履行契约。范围越窄，编写bug的几率就越小。

当一个方法是静态的时，你不能访问非静态的成员；因此，你的范围就更窄了。那么，如果您不需要也永远不需要（即使在子类中）非静态成员来履行您的契约，为什么要将对这些字段的访问权授予您的方法呢？在这种情况下声明方法statice将让编译器检查您没有使用不打算使用的成员。

而且，它将帮助阅读您的代码的人理解合同的性质。

这就是为什么在实际实现静态契约时声明方法statice是很好的。

在某些情况下，您的方法只意味着与您的类的一个实例相关的一些东西，而且碰巧它的实现实际上并没有使用任何非静态字段或实例。在这种情况下，您不会将方法标记为static。

不使用static关键字的示例：

• 什么都不做的扩展钩子（但可以对子类中的实例数据做一些事情）
• 一个非常简单的默认行为，用于在子类中自定义。
• 事件处理程序实现：实现将随事件处理程序的类而异，但不会使用事件处理程序实例的任何属性。