这里似乎已经有了一些关于python 3中相对导入的问题，但在浏览了许多之后，我仍然没有找到我的问题的答案。
问题来了。
我有一个如下所示的包
package/
__init__.py
A/
__init__.py
foo.py
test_A/
__init__.py
test.py
我在test.py中有一行:
from ..A import foo
现在，我在包的文件夹，我运行
python -m test_A.test
我收到消息
"ValueError: attempted relative import beyond top-level package"
但是如果我在包的父文件夹中，例如，我运行:
cd ..
python -m package.test_A.test
一切都很好。
现在我的问题是:
当我在包的文件夹中，我运行test_A子包中的模块作为test_A。测试，根据我的理解，..A只上升了一层，仍然在包文件夹中，为什么它给出消息说在顶层包之外。导致此错误消息的确切原因是什么?
在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没有大的戏剧。
编辑:这个问题在其他问题中有更好/更连贯的答案:
兄弟包导入
第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不认为当前工作目录是一个包?不知道，但天哪，这将是有用的。
在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没有大的戏剧。
