是的。您需要该目录包含__init__.py文件，该文件是初始化包的文件。来，看看这个。

需要__init__.py文件才能使Python将目录视为包含包;这样做是为了防止具有通用名称的目录(如string)在无意中隐藏之后在模块搜索路径上出现的有效模块。在最简单的情况下，__init__.py可以只是一个空文件，但它也可以执行包的初始化代码或设置__all__变量，稍后将介绍。

在遭受同样的问题后，我发现我的解决方案是从我的项目中删除所有pyc文件，似乎这些缓存文件以某种方式导致了这个错误。

我发现做到这一点最简单的方法是在Windows资源管理器中导航到我的项目文件夹并搜索*。然后选择所有(Ctrl+A)并删除它们(Ctrl+X)。

我可以通过删除特定的pyc文件来解决我的问题，但我从未尝试过这样做

我解决了我自己的问题，我将写一篇总结错误的事情和解决方案:

该文件需要被确切地称为__init__.py。如果扩展名不同，例如在我的例子中是.py.bin，那么Python无法通过目录移动，然后就无法找到模块。要编辑这些文件，您需要使用Linux编辑器，例如vi或nano。如果你使用Windows编辑器，它会写一些隐藏字符。

另一个影响它的问题是，我用root安装了另一个Python版本，所以如果有人使用本地安装的Python，请确保运行程序的Python安装是本地Python。要检查这一点，只需执行哪个python，并查看可执行文件是否在您的本地目录中。如果不是，请更改路径，但要确保本地Python目录比其他Python目录更早。

在我的例子中，我包含了打包路径。鸡蛋文件夹，而不是下面的实际包裹。我复制包到顶级，它工作。

如果你正在使用安装脚本/实用程序(例如setuptools)来部署你的包，不要忘记将相应的文件/模块添加到安装程序中。

在支持的情况下，使用find_packages()或类似的方法自动向设置脚本添加新包。这绝对会让你免于头疼，尤其是当你把项目搁置一段时间，然后再添加一些东西的时候。

import setuptools

setuptools.setup(
    name="example-pkg",
    version="0.0.1",
    author="Example Author",
    author_email="author@example.com",
    description="A small example package",
    packages=setuptools.find_packages(),
    classifiers=[
        "Programming Language :: Python :: 3",
        "Operating System :: OS Independent",
    ],
    python_requires='>=3.6',
)

(示例取自setuptools文档)

我的观点是:

随地吐痰:

Traceback (most recent call last):
      File "bash\bash.py", line 454, in main
        import bosh
      File "Wrye Bash Launcher.pyw", line 63, in load_module
        mod = imp.load_source(fullname,filename+ext,fp)
      File "bash\bosh.py", line 69, in <module>
        from game.oblivion.RecordGroups import MobWorlds, MobDials, MobICells, \
    ImportError: No module named RecordGroups

This confused the hell out of me - went through posts and posts suggesting ugly syspath hacks (as you see my __init__.py were all there). Well turns out that game/oblivion.py and game/oblivion was confusing python which spit out the rather unhelpful "No module named RecordGroups". I'd be interested in a workaround and/or links documenting this (same name) behavior -> EDIT (2017.01.24) - have a look at What If I Have a Module and a Package With The Same Name? Interestingly normally packages take precedence but apparently our launcher violates this.

编辑(2015.01.17):我没有提到我们使用一个自定义启动器解剖这里。