我是一名新手企业Java程序员，最近使用 Groovy 和 Java 开发了一个应用程序。在我的代码中，我使用了相当数量的静态变量。高级技术人员要求我减少使用静态变量。我谷歌了一下，发现很多程序员都相当反对使用静态变量。
我发现静态变量更方便使用。我认为它们也很有效率（如果我错了，请纠正我），因为如果我要在一个类中进行10,000次函数调用，我会很高兴将该方法设为静态，并简单地使用 Class.methodCall()，而不是用10,000个类实例来占用内存，对吗？
此外，静态变量减少了对代码其他部分的互相依赖。它们可以作为完美的状态持有者。另外，我发现一些语言（如Smalltalk和Scala）广泛使用静态变量。那么，为什么程序员普遍反对静态变量（特别是在Java世界中）呢？
PS：如果我对静态变量的假设有误，请纠正我。
静态变量代表全局状态。这很难推理和测试：如果我创建一个对象的新实例，我可以在测试中推理出它的新状态。如果我使用使用静态变量的代码，那么它可能处于任何状态 - 任何事都可能修改它。
我可以继续讲很长一段时间，但更大的概念是要考虑范围越小，推理就越容易。我们善于思考小事情，但是如果没有模块化，很难推理出一百万行系统的状态。顺便说一下，这适用于各种各样的事情 - 不仅仅是静态变量。
它不是非常面向对象: 有些人认为静态方法是"邪恶的"原因之一是它们与面向对象编程相悖。特别是，它违反了数据封装在对象中（可以扩展、信息隐藏等）的原则。静态方法，以你描述的方式使用它们，本质上是将它们用作全局变量，以避免处理范围等问题。然而，全局变量是过程化或命令式编程范例的定义特征之一，而不是"好的"面向对象代码的特征。这并不是说过程化范例是不好的，但我觉得你的主管希望你编写"好的面向对象代码"，而你真正想编写的是"好的过程化代码"。
在Java中使用静态方法时，有许多需要注意的地方，这些地方并不总是显而易见。例如，如果您在同一VM中运行两个程序副本，它们是否会共享静态变量的值并干扰彼此的状态？或者当您扩展类时会发生什么，您可以覆盖静态成员吗？您的VM是否由于具有疯狂数量的静态变量而耗尽内存，而该内存无法回收用于其他所需的实例对象？
此外，静态变量的生命周期与程序的整个运行时间相匹配。这意味着，即使你使用完你的类，所有这些静态变量的内存也不能被垃圾回收。例如，如果你将变量设置为非静态，并在main()函数中创建一个类的单个实例，并要求该类执行特定函数10,000次，那么一旦这10,000次调用完成并删除对单个实例的引用，所有静态变量都可以被垃圾回收和重用。
synchronized方法），这并不意味着调用代码在单例状态方面没有竞态条件。 - André Caron邪恶是一个主观的术语。
在创建和销毁方面，您无法控制静态变量。它们存在于程序加载和卸载的支配下。
由于静态变量存在于一个空间中，所有希望使用它们的线程都必须经过您管理的访问控制。这意味着程序更加耦合，而且这种变化很难预见和管理（就像J Skeet所说）。这会导致隔离变化影响的问题，从而影响测试的管理。
这是我对它们的两个主要问题。
不，全局状态本身并不是邪恶的。但我们需要查看 你的 代码以确定你是否正确使用它。新手滥用全局状态的可能性很大，就像他会滥用每个语言特性一样。
全局状态是绝对必要的。我们无法避免全局状态，也无法避免思考全局状态——如果我们在意理解我们应用程序的语义。
试图为了摆脱全局状态而摆脱它的人最终会得到一个更加复杂的系统——而全局状态仍然存在，在许多间接层次的巧妙/愚蠢的伪装下；在解开所有间接层次后，我们仍然需要考虑全局状态。
就像 Spring 的人们会在 xml 中慷慨地声明全局状态，并认为这样做非常优越。
@Jon Skeet，如果我创建一个对象的新实例，现在你有两件事情要考虑——对象内部的状态和托管对象的环境的状态。
静态变量有两个主要问题：
private static final Logger LOG = Logger.getLogger(Foo.class);
private static final AtomicInteger x = new AtomicInteger(0);据我所知，像这样的静态资源分配是由类加载器保证线程安全的。Logger实例是否线程安全与您分配指针的位置无关。在静态变量中保持状态可能不是一个好主意，但没有理由它不应该是线程安全的。 - teknopaul总结一下在Java中使用静态方法的几个基本优缺点：
优点：
缺点：
静态变量通常被认为是不好的，因为它们代表全局状态，因此更难理解。特别是，它们打破了面向对象编程的假设。在面向对象编程中，每个对象都有自己的状态，由实例（非静态）变量表示。静态变量表示跨实例的状态，这可能更难进行单元测试。主要是因为很难将对静态变量的更改隔离到一个单独的测试中。
话虽如此，重要的是要区分常规静态变量(通常被认为是不好的)和final静态变量(也称为常量;不那么糟糕)之间的区别。
由于没有人提到它：并发性。如果您有多个线程读写静态变量，那么静态变量可能会让您感到意外。这在 Web 应用程序（例如 ASP.NET）中很常见，它可能会导致一些非常令人疯狂的错误。例如，如果您有一个由页面更新的静态变量，并且该页面被“几乎同时”请求了两次，其中一位用户可能会得到另一位用户期望的结果，甚至更糟。
静态变量可以减少与代码其他部分的相互依赖关系。它们可以作为完美的状态保持器
我希望您准备好使用锁并处理争用。
*实际上，Preet Sangha提到过它。