我是一名Java程序员，刚进入企业界。最近我用Groovy和Java开发了一个应用程序。在我编写的所有代码中，都使用了相当多的静态元素。高级技术人员要求我减少使用的静态数据的数量。我在谷歌上搜索过相同的内容，我发现许多程序员都相当反对使用静态变量。
我发现静态变量使用起来更方便。而且我假定它们也是有效的(如果我错了请纠正我)，因为如果我必须在一个类中对一个函数进行10,000次调用，我将很高兴使方法静态，并在其上使用直接的class . methodcall()，而不是用10,000个类实例使内存混乱，对吗?
此外，静态减少了对代码其他部分的相互依赖。他们可以作为完美的国家持有者。除此之外，我还发现一些语言(如Smalltalk和Scala)广泛地实现了静态。那么为什么程序员普遍反对静态(尤其是在Java世界中)呢?
PS:如果我对静态数据的假设是错误的，请纠正我。
当前回答
静态变量没有好坏之分。它们表示描述整个类而不是特定实例的属性。如果需要为某个类的所有实例设置一个计数器，则静态变量将是保存该值的合适位置。
当您尝试使用静态变量来保存与实例相关的值时，就会出现问题。
其他回答
a)关于程序的原因。
如果你有一个小型到中型的程序，其中静态变量Global。Foo被访问，对它的调用通常不知道从哪里来——没有路径，因此也没有时间轴，变量是如何到达这个地方的，它在哪里被使用。现在我怎么知道是谁设置了它的实际值呢?如果我现在修改它，我怎么知道会发生什么呢?我让grep覆盖整个源代码，收集所有访问，知道发生了什么。
如果你知道如何使用它，因为你只是写了代码，问题是看不见的，但如果你试着理解外国代码，你就会明白。
b)你真的只需要一个吗?
静态变量通常会阻止相同类型的多个程序在相同JVM中运行，但它们的值不同。您通常无法预见在哪些情况下您的程序的多个实例是有用的，但是如果它发展了，或者如果它对其他人有用，他们可能会遇到这样的情况，他们想要启动您的程序的多个实例。
只有那些在较长时间内不会被很多人密集使用的或多或少无用的代码才可能适合使用静态变量。
如果我必须在一个类中对一个函数进行10,000次调用，我会 很高兴使方法静态和使用直接 使用class.methodCall()来代替内存中10,000的混乱 类的实例，对吧?
您必须平衡将数据封装到具有状态的对象中的需求，以及简单地计算某些数据上的函数的结果的需求。
此外，静态减少了对代码其他部分的相互依赖。
封装也是如此。在大型应用程序中，静态方法往往会产生意大利面条式的代码，并且不容易进行重构或测试。
其他答案也为反对过度使用静态数据提供了很好的理由。
这里有很多很好的答案，
记忆: 静态变量只要类加载器存在(通常直到VM死亡)就存在，但这只是在大块对象/引用存储为静态的情况下。
模块化: 考虑IOC、依赖注入、代理等概念。所有这些都完全反对紧密耦合/静态实现。
其他缺点:线程安全性，可测试性
我认为过度使用全局变量和静态关键字也会导致应用程序中实例的某些点的内存泄漏
静态变量没有好坏之分。它们表示描述整个类而不是特定实例的属性。如果需要为某个类的所有实例设置一个计数器，则静态变量将是保存该值的合适位置。
当您尝试使用静态变量来保存与实例相关的值时，就会出现问题。
