只需使用os.path.dirname(os.path.abspath(__file__))，并非常仔细地检查是否真的需要使用exec。如果不能将脚本作为模块使用，这可能是设计有问题的标志。

请记住Python #8的Zen，如果您认为用例必须适用于exec，那么请让我们了解有关问题背景的更多细节。

这是一个部分的解决方案，仍然比迄今为止发表的所有解决方案都要好。

import sys, os, os.path, inspect

#os.chdir("..")

if '__file__' not in locals():
    __file__ = inspect.getframeinfo(inspect.currentframe())[0]

print os.path.dirname(os.path.abspath(__file__))

现在，这种工作将所有调用，但如果有人使用chdir()来改变当前目录，这也将失败。

注:

sys。Argv[0]不能工作，如果你使用python -c "execfile('path-tester.py')"执行脚本，将返回-c " 我在https://gist.github.com/1385555上发布了完整的测试，欢迎您对其进行改进。

如果__file__可用:

# -- script1.py --
import os
file_path = os.path.abspath(__file__)
print(os.path.dirname(file_path))

对于那些我们希望能够从解释器中运行命令或从你运行脚本的地方获取路径的人:

# -- script2.py --
import os
print(os.path.abspath(''))

这是从解释器开始的。 但是当在脚本中运行(或导入)时，它会给出位置的路径 您运行脚本的路径，而不是目录包含的路径 带有打印的脚本。

例子:

如果您的目录结构为

test_dir (in the home dir)
├── main.py
└── test_subdir
    ├── script1.py
    └── script2.py

with

# -- main.py --
import script1.py
import script2.py

输出结果为:

~/test_dir/test_subdir
~/test_dir

因为以前的答案需要你导入一些模块，我想我会写一个答案，不。如果您不想导入任何东西，请使用下面的代码。

this_dir = '/'.join(__file__.split('/')[:-1])
print(this_dir)

如果脚本在/path/to/script.py上，那么将打印/path/to。注意，这将在终端上抛出错误，因为没有执行任何文件。这基本上是从__file__解析目录，删除它的最后一部分。在本例中，/script.py被删除以生成输出/路径/到。

第一. .如果我们在讨论注入匿名代码的方法，这里会遗漏一些用例。

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

当然，这是一种资源密集型的方式，您需要跟踪 你所有的代码..不是很有效率。但是，我认为这是一种新颖的方法 因为即使你在巢穴里越陷越深，它也会继续工作。 你不能重写'eval'。尽管您可以重写execfile()。

注意，这种方法只适用于exec/execfile，不适用于'import'。 对于更高级别的“模块”加载挂钩，你可能会使用use sys。path_hooks(由PyMOTW提供的文章)。

这就是我所能想到的。

希望这有助于:- 如果你在任何地方运行一个脚本/模块，你将能够访问__file__变量，这是一个表示脚本位置的模块变量。

另一方面，如果你正在使用解释器，你不能访问这个变量，在那里你会得到一个名字NameError和os.getcwd()会给你错误的目录，如果你从其他地方运行文件。

这个解决方案应该会在所有情况下给你你想要的:

from inspect import getsourcefile
from os.path import abspath
abspath(getsourcefile(lambda:0))

我还没有彻底测试，但它解决了我的问题。