什么是“坏魔法数字”ImportError在python，我如何解决它?
我能在网上找到的唯一一件事表明，这是由编译一个.py -> .pyc文件引起的，然后试图使用错误版本的python。然而，在我的例子中，文件有时似乎导入得很好，但有时却不行，我不知道为什么。
python在回溯中提供的信息不是特别有用(这就是为什么我在这里问…)，但如果它有帮助的话，它在这里:
Traceback (most recent call last):
File "run.py", line 7, in <module>
from Normalization import Normalizer
当前回答
不要删除它们!!直到 ..........
在你的git, svn或复制文件夹中找到一个有效的版本。
删除它们，然后恢复所有的.pyc。
那是我的工作。
其他回答
这个神奇的数字来自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
在我的情况下，我已经克隆了一个库的解释器
#!/usr/bin/env python
虽然python指向Python2.7，但我的主要代码是使用python3.6运行的……它仍然创建了一个*。Pyc文件2.7版本…
我可以说这个错误可能是2.7和3+版本混合的结果，这就是为什么清理(以任何你能想到的你正在使用的方式)在这里会有帮助…
别忘了调整那些Python2x代码-> python 3…
加载一个python3生成的*。带有python2的Pyc文件也会导致此错误。
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.
这也可能是由于目录中缺少__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'
