ECHO在管道中未正确打印\ 033由OS.System（）启动

Question

在bash（按Python启动）中，我想打印此字符串 \ 033 [31M ，以便我可以使用管道 | 操作员，然后是命令将该字符串复制到剪贴板。这意味着在实践中，我正在尝试运行类似的操作：

os.system('echo \\033[31m | xsel -ib')

...但是 XSEL -IB 部分工作正常，因此该问题专门针对 echo /代码>。

---

我的大多数尝试都与：

echo -e \\033[31m

我尝试过单语引号，双引号，无引号，删除 -e flag等。我得到的最接近的是：

echo -n "\\ 033[31m"

它打印此字符串> \ \ 033 [31M

我不希望 \ 和 0

-n flag在印刷字符串之后的新行

---

我使用Ubuntu 20.04， XSEL 是X11窗口系统的选择和剪贴板操纵工具（Ubuntu 20.04使用）。

Answer 1

Echo 是工作的错误工具。这是一个内置的外壳，并且在其上，明确的POSIX SH标准不能保证在逃生序列（例如 \ 033 ）时的便携式行为。 System（）启动/bin/sh 而不是bash，因此Posix行为 - 不是您的常规交互式外壳的行为。

使用 subprocess.run（）而不是 os.system（），并且首先不需要 echo 。

如果要将逃生序列放入剪贴板中（因此不是 \ 033 ，而是将其转换为 echo echo 的ESC键，并将其XSI扩展到POSIX）：

# to store \033 as a single escape character, use a regular Python bytestring
subprocess.run(['xsel', '-ib'], input=b'\033[31m')

如果您想在不解释的情况下将文字文字放置（因此有一个实际的后斜线和实际的零），请使用原始的bytestring：

# to store \033 as four separate characters, use a raw string
subprocess.run(['xsel', '-ib'], input=rb'\033[31m')

对于为什么要详细说明为什么 echo 在此上下文中引起问题，请参阅Stephane的出色答案。 Linux堆栈交换问题为什么是 printf printf 比 echo ？更好。

---

如果由于某种原因 do 想要继续使用Shell管道，请切换到 printf ：

# to store \033 as four separate characters, use %s
subprocess.run(r''' printf '%s\n' '\033[31m' | xsel -ib ''', shell=True)

# to store \033 as a single escape character, use %b
subprocess.run(r''' printf '%b\n' '\033[31m' | xsel -ib ''', shell=True)