这个神奇的数字来自unix类型的系统，其中文件的前几个字节带有指示文件类型的标记。

Python在创建pyc文件时也会在其pyc文件中放入类似的标记。

然后python解释器在加载时确保这个数字是正确的。

任何破坏这个神奇数字的东西都会给你带来麻烦。这包括编辑pyc文件或尝试从不同版本的python(通常是更高版本)运行pyc。

如果它们是你的pyc文件，只需删除它们，让解释器重新编译py文件。在UNIX类型的系统上，这可能非常简单:

rm *.pyc

or:

find . -name '*.pyc' -delete

如果它们不是你的，你将不得不获得用于重新编译的py文件，或者使用一个解释器来运行具有特定魔法值的pyc文件。

有一件事可能会导致间歇性。导致问题的pyc只能在特定条件下导入。它有时不太可能进口。当导入失败时，您应该检查实际的全堆栈跟踪吗?

顺便说一句，我所有2.5.1(r251:54863) pyc文件的第一个单词是62131,2.6.1(r261:67517)是62161。所有神奇数字的列表可以在Python/import.c中找到，为了完整起见，在这里复制(当前的答案是在发布的时候，它可能已经改变了):

1.5:   20121
1.5.1: 20121
1.5.2: 20121
1.6:   50428
2.0:   50823
2.0.1: 50823
2.1:   60202
2.1.1: 60202
2.1.2: 60202
2.2:   60717
2.3a0: 62011
2.3a0: 62021
2.3a0: 62011
2.4a0: 62041
2.4a3: 62051
2.4b1: 62061
2.5a0: 62071
2.5a0: 62081
2.5a0: 62091
2.5a0: 62092
2.5b3: 62101
2.5b3: 62111
2.5c1: 62121
2.5c2: 62131
2.6a0: 62151
2.6a1: 62161
2.7a0: 62171

删除所有.pyc文件将修复“坏魔术数字”错误。

find . -name "*.pyc" -delete

这比上面的方法更有效。

find {directory-of-.pyc-files} -name "*.pyc" -print0 | xargs -0 rm -rf

{目录-。Pyc-files}是包含已编译的python文件的目录。

加载一个python3生成的*。带有python2的Pyc文件也会导致此错误。

将pyc文件保存到windows计算机上。使用十六进制编辑器打开这个pyc文件。我使用免费软件“HexEdit”。现在读取前两个字节的十六进制值。在我的例子中，这些是03 f3。

打开calc并将其显示模式转换为编程模式(XP中的科学模式)，以查看十六进制和十进制转换。从单选按钮中选择“Hex”。首先输入第二个字节的值，然后是第一个字节，即f303现在点击“Dec”(十进制)单选按钮。显示的值是1，对应于python版本的魔法数字。

所以，考虑到之前回复中提供的表格

1.5 => 20121 => 4E99，因此文件的第一个字节为99，第二个字节为4e 1.6 => 50428 => C4FC，因此文件的第一个字节为fc，第二个字节为c4

I had a strange case of Bad Magic Number error using a very old (1.5.2) implementation. I generated a .pyo file and that triggered the error. Bizarrely, the problem was solved by changing the name of the module. The offending name was sms.py. If I generated an sms.pyo from that module, Bad Magic Number error was the result. When I changed the name to smst.py, the error went away. I checked back and forth to see if sms.py somehow interfered with any other module with the same name but I could not find any name collision. Even though the source of this problem remained a mistery for me, I recommend trying a module name change.

在我的例子中，它不是.pyc，而是我重命名自己的模块后的旧二进制.mo翻译文件，所以在这个模块文件夹中我必须运行

find . -name \*.po -execdir sh -c 'msgfmt "$0" -o `basename $0 .po`.mo' '{}' \;

(请先备份并修复.pyc文件)

不要删除它们!!直到 ..........

在你的git, svn或复制文件夹中找到一个有效的版本。

删除它们，然后恢复所有的.pyc。

那是我的工作。

如果你有错误的python27.dll文件(在Windows的情况下)，也会发生这种情况，要解决这个问题，只需重新安装(或提取)python与精确对应的dll版本。我也有过类似的经历。

我刚刚在Fedora26中遇到了同样的问题，由于6的魔法数字不好，许多工具(如dnf)都被破坏了。 由于一个未知的原因，我有一个文件/usr/bin/ 6。派克，带着意想不到的神奇数字。删除这个文件可以解决这个问题

如果您手动以.pyc扩展名命名文件，也会发生“坏魔术数字”错误

这也可能是由于目录中缺少__init__.py文件。比如，如果你在Django中创建了一个新目录，用于将单元测试分离为多个文件，并将它们放在一个目录中，那么你还必须在新创建的测试目录中的所有其他文件旁边创建__init__.py文件。否则它会给出如下错误:

Traceback (most recent call last):
  File "C:\Users\USERNAME\AppData\Local\Programs\Python\Python35\Lib\unittest\loader.py",line 153, in loadTestsFromName
    module = __import__(module_name)
ImportError: bad magic number in 'APPNAME.tests': b'\x03\xf3\r\n'

您需要在环境中的每个路径上运行此命令。

>>> import sys
>>> sys.path
['', '/usr/lib/python36.zip', '/usr/lib/python3.6', '/usr/lib/python3.6/lib-dynload', '/usr/local/lib/python3.6/dist-packages', '/source_code/src/python', '/usr/lib/python3/dist-packages']

然后在这里的每个目录下运行命令

find /usr/lib/python3.6/ -name "*.pyc" -delete
find /usr/local/lib/python3.6/dist-packages -name "*.pyc" -delete
# etc...

在我的情况下，我已经克隆了一个库的解释器

#!/usr/bin/env python

虽然python指向Python2.7，但我的主要代码是使用python3.6运行的……它仍然创建了一个*。Pyc文件2.7版本…

我可以说这个错误可能是2.7和3+版本混合的结果，这就是为什么清理(以任何你能想到的你正在使用的方式)在这里会有帮助…

别忘了调整那些Python2x代码-> python 3…

所以我有同样的错误:ImportError坏魔术数字。这是windows 10上的

这个错误是因为我安装了mysql-connector

所以我不得不:

pip uninstall mysql-comnector
pip uninstall mysql-connector-python
pip install mysql-connector-python