Hi首先你需要理解os。path。abspath(path)和os。path。relpath(path)

简而言之，os.path.abspath(path)将相对路径转换为绝对路径。如果提供的路径本身是一个绝对路径，那么函数返回相同的路径。

类似地，os.path.relpath(path)将绝对路径转换为相对路径。如果提供的路径本身是相对路径，则函数返回相同的路径。

下面的例子可以让你正确理解上面的概念:

假设我有一个文件input_file_list.txt，其中包含要由我的python脚本处理的输入文件列表。

D: \ \ input1.dic浓缩

D: \ \ input2.dic浓缩

D: \ Copyioconc input_file_list。txt

如果你看到上面的文件夹结构，input_file_list.txt在Copyofconc文件夹中，python脚本要处理的文件在conc文件夹中

但是input_file_list.txt文件的内容如下所示:

. . \ \ input1.dic浓缩

. . \ \ input2.dic浓缩

我的python脚本在D: drive中。

input_file_list.txt文件中提供的相对路径是相对于input_file_list.txt文件的路径。

因此，当python脚本执行当前工作目录时(使用os.getcwd()获取路径)

由于我的相对路径是相对于input_file_list.txt，即“D:\Copyofconc”，我必须将当前工作目录更改为“D:\Copyofconc”。

所以我必须使用os.chdir('D:\Copyofconc')，所以当前的工作目录应该是“D:\Copyofconc”。

现在获取文件input1。Dic和input2。Dic，我将读取“..\conc\input1”这行。然后使用命令

Input1_path = os.path.abspath('..\conc\input1.dic')(将相对路径更改为绝对路径。这里作为当前的工作目录是“D:\Copyofconc”，文件“.\conc\input1.”相对于"D:\Copyofconc")

所以input1_path应该是“D:\conc\input1.dic”

看到sys.path 在程序启动时初始化后，该列表的第一项路径[0]是包含用于调用Python解释器的脚本的目录。

使用此路径作为根文件夹，从中应用相对路径

>>> import sys
>>> import os.path
>>> sys.path[0]
'C:\\Python25\\Lib\\idlelib'
>>> os.path.relpath(sys.path[0], "path_to_libs") # if you have python 2.6
>>> os.path.join(sys.path[0], "path_to_libs")
'C:\\Python25\\Lib\\idlelib\\path_to_libs'

我认为要在所有系统中使用“ntpath”而不是“os.path”。如今，它在Windows、Linux和Mac OSX上都能很好地工作。

import ntpath
import os
dirname = ntpath.dirname(__file__)
filename = os.path.join(dirname, 'relative/path/to/file/you/want')

从C:\Users\xyz\myFolder到C:\Users\xyz\testdata:

import os
working_dir = os.path.abspath(os.path.dirname(os.path.dirname(__file__)))
# C:\Users\xyz\myFolder
print(working_dir)
updated_working_dir = os.path.join(os.path.realpath(working_dir + '/../'), 'testdata')
# C:\Users\xyz\testdata
print(updated_working_dir)

输出

C:\Users\xyz\myFolder
C:\Users\xyz\testdata

在有脚本的文件中，你想做这样的事情:

import os
dirname = os.path.dirname(__file__)
filename = os.path.join(dirname, 'relative/path/to/file/you/want')

这将为您提供您正在寻找的文件的绝对路径。注意，如果你正在使用setuptools，你可能应该使用它的包资源API。

更新:我在这里响应一个注释，所以我可以粘贴一个代码示例。: -)

我是否正确地认为__file__并不总是可用的(例如，当你直接运行文件而不是导入它)?

当你提到直接运行文件时，我假设你指的是__main__脚本。如果是这样，在我的系统上似乎不是这样(OS X 10.5.7上的python 2.5.1):

#foo.py
import os
print os.getcwd()
print __file__

#in the interactive interpreter
>>> import foo
/Users/jason
foo.py

#and finally, at the shell:
~ % python foo.py
/Users/jason
foo.py

然而，我确实知道C扩展名上的__file__有一些怪癖。例如，我可以在我的Mac上这样做:

>>> import collections #note that collections is a C extension in Python 2.5
>>> collections.__file__
'/System/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/lib-
dynload/collections.so'

但是，这会在我的Windows机器上引发一个异常。

这段代码将返回主脚本的绝对路径。

import os
def whereAmI():
    return os.path.dirname(os.path.realpath(__import__("__main__").__file__))

这甚至可以在一个模块中工作。