- c - 在位数组中找到第一个零
- linux - Unix 显示有关匹配两种模式之一的文件的信息
- 正则表达式替换多个文件
- linux - 隐藏来自 xtrace 的命令
我想知道 python 脚本的绝对路径,然后执行以下步骤。
但是当我执行它时,我得到了2个结果。我发现基于脚本路径的结果后跟py_compile。
这是我的脚本 test.py :
import os
import inspect
print os.path.dirname(os.path.abspath(inspect.getfile(inspect.currentframe())))
使用 py_compile 构建它,然后当我输入 test.py 的不同路径 时得到 2 个结果:
1.进入文件夹编译只用脚本名,然后chdir执行
[~]cd /usr/local/bin/
[/usr/local/bin/]python -m py_compile test.py
[/usr/local/bin/]cd ~
[~]python /usr/local/bin/test.pyc
/home/UserXX
2.在其他文件夹下用绝对脚本名编译。
[~]python -m py_compile /usr/local/bin/test.py
[~]python /usr/local/bin/test.pyc
/usr/local/bin
为什么会得到 2 个不同的结果?
最佳答案
当我们想要获取一个python文件的路径时,通常我们可以使用以下任何一种方法:
1.
一)
import os
import inspect
print os.path.dirname(os.path.abspath(inspect.getfile(inspect.currentframe()))).replace('\\', '/')
二)
import os
import inspect
print os.path.dirname(os.path.abspath(inspect.stack()[0][1])).replace('\\', '/')
2.
一)
import os
import sys
print os.path.dirname(os.path.abspath(__file__)).replace('\\', '/')
二)
import os
import sys
print os.path.dirname(os.path.abspath(sys.argv[0])).replace('\\', '/')
对于大多数场景,我们使用1
就足够了,我们很少使用像2
这样的inspect,因为inspect
可能会更慢。
我们什么时候使用 2?说使用检查来获取文件路径?
我记得的一个场景是execfile
,当fileA.py
在其程序中执行fileB.py
,而fileA
& fileB
不在同一个文件夹中。 (也许更多场景)
那么如果我们在fileB.py
中使用__file__
,你会发现它的目录和fileA.py
一样,因为这里directory 将是调用者的目录。然后我们必须使用 inspect
来获取 fileB.py
的目录。
无论如何,对于您的情况,如果您的test.py
位于调用图的顶部,建议您使用__file__
,它更快,无需使用检查
。有了这个,如果你使用 -m py_compile
,它对你有用。
最后,为什么检查不能使用 -m py_compile?
很遗憾,我没有找到官方文档来解释这一点。但是假设您的 test.py
位于文件夹 tt
中,那么让我们执行 cd ..; python -m py_compile tt/test.py
,你会在tt
文件夹下得到一个test.pyc
打开这个pyc文件,虽然你会看到一些不适合人类阅读的东西,但你还是可以找到一些蛛丝马迹:一行是这样的:当前帧(^@^@^@^@(^@^@^@^@(^@^@^@^@s^G^@^@^@tt/a.pyt
>/p>
你看到pyc文件中已经有文件夹名tt了吗?如果你用inspect.stack()
来测试,会更清楚,print inspect.stack()[0][1]
会一直把你当前的编译文件夹放在pyc 文件,如果你使用 -m py_compile
。这直接意味着在 py_compile
的过程中,一些东西被固定到 pyc 文件中。我称之为 fix
的东西使您可以在与 -m py_compile
相同的文件夹中运行您的程序。
希望这能给你一些线索并对你有所帮助。
关于python - 当 Python 中的 py_compile 输入路径不同时,abspath 返回不同的结果?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/48739550/
我正在处理一组标记为 160 个组的 173k 点。我想通过合并最接近的(到 9 或 10 个组)来减少组/集群的数量。我搜索过 sklearn 或类似的库,但没有成功。 我猜它只是通过 knn 聚类
我有一个扁平数字列表,这些数字逻辑上以 3 为一组,其中每个三元组是 (number, __ignored, flag[0 or 1]),例如: [7,56,1, 8,0,0, 2,0,0, 6,1,
我正在使用 pipenv 来管理我的包。我想编写一个 python 脚本来调用另一个使用不同虚拟环境(VE)的 python 脚本。 如何运行使用 VE1 的 python 脚本 1 并调用另一个 p
假设我有一个文件 script.py 位于 path = "foo/bar/script.py"。我正在寻找一种在 Python 中通过函数 execute_script() 从我的主要 Python
这听起来像是谜语或笑话,但实际上我还没有找到这个问题的答案。 问题到底是什么? 我想运行 2 个脚本。在第一个脚本中,我调用另一个脚本,但我希望它们继续并行,而不是在两个单独的线程中。主要是我不希望第
我有一个带有 python 2.5.5 的软件。我想发送一个命令,该命令将在 python 2.7.5 中启动一个脚本,然后继续执行该脚本。 我试过用 #!python2.7.5 和http://re
我在 python 命令行(使用 python 2.7)中,并尝试运行 Python 脚本。我的操作系统是 Windows 7。我已将我的目录设置为包含我所有脚本的文件夹,使用: os.chdir("
剧透:部分解决(见最后)。 以下是使用 Python 嵌入的代码示例: #include int main(int argc, char** argv) { Py_SetPythonHome
假设我有以下列表,对应于及时的股票价格: prices = [1, 3, 7, 10, 9, 8, 5, 3, 6, 8, 12, 9, 6, 10, 13, 8, 4, 11] 我想确定以下总体上最
所以我试图在选择某个单选按钮时更改此框架的背景。 我的框架位于一个类中,并且单选按钮的功能位于该类之外。 (这样我就可以在所有其他框架上调用它们。) 问题是每当我选择单选按钮时都会出现以下错误: co
我正在尝试将字符串与 python 中的正则表达式进行比较,如下所示, #!/usr/bin/env python3 import re str1 = "Expecting property name
考虑以下原型(prototype) Boost.Python 模块,该模块从单独的 C++ 头文件中引入类“D”。 /* file: a/b.cpp */ BOOST_PYTHON_MODULE(c)
如何编写一个程序来“识别函数调用的行号?” python 检查模块提供了定位行号的选项,但是, def di(): return inspect.currentframe().f_back.f_l
我已经使用 macports 安装了 Python 2.7,并且由于我的 $PATH 变量,这就是我输入 $ python 时得到的变量。然而,virtualenv 默认使用 Python 2.6,除
我只想问如何加快 python 上的 re.search 速度。 我有一个很长的字符串行,长度为 176861(即带有一些符号的字母数字字符),我使用此函数测试了该行以进行研究: def getExe
list1= [u'%app%%General%%Council%', u'%people%', u'%people%%Regional%%Council%%Mandate%', u'%ppp%%Ge
这个问题在这里已经有了答案: Is it Pythonic to use list comprehensions for just side effects? (7 个答案) 关闭 4 个月前。 告
我想用 Python 将两个列表组合成一个列表,方法如下: a = [1,1,1,2,2,2,3,3,3,3] b= ["Sun", "is", "bright", "June","and" ,"Ju
我正在运行带有最新 Boost 发行版 (1.55.0) 的 Mac OS X 10.8.4 (Darwin 12.4.0)。我正在按照说明 here构建包含在我的发行版中的教程 Boost-Pyth
学习 Python,我正在尝试制作一个没有任何第 3 方库的网络抓取工具,这样过程对我来说并没有简化,而且我知道我在做什么。我浏览了一些在线资源,但所有这些都让我对某些事情感到困惑。 html 看起来
我是一名优秀的程序员,十分优秀!