像这样，去掉多余的斜杠

root="/home"
os.path.join(root,"build","test","sandboxes",todaystr,"new_sandbox")

我建议从第二个和下面的字符串中剥离字符串os.path。Sep，防止它们被解释为绝对路径:

first_path_str = '/home/build/test/sandboxes/'
original_other_path_to_append_ls = [todaystr, '/new_sandbox/']
other_path_to_append_ls = [
    i_path.strip(os.path.sep) for i_path in original_other_path_to_append_ls
]
output_path = os.path.join(first_path_str, *other_path_to_append_ls)

Os.path.join()可以与os.path.sep一起使用来创建一个绝对路径，而不是相对路径。

os.path.join(os.path.sep, 'home','build','test','sandboxes',todaystr,'new_sandbox')

为了帮助理解为什么这种令人惊讶的行为并不完全可怕，考虑一个接受配置文件名作为参数的应用程序:

config_root = "/etc/myapp.conf/"
file_name = os.path.join(config_root, sys.argv[1])

如果应用程序以以下方式执行:

$ myapp foo.conf

将使用配置文件/etc/myapp.conf/foo.conf。

但是考虑一下如果应用程序被调用时会发生什么:

$ myapp /some/path/bar.conf

然后myapp应该使用/some/path/bar.conf的配置文件(而不是/etc/myapp.conf/some/path/bar.conf或类似文件)。

这可能不是很好，但我相信这是绝对路径行为的动机。

请注意，如果使用os.path.join()来包含一个已经包含一个点的扩展，就会出现类似的问题，这是在使用os.path.splitext()时自动发生的情况。在这个例子中:

components = os.path.splitext(filename)
prefix = components[0]
extension = components[1]
return os.path.join("avatars", instance.username, prefix, extension)

即使扩展名可能是。jpg，你最终会得到一个名为“foobar”的文件夹，而不是一个名为“foobar.jpg”的文件。为了防止这种情况，你需要单独追加扩展:

return os.path.join("avatars", instance.username, prefix) + extension

os.path.join()的思想是让你的程序跨平台(linux/windows/etc)。

一刀就毁了它。

所以它只有在与某种参考点一起使用时才有意义 操作系统。environ['HOME']或os.path.dirname(__file__)。