为用户输入上色很困难，因为在一半情况下，它是由终端驱动程序输出的（带有本地回显），因此在那种情况下，在该终端上运行的应用程序可能不知道用户何时键入文本并相应地更改输出颜色。只有伪终端驱动程序（在内核中）知道（终端仿真器（如xterm）在某些按键上向它发送一些字符，而终端驱动程序可能会向回发送一些字符以进行回显，但是xterm无法知道这些字符是否来自于本地回显或从应用程序输出到伪终端的从属端）。
然后，在另一种模式下，终端驱动程序被告知不要回显，但是这次应用程序会输出一些信息。该应用程序（如使用readline的gdb，bash等应用程序）可能会在其stdout或stderr上发送该消息，这将很难与它为回馈用户输入而输出的其他内容区分开。
然后，要区分应用程序的标准输出和标准错误，有几种方法。
其中许多涉及将命令stdout和stderr重定向到管道，应用程序读取这些管道以对其着色。这有两个问题：
- 一旦stdout不再是终端（就像管道一样），许多应用程序便倾向于调整其行为以开始缓冲其输出，这意味着输出将以大块显示。
- 即使是处理两个管道的相同过程，也无法保证应用程序在stdout和stderr上编写的文本的顺序将得以保留，因为读取过程无法知道（是否有从两者中读取的内容）是从“ stdout”管道还是“ stderr”管道开始读取。
另一种方法是修改应用程序，以便为标准输出和标准输入着色。这通常是不可能或不现实的。
然后，一个诀窍（对于动态链接的应用程序）可以是劫持（$LD_PRELOAD按病态回答使用）应用程序调用的输出函数以输出某些内容，并在其中包含代码，这些代码根据它们是否打算输出某些内容来设置前景色在stderr或stdout上。但是，这意味着从C库和其他任何write(2)直接由应用程序直接调用syscall的库中劫持所有可能的函数，这有可能最终在stdout或stderr上写一些东西（printf，puts，perror ...），甚至，可能会改变其行为。
另一种方法可能是使用PTRACE技巧strace或gdb在每次write(2)系统调用被调用时自己钩住自己，并根据write(2)文件描述符1或2 设置输出颜色。
但是，这是一件大事。
我一直在玩的一个技巧是strace使用LD_PRELOAD 劫持自身（在每次系统调用之前进行钩子本身的肮脏工作），告诉它根据是否write(2)在fd 1上检测到a来更改输出颜色。2。
通过查看strace源代码，我们可以看到它的所有输出都是通过该vfprintf函数完成的。我们需要做的就是劫持该功能。
LD_PRELOAD包装器如下所示：
#define _GNU_SOURCE
#include <dlfcn.h>
#include <string.h>
#include <stdio.h>
#include <stdarg.h>
#include <unistd.h>
int vfprintf(FILE *outf, const char *fmt, va_list ap)
{
static int (*orig_vfprintf) (FILE*, const char *, va_list) = 0;
static int c = 0;
va_list ap_orig;
va_copy(ap_orig, ap);
if (!orig_vfprintf) {
orig_vfprintf = (int (*) (FILE*, const char *, va_list))
dlsym (RTLD_NEXT, "vfprintf");
}
if (strcmp(fmt, "%ld, ") == 0) {
int fd = va_arg(ap, long);
switch (fd) {
case 2:
write(2, "\e[31m", 5);
c = 1;
break;
case 1:
write(2, "\e[32m", 5);
c = 1;
break;
}
} else if (strcmp(fmt, ") ") == 0) {
if (c) write(2, "\e[m", 3);
c = 0;
}
return orig_vfprintf(outf, fmt, ap_orig);
}
然后，我们将其编译为：
cc -Wall -fpic -shared -o wrap.so wrap.c -ldl
并将其用作：
LD_PRELOAD=/path/to/wrap.so strace -qfo /dev/null -e write -s 0 env -u LD_PRELOAD some-cmd
您会注意到，如果将替换some-cmd为bash，bash提示符和键入的内容将显示为红色（stderr），而zsh其显示为黑色（因为zsh将stderr复制到新的fd上以显示其提示和回显）。
即使对于您不希望的应用程序（例如使用颜色的应用程序），它的效果也确实令人惊讶地良好。
着色模式在strace假定为终端的stderr 上输出。如果应用程序重定向其stdout或stderr，则被劫持的strace将继续在终端上写入着色转义序列。
该解决方案有其局限性：
- 这些固有的
strace：性能问题，则不能运行其它PTRACE命令状strace或gdb在其中，或的setuid / setgid的问题
- 它是根据
write每个单独进程的stdout / stderr 上的s 着色的。因此，例如，in sh -c 'echo error >&2'中的error将是绿色，因为echo在其 stdout 上输出它（将sh重定向到sh的stderr，但strace看到的只是一个write(1, "error\n", 6)）。和sh -c 'seq 1000000 | wc'，seq做了很多或writes到其标准输出，所以包装物最终会outputing很多（不可见）转义序列到终端的。