我想知道在Python中确定当前脚本目录的最佳方法。
由于调用Python代码的方式很多，所以很难找到一个好的解决方案。
以下是一些问题:
exec、execfile执行脚本，则没有定义__file____module__仅在模块中定义使用情况：
./myfile.pypython myfile.py./somedir/myfile.pypython somedir/myfile.pyexecfile('myfile.py')（从另一个脚本中调用，该脚本可以位于另一个目录中并且可以具有另一个当前目录）。我知道没有完美的解决方案，但我正在寻找解决大多数情况的最佳方法。
最常用的方法是os.path.dirname(os.path.abspath(__file__))，但如果使用exec()从另一个脚本中执行脚本，这种方法实际上不起作用。
任何使用当前目录的解决方案都会失败，这可能因脚本调用方式不同而有所不同，或者它可能在运行脚本时发生更改。
os.path.dirname(os.path.abspath(__file__))
这确实是您能获得的最好结果。
使用exec/execfile执行脚本并不常见；通常应该使用模块基础设施来加载脚本。如果您必须使用这些方法，我建议在传递给脚本的globals中设置__file__，以便它可以读取该文件名。
没有其他方法可以在执行的代码中获取文件名：正如您所指出的，CWD可能完全不同。
如果你真的想处理通过execfile(...)调用脚本的情况，你可以使用inspect模块来推断文件名（包括路径）。据我所知，这将适用于你列出的所有情况：
filename = inspect.getframeinfo(inspect.currentframe()).filename
path = os.path.dirname(os.path.abspath(filename))
chdir()，它会改变结果。此外，从另一个目录调用Python脚本也会改变结果，因此这不是一个好的解决方案。 - sorinos.path.expanduser("~") 是一种跨平台的获取用户目录的方式。不幸的是，这并不是 Windows 最佳实践中应用程序数据存储的位置。 - Ryan Ginstromchdir()函数，它能够产生正确的结果。我还尝试从另一个目录调用脚本，也能够正常工作。这些结果与使用基于inspect.getabsfile()的解决方案相同。（链接为 https://dev59.com/QXA65IYBdhLWcg3wogEb#22881871 ） - jfs在Python 3.4+中，您可以使用更简单的pathlib模块：
from inspect import currentframe, getframeinfo
from pathlib import Path
filename = getframeinfo(currentframe()).filename
parent = Path(filename).resolve().parent
如果可用，您还可以使用__file__来完全避免使用inspect模块：
from pathlib import Path
parent = Path(__file__).resolve().parent
+运算符将另一个字符串附加到文件路径时，出现了以下错误：TypeError: unsupported operand type(s) for +: 'WindowsPath' and 'str'。一个有效的解决方法是在*parent*周围使用str()函数。 - Dut A.__file__不可用的情况下，为了简便起见，当使用pathlib.Path时，可以将__file__替换为点（'.'）。 因此，当前工作目录是directory = Path('.').resolve()，而parent = Path('..')resolve()。 - Tim Pozza#!/usr/bin/env python
import inspect
import os
import sys
def get_script_dir(follow_symlinks=True):
if getattr(sys, 'frozen', False): # py2exe, PyInstaller, cx_Freeze
path = os.path.abspath(sys.executable)
else:
path = inspect.getabsfile(get_script_dir)
if follow_symlinks:
path = os.path.realpath(path)
return os.path.dirname(path)
print(get_script_dir())
它适用于CPython、Jython、Pypy。如果使用execfile()执行脚本（基于sys.argv[0]和__file__的解决方案将会失败），它也能够工作。如果脚本在可执行zip文件(/an egg)中，它也能够工作。如果脚本从zip文件中被"imported"(PYTHONPATH=/path/to/library.zip python -mscript_to_run)，则此时它会返回存档路径。如果脚本被编译成独立可执行文件(sys.frozen)，它也能够工作。它适用于符号链接(realpath消除符号链接)。在交互式解释器中也可以工作；此时它返回当前工作目录。
getsourcefile()和getfile()函数。 - jfsos.path... 方法在 Python 2 中是"成办法"。
在 Python 3 中，你可以按照以下方式找到脚本的目录：
from pathlib import Path
script_path = Path(__file__).parent
Path(__file__).parent。但是，'cwd' 是一个名词误用，它不是指当前工作目录，而是指文件所在的目录。它们可能相同，但通常情况下并非如此。 - Nuno Andréhttps://github.com/heetbeet/locate
$ pip install locate
$ python
>>> from locate import this_dir
>>> print(this_dir())
C:/Users/simon
.py脚本以及交互使用：我经常使用我的脚本目录（用于访问存储在其旁边的文件），但我也经常在交互式 shell 中运行这些脚本进行调试。我将this_dir定义为：
.py文件时，文件的基本目录。这始终是正确的路径。.ipyn笔记本时，当前工作目录。这始终是正确的路径，因为Jupyter将工作目录设置为.ipynb的基础目录。from pathlib import Path
this_dir = Path(globals().get("__file__", "./_")).absolute().parent
import os
this_dir = os.path.dirname(os.path.abspath(globals().get("__file__", "./_")))
globals（）返回所有全局变量的字典形式。.get("__file__", "./_")从globals（）中获取键为"__file__"的值，如果不存在，则返回提供的默认值"./_"。__file__（或"./_"）扩展为绝对文件路径，然后返回文件路径的基目录。如果你确定__file__在周围的代码中可用，你可以简化成以下的代码：
this_dir = Path(__file__).absolute().parentthis_dir = os.path.dirname(os.path.abspath(__file__))os.chdir等因素的影响。但是，在交互式Python会话中使用时则不然！它具有两个功能：1.get_dir函数将返回当前脚本的目录（或在交互式使用时返回os.getcwd()）。2.prepend_sys_path(或append_sys_path)将相对于get_dir计算所有路径，然后将其添加到sys.path（更重要的是，它允许临时效果：with prepend_sys_path("../foopath"): import foo）。 - Simon StreicherWould
import os
cwd = os.getcwd()
您想要做什么？我不确定您所指的“当前脚本目录”具体是什么意思。对于您提供的使用情况，预期输出值是什么？
exec（'myfile.py'）的文件的目录，与__file__和sys.argv[0]相同。 - Zhang18os.path.dirname(os.path.abspath(__file__))并仔细检查是否真正需要使用exec。如果您无法将脚本用作模块，那可能是一种烦恼的设计信号。exec编写特定代码，请让我们了解更多有关问题背景的详细信息。from pathlib import Path
absDir = Path(__file__).parent.resolve()
.resolve() 方法，因为这是使路径绝对化的关键。如果没有使用 resolve()，你会得到像 '.' 这样的结果。pathlib ，与使用 os 的其他解决方案相比更加可取。pathlib 文档提供了一个有用的表格，将旧的 os 函数映射到新的函数上：https://docs.python.org/zh-cn/3/library/pathlib.html#correspondence-to-tools-in-the-os-module。首先，如果我们讨论注入匿名代码的方式，这里有几个缺失的用例。
code.compile_command()
code.interact()
imp.load_compiled()
imp.load_dynamic()
imp.load_module()
__builtin__.compile()
loading C compiled shared objects? example: _socket?)
但是，真正的问题是，你的目标是什么 - 你是在试图强制实施某种安全性吗？ 还是你只是对正在加载的内容感兴趣。
如果你对安全性感兴趣，通过exec / execfile导入的文件名并不重要 - 你应该使用rexec，它提供了以下功能：
该模块包含RExec类，支持r_eval（），r_execfile（），r_exec（）和r_import（）方法，这些方法是标准Python函数eval（），execfile（）和exec和import语句的受限版本。在此受限环境中执行的代码将仅访问被视为安全的模块和函数; 您可以子类化RExec添加或删除所需的功能。
然而，如果这更多是一个学术追求..这里有一些愚蠢的方法，你可能能够深入挖掘..
示例脚本：
./deep.py
print ' >> level 1'
execfile('deeper.py')
print ' << level 1'
./deeper.py
print '\t >> level 2'
exec("import sys; sys.path.append('/tmp'); import deepest")
print '\t << level 2'
/tmp/deepest.py
print '\t\t >> level 3'
print '\t\t\t I can see the earths core.'
print '\t\t << level 3'
./codespy.py
import sys, os
def overseer(frame, event, arg):
print "loaded(%s)" % os.path.abspath(frame.f_code.co_filename)
sys.settrace(overseer)
execfile("deep.py")
sys.exit(0)
输出
loaded(/Users/synthesizerpatel/deep.py)
>> level 1
loaded(/Users/synthesizerpatel/deeper.py)
>> level 2
loaded(/Users/synthesizerpatel/<string>)
loaded(/tmp/deepest.py)
>> level 3
I can see the earths core.
<< level 3
<< level 2
<< level 1
pathlib解决方案：https://dev59.com/QXA65IYBdhLWcg3wogEb#48931294 - Danpython myfile.py是可以的，但是在 vim 中运行:!python %和:!python myfile.py都会失败并显示“系统找不到指定的路径”。这非常令人烦恼。有没有人能够评论一下背后的原因以及可能的解决方法？ - inVader