在 Python 中，可以运行 bash 命令来实现可以通过运行等效的 Python 代码来实现的目标。举个简单的例子，将cd 放入目录并做一些事情，你可以这样做：
import subprocess
subprocess.run('cd directory and do other stuff')
或
import os
os.chdir(path) # path is the path to the directory
#do other stuff
那么你如何选择使用哪一个（我的意思是一般来说，而不是这个简化的例子）？
【问题讨论】：
第一个版本只是改变了子进程的目录。它对原始的 Python 进程没有影响，因此它实际上是无用的。只有当它是多个命令的一部分时才值得：
subprocess.run('cd directory; cat filename', shell=True)
第二个版本改变了Python进程本身的目录。
更一般地说，如果有一个 Python 函数与外部命令做同样的事情，你应该更喜欢这个函数。它更高效，因为它不必启动新进程，如果您使用shell=True，它不必解析命令，并且您可以获得更灵活的错误处理。
【讨论】：
尼特。 subprocess.run('cd directory') 只是更改了子进程的目录，然后退出，丢弃了更改的目录上下文。 os.chdir(path) 并不总是发疯，只有 99% 发疯。您最好使用os.path 或pathlib 来跟踪目录，而不是在整个程序中更改“当前”的含义。
运行外部命令有一个优势，尤其是当它们实现您目前没有的功能时。它们还可以帮助并行化您的代码，例如运行外部 grep 并使用其结果。这样做的缺点是添加了外部平台依赖项。
这通常只是因为程序员碰巧比 python 更了解 shell。或者在网上找到了一个shell示例。这对于业余爱好者而不是专业代码库来说很好。
免责声明：恕我直言
【讨论】：
os.chdir 称为“99% 疯狂”是荒谬的。
os.path 或 pathlib 是更好的路径。我很难想到我遇到的一个案例，os.chdir 是个好主意。
os.chdir(os.environ["HOME"]) 开始你的程序将是确保这一点的一种方法。
os.chdir 几乎肯定是调试的噩梦。 "foo/bar/baz.txt" 以前可以用，为什么现在不行？
chdir。
我不会选择前者。它创建一个子进程并更改该子进程内的目录，然后终止，使 Python 进程的当前目录与 subprocess.run 调用之前相同。
os.chdir实际上改变了当前进程的工作目录。在您开始使用线程并意识到一个线程的当前目录可能会受到来自另一个线程的 os.chdir 调用的影响之前，这似乎很好。
对于单线程进程（Ingorant Wandered 通常最初可能会编写的那种），这没有问题。
更广泛地说，如果您需要比 Python 单独提供的更多并行性，则可以使用 subprocess 模块（研究“Python GIL”以找出为什么简单的 Python 进程只能使用多核计算机的一个内核）。
【讨论】：