我总是以不同的方式使用术语“魔数”，作为存储在数据结构中的模糊值，可以作为快速有效性检查进行验证。例如，gzip文件的前三个字节包含0x1f8b08, Java类文件以0xcafebabe开头，等等。

您经常看到在文件格式中嵌入了神奇的数字，因为文件可以相当混乱地四处发送，并丢失关于它们如何创建的任何元数据。然而，魔法数字有时也用于内存中的数据结构，如ioctl()调用。

在处理文件或数据结构之前快速检查这个神奇的数字，可以尽早发现错误，而不是为了宣布输入完全是胡编乱作而进行可能很长的处理。

魔术数字也可以是具有特殊的硬编码语义的数字。例如，我曾经看到一个系统，其中记录id > 0被正常对待，0本身是“新记录”，-1是“这是根”，-99是“这是在根中创建的”。0和-99将导致WebService提供一个新的ID。

这样做的不好之处在于，您重用了用于特殊功能的空间(记录id的有符号整数的空间)。也许您永远不希望创建ID为0或ID为负的记录，但即使不是这样，每个查看代码或数据库的人都可能在一开始无意中发现这一点并感到困惑。不用说，这些特殊的值并没有得到很好的记录。

可以说，22、7、-12和620也可以算作神奇数字。: -)

@eed3si9n:我甚至认为“1”是一个神奇的数字。: -)

与神奇数字相关的一个原则是，代码处理的每个事实都应该声明一次。如果您在代码中使用神奇的数字(例如@marcio给出的密码长度示例)，那么您很容易复制该事实，当您对事实的理解发生变化时，您就会遇到维护问题。

我想这是在回答你之前的问题。在编程中，魔数是一个没有解释就出现的嵌入数字常数。如果它出现在两个不同的位置，则可能导致一个实例被更改而另一个实例未更改的情况。出于这两个原因，在使用数值常数的地方之外隔离和定义数值常数是很重要的。

我总是以不同的方式使用术语“魔数”，作为存储在数据结构中的模糊值，可以作为快速有效性检查进行验证。例如，gzip文件的前三个字节包含0x1f8b08, Java类文件以0xcafebabe开头，等等。

您经常看到在文件格式中嵌入了神奇的数字，因为文件可以相当混乱地四处发送，并丢失关于它们如何创建的任何元数据。然而，魔法数字有时也用于内存中的数据结构，如ioctl()调用。

在处理文件或数据结构之前快速检查这个神奇的数字，可以尽早发现错误，而不是为了宣布输入完全是胡编乱作而进行可能很长的处理。

在编程中，“神奇的数字”是一个值，它应该被赋予一个符号名称，但却被作为文字插入到代码中，通常在多个地方。

它不好的原因与SPOT (Single Point of Truth)好的原因是一样的:如果以后想更改这个常量，就必须遍历代码以找到每个实例。这也很糟糕，因为其他程序员可能不清楚这个数字代表什么，因此出现了“魔术”。

人们有时会进一步使用神奇数字消除，将这些常量移到单独的文件中作为配置。这有时是有帮助的，但也会带来更多的复杂性。