我发现了这种差异的另一个来源:

我在本地和virtualenvs中都安装了ipython。我的问题是，在一个带有ipython的新创建的virtualenv中，系统ipython被选中，这与virtualenv中的python和ipython是不同的版本(2.7。X vs. a . 3. X)，然后是笑声。

我认为当你在virtualenv/bin中安装二进制文件时，聪明的做法是立即为你正在使用的任何shell运行rehash或类似的程序，这样正确的python/ipython就会被拾取。(必须检查是否有合适的pip安装后挂钩…)

执行sys.path.append('my-path-to-module-folder')可以工作，但为了避免在每次使用模块时都在IPython中执行此操作，您可以将export PYTHONPATH="my-path-to-module-folder:$PYTHONPATH"添加到~/。bash_profile文件。

import sys
sys.path.append('/Users/{user}/Library/Python/3.7/lib/python/site-packages')
import ta

如果你从命令行运行它，有时候python解释器不知道在哪里寻找模块。

下面是我项目的目录结构:

/project/apps/..
/project/tests/..

我是按照命令运行的:

>> cd project

>> python tests/my_test.py

运行以上命令后，我得到以下错误

no module named lib

Lib在my_test.py中导入

我打印了sys。路径，并发现我正在工作的项目的路径在系统中不可用。路径列表

我在脚本my_test.py的开头添加了以下代码。

import sys
import os

module_path = os.path.abspath(os.getcwd())    

if module_path not in sys.path:       

    sys.path.append(module_path)

我不确定这是不是解决问题的好方法，但对我来说确实有效。

在运行python项目时，只需在显示错误的文件夹下创建一个名为__init__.py的空python文件。

确保它们都使用相同的解释器。我在Ubuntu上遇到了这样的情况:

$ ipython3 -c 'import sys; print(sys.version)'
3.4.2 (default, Jun 19 2015, 11:34:49) \n[GCC 4.9.1]

$ python3 -c 'import sys; print(sys.version)'
3.3.0 (default, Nov 27 2012, 12:11:06) \n[GCC 4.6.3]

和系统。两位译员的路线不同。为了解决这个问题，我删除了Python 3.3。