我是一名Java程序员，刚进入企业界。最近我用Groovy和Java开发了一个应用程序。在我编写的所有代码中，都使用了相当多的静态元素。高级技术人员要求我减少使用的静态数据的数量。我在谷歌上搜索过相同的内容，我发现许多程序员都相当反对使用静态变量。
我发现静态变量使用起来更方便。而且我假定它们也是有效的(如果我错了请纠正我)，因为如果我必须在一个类中对一个函数进行10,000次调用，我将很高兴使方法静态，并在其上使用直接的class . methodcall()，而不是用10,000个类实例使内存混乱，对吗?
此外，静态减少了对代码其他部分的相互依赖。他们可以作为完美的国家持有者。除此之外，我还发现一些语言(如Smalltalk和Scala)广泛地实现了静态。那么为什么程序员普遍反对静态(尤其是在Java世界中)呢?
PS:如果我对静态数据的假设是错误的，请纠正我。
当前回答
我认为过度使用全局变量和静态关键字也会导致应用程序中实例的某些点的内存泄漏
其他回答
这里有很多很好的答案，
记忆: 静态变量只要类加载器存在(通常直到VM死亡)就存在，但这只是在大块对象/引用存储为静态的情况下。
模块化: 考虑IOC、依赖注入、代理等概念。所有这些都完全反对紧密耦合/静态实现。
其他缺点:线程安全性，可测试性
Static fields are de facto GC roots (see the How Garbage Collection Works section earlier in this chapter), which means they are never garbage-collected! For convenience alone, static fields and collections are often used to hold caches or share state across threads. Mutable static fields need to be cleaned up explicitly. If the developer does not consider every possibility (a near certainty), the cleanup will not take place, resulting in a memory leak. This sort of careless programming means that static fields and collections have become the most common cause of memory leaks!
简而言之，永远不要使用可变静态字段——只使用常量。如果您认为需要可变静态字段，请再三考虑!总有更合适的方法。
因为没有人*提到它:并发。如果有多个线程读取和写入静态变量，那么静态变量可能会让您感到惊讶。这在web应用程序(例如ASP.NET)中很常见，它会导致一些相当令人恼火的错误。例如，如果有一个静态变量由页面更新，并且页面由两个人“几乎同时”请求，一个用户可能会得到另一个用户所期望的结果，甚至更糟。
静态减少了对代码其他部分的相互依赖。他们可以作为完美的国家持有者
我希望您已经准备好使用锁和处理争用。
*事实上，Preet Sangha提到过。
a)关于程序的原因。
如果你有一个小型到中型的程序，其中静态变量Global。Foo被访问，对它的调用通常不知道从哪里来——没有路径，因此也没有时间轴，变量是如何到达这个地方的，它在哪里被使用。现在我怎么知道是谁设置了它的实际值呢?如果我现在修改它，我怎么知道会发生什么呢?我让grep覆盖整个源代码，收集所有访问，知道发生了什么。
如果你知道如何使用它，因为你只是写了代码，问题是看不见的，但如果你试着理解外国代码，你就会明白。
b)你真的只需要一个吗?
静态变量通常会阻止相同类型的多个程序在相同JVM中运行，但它们的值不同。您通常无法预见在哪些情况下您的程序的多个实例是有用的，但是如果它发展了，或者如果它对其他人有用，他们可能会遇到这样的情况，他们想要启动您的程序的多个实例。
只有那些在较长时间内不会被很多人密集使用的或多或少无用的代码才可能适合使用静态变量。
在我看来，你是在问静态变量，但你也在你的例子中指出了静态方法。
静态变量并不是邪恶的——它们被采用为全局变量，就像大多数情况下与最终修饰符结合的常量一样，但正如它所说的，不要过度使用它们。
静态方法又名实用方法。使用它们通常不是一个坏的做法，但主要的问题是它们可能阻碍测试。
作为一个伟大的java项目的例子，使用了大量的静态和做它的正确方式，请看看Play!框架。在SO中也有关于它的讨论。
与静态导入相结合的静态变量/方法也被广泛应用于方便java中声明性编程的库中，如:make it easy或Hamcrest。如果没有大量的静态变量和方法，这是不可能的。
所以静态变量(和方法)很好，但要明智地使用它们!
