据我所知，1998 年 Brown 等人的AntiPatterns一书可能是第一个普及这个术语的书。它定义了一个像这样的反模式：

“反模式是一种文学形式，它描述了一个问题的常见解决方案，该解决方案会产生明显的负面后果。”

我认为有必要关注“明显的负面后果”这个词。大多数解决方案都有一些缺点，但为了使“解决方案”成为一种反模式，缺点必须明显超过产生的任何优点。

我通常以另一种方式看待它。如果我能以不同的方式解决问题，产生至少同样多的优势，但更少的劣势，那么第一个“解决方案”可能是一种反模式。

正如 GoF 书中所述，单例设计模式解决了一个特定问题：有时您希望确保一个类只能存在一个实例。

出于性能原因，这可能是合适的。如果对象包含大量数据，确保只有一个存在可以提高性能。

即使对象不持有大量内存，如果您期望客户端代码可能实例化数百万个相同的对象，您可能希望将一个小的不可变对象设为单例。

特别是当 Singleton 对象表示不可变数据时，很难说它具有明显的负面后果。它基本上只是一个常数，例如string.Empty. 单例模式是解决这类问题的好方法。

另一方面，许多人使用可变单例来替代依赖注入或部分函数应用等技术。以这种方式使用时，单例会变成一个全局变量，现在大多数人都同意应该避免这种情况。

由于 Singleton 具有有效用途，因此我认为它不能称为反模式。另一方面，我认为可变单例是一种接近反模式的代码味道。