在安装mechanize后，我似乎无法导入它。
我已经尝试从pip、easy_install和通过python setup.py从这个repo安装:https://github.com/abielr/mechanize。所有这些都无济于事，因为每次我输入Python交互时，我得到:
Python 2.7.3 (default, Aug 1 2012, 05:14:39)
[GCC 4.6.3] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import mechanize
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
ImportError: No module named mechanize
>>>
我之前运行的安装报告已经成功完成，因此我希望导入能够正常工作。是什么导致了这个错误?
当前回答
Python导入机制确实有效，所以:
你的PYTHONPATH是错误的， 您的库没有安装在您认为的位置 您有另一个具有相同名称的库来掩盖这个库
其他回答
我知道这是一个超级老的帖子，但对我来说，我有一个32位python和64位python安装的问题。一旦我卸载了32位的python，一切都正常工作了。
在重新定位的虚拟环境(venv)中也会出现此问题。
我有一个项目，在根目录中设置了venv。后来我创建了一个新用户，并决定将项目移动到这个用户。我没有只移动源文件并重新安装依赖项，而是将整个项目连同venv文件夹一起移动到新用户。
在此之后，我安装的依赖项被添加到全局site-packages文件夹中，而不是venv中的文件夹中，因此在这个env中运行的代码无法访问这些依赖项。
要解决这个问题，只需删除venv文件夹并重新创建它，如下所示:
$ deactivate
$ rm -rf venv
$ python3 -m venv venv
$ source venv/bin/activate
$ pip install -r requirements.txt
我也遇到过同样的问题，但上面的答案都没用。我快被逼疯了，直到我注意到那个系统。当我从父项目导入后，路径就不同了。原来我用importlib写了一个小函数来导入一个不在项目层次结构中的文件。坏主意:我忘了我做过这件事。更糟糕的是，导入过程搅乱了系统。路径，然后就这样走了。非常糟糕的主意。
解决方案是停止这种情况，并简单地将我需要导入的文件导入到项目中。另一种方法是将文件放到它自己的项目中，因为它需要不时地重新构建，并且重新构建可能与主项目的重新构建不一致。
我也遇到了同样的问题，更新setuptools有帮助:
python3 -m pip install --upgrade pip setuptools wheel
之后，重新安装包，它应该可以正常工作:)
问题是，如果setuptools是旧的，那么包就会不正确地构建。
也许有点跑题了，但我在导入PyYAML时遇到了问题。指出你需要导入yaml。(我猜是经典的rtfm…)
