在安装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或其他目录时，不用担心，因为解决方案很简单。 - import module from模块所在目录。 你可以先导入python sys模块，然后从模块安装的路径导入
import sys
sys.path.append("directory in which module is installed")
import <module_name>
其他回答
Python导入机制确实有效，所以:
你的PYTHONPATH是错误的， 您的库没有安装在您认为的位置 您有另一个具有相同名称的库来掩盖这个库
在重新定位的虚拟环境(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
在我的情况下(WIN10主机上的Ubuntu 20.04虚拟机)，我有一个混乱的情况，安装了许多版本的Python和不同点的共享库(在文件系统的许多点安装pip)。我指的是3.8.10 Python版本。 经过多次测试，我用谷歌搜索发现了一个建议(但是“对不起，我没有链接”)。下面是我为解决这个问题所做的:
From shell session on Ubuntu 20.04 VM, (inside the Home, in my case /home/hduser), I've started a Jupyter Notebook session with the command "jupyter notebook". Then, when jupyter was running I've opened a .ipynb file to give commands. First : pip list --> give me the list of packages installed, and, sympy wasn't present (although I had installed it with "sudo pip install sympy" command. Last with the command !pip3 install sympy (inside jupyter notebook session) I've solved the problem, here the screen-shot : Now, with !pip list the package "sympy" is present, and working :
我有类似的问题(在Windows上)，根本原因在我的情况下是杀毒软件!它有“自动遏制”功能，用某种虚拟机包装正在运行的进程。 症状是:pip安装someemodule在一个cmd行窗口中正常工作，从另一个进程执行时导入someemodule失败，并出现错误
ModuleNotFoundError: No module named 'somemodule'
在我的例子中，我假设安装了一个包，因为它出现在pip freeze的输出中。但是，只是site-packages/*。Dist-info文件夹足以让PIP将其列为已安装，尽管缺少实际的包内容(可能是由于意外删除)。即使所有的路径设置都是正确的，也会发生这种情况，如果您尝试pip install <pkg>，它会说“需求已经满足”。
解决方案是手动删除dist-info文件夹，以便pip意识到包内容丢失。然后，重新安装应该会重新填充意外删除的任何内容
