如果在上层文件夹中有__init__.py，可以将导入初始化为 导入文件/路径作为初始化文件的别名。然后你可以使用它在较低的脚本:

import alias

假设: 如果您在包目录中，则A和test_A是单独的包。

结论: ．．只允许在包中导入。

进一步指出: 如果您想强制包可以放置在sys.path中的任何路径上，那么使相对导入仅在包中可用是很有用的。

编辑:

我是唯一一个认为这很疯狂的人吗?为什么当前的工作目录不被认为是一个包?——Multihunter

当前工作目录通常位于sys.path中。所有文件都是可导入的。这是自Python 2以来的行为，当时包还不存在。将运行目录作为一个包将允许以“import a”和“import a”的方式导入模块，这将是两个不同的模块。也许这是需要考虑的不一致性。

import sys
sys.path.append("..") # Adds higher directory to python modules path.

试试这个。 为我工作。

在python2中不确定。X，但在python 3.6中，假设你试图运行整个套件，你只需要使用-t

-t，——顶级-directory目录 项目的顶级目录(默认为开始目录)

在一个结构上

project_root
  |
  |----- my_module
  |          \
  |           \_____ my_class.py
  |
  \ tests
      \___ test_my_func.py

例如，你可以用:

Python3 unittest discover -s /full_path/project_root/tests -t /full_path/project_root/

仍然导入my_module。My_class没有大的戏剧。

从包中。一个import foo

我认为这比

import sys
sys.path.append("..")

编辑:这个问题在其他问题中有更好/更连贯的答案:

兄弟包导入 第10亿次相对进口

Why doesn't it work? It's because python doesn't record where a package was loaded from. So when you do python -m test_A.test, it basically just discards the knowledge that test_A.test is actually stored in package (i.e. package is not considered a package). Attempting from ..A import foo is trying to access information it doesn't have any more (i.e. sibling directories of a loaded location). It's conceptually similar to allowing from ..os import path in a file in math. This would be bad because you want the packages to be distinct. If they need to use something from another package, then they should refer to them globally with from os import path and let python work out where that is with $PATH and $PYTHONPATH.

当你使用python -m package.test_A。测试，然后使用from ..import foo可以很好地解决问题，因为它跟踪了包中的内容，而你只是访问了加载位置的子目录。

为什么python不认为当前工作目录是一个包?不知道，但天哪，这将是有用的。