如果您确实希望学习反模式，请阅读《反模式》(ISBN-13: 978-0471197133)这本书。

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

因此，如果这是一种糟糕的编程实践，但并不常见——出现的频率非常有限，那么它就不符合AntiPattern定义中的“模式”部分。

当您以非法的方式滥用设计模式，或者您不知道它的实际用法时，有时会使用它。例如，为简单类使用构建器模式，或者为代码中使用的每个Active类定义一个单例实例。

它也可能超出了设计模式。例如，在Java中将局部变量定义为final，或者当您可以简单地检查输入是否为空时使用try / catch作为NullPointerException，或者在使用对象(就像您在其他一些语言中所做的那样)后将其置空，而您没有注意到垃圾收集机制，或者调用system.gc()以使内存为空，以及许多其他误解，这些很可能被认为是Cargo-Cult现象。

今天，软件工程研究人员和实践者经常互换使用术语“反模式”和“气味”。然而，它们在概念上并不相同。维基百科上关于反模式的条目指出，反模式与坏实践或坏想法至少有两个不同之处。反模式是

一种常用的过程、结构或行为模式 最初看起来是对一种疾病的适当而有效的反应 问题，通常有更多的坏后果比有益的结果。”

它清楚地表明，选择反模式是因为相信它是当前问题的一个很好的解决方案(作为模式);然而，它带来的负债多于收益。另一方面，气味只是一种糟糕的实践，它会对软件系统的质量产生负面影响。例如，Singleton是一种反模式，God类(或不足模块化)是一种设计气味。

就像设计模式一样，反模式也是一个模板，也是解决某个问题的可重复方式，但是以非最佳和无效的方式。

反模式是人们倾向于以错误的方式编程的常见方式，或者至少是不太好的方式。

模式是关于如何解决某个类的问题的想法。反模式是一种如何不解决问题的思想，因为实现这种思想将导致糟糕的设计。

举个例子:“模式”是使用一个函数来实现代码重用，“反模式”是使用复制-粘贴来实现相同的功能。两者都解决了同样的问题，但是使用函数通常会比复制粘贴更具有可读性和可维护性。