一个简单的解决方案是使用python -m PIP install <library-name>来安装模块，而不是PIP install <library-name> 在管理限制的情况下，您可以使用sudo

通过编写print (sys.path)修复了我的问题，并发现尽管清洁安装，python仍在使用过时的包。删除这些会使python自动使用正确的包。

在linux服务器上尝试dos2unix script_name

(使用find命令删除所有pyc文件(如果有的话)。- name”*。佩克”删除)

如果你在Windows上使用脚本，重新运行

如果你正在使用安装脚本/实用程序(例如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文档)

根据你对orip帖子的评论，我猜事情是这样的:

You edited __init__.py on windows. The windows editor added something non-printing, perhaps a carriage-return (end-of-line in Windows is CR/LF; in unix it is LF only), or perhaps a CTRL-Z (windows end-of-file). You used WinSCP to copy the file to your unix box. WinSCP thought: "This has something that's not basic text; I'll put a .bin extension to indicate binary data." The missing __init__.py (now called __init__.py.bin) means python doesn't understand toolkit as a package. You create __init__.py in the appropriate directory and everything works... ?

使用sys.path.append对我有用，就像在回答中提到的那样。起初，我认为它不能工作，直到我意识到在目录路径之前有一个空格。所以要确保路径前没有错别字或空格