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

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

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

有趣的是，解决问题的特定方法可以是模式也可以是反模式。单例就是最好的例子。它将出现在两套文学作品中。

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

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

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

反模式是一种不解决问题的方法。但它还有更多的含义:在解决问题的尝试中，它也是一种经常出现的方法。

反模式是设计模式的补充。反模式是在特定情况下不应该使用的模板解决方案。