我必须编写一个程序来拦截来自终端的数据并且我必须解析它。处理完数据后，我必须在将其发送到标准输出之前对其进行解析。
我不能使用 tee 或像 prog > file 2>&1 这样的命令，因为程序将是交互式的。
例如:
如果用户在终端中键入 ls，我必须解析它，然后它应该进入操作系统，然后当我在处理后得到结果时，我必须再次解析它，然后才能显示在终端中。
我做了我的研究，我认为我可以通过伪终端接口(interface) ( pty ) 实现它。
请告诉我是否有更好的方法来实现它。
我正在使用 cpp 和 bash，平台是 *nix。
更新:
我还可以使用 expect 中的 libexpect。
最佳答案
我不确定您在这里是什么意思 - 您的意思是交互式程序是“在与用户通信的另一个终端上工作”或者甚至显示 GUI？
它是如何指定终端的？这里的程序布局(哪个程序启动哪个)可能很重要。
如果您的应用程序使用 GUI 与用户通信，那么我会简单地这样做: 使用连接到管道的 sdtin 和 stdout 启动 bash， 你的程序读取和写入这些管道的末端，解析数据，并在它自己的标准输入和标准输出上读取/写入 - 所以它出现在它的终端上。
如果你的意思是控制与你的应用程序不同的终端，它会得到，因为系统通常不希望程序在多个终端上运行。我认为不可能过滤终端和附加到它的已经运行的应用程序之间的通信。启动另一个产生另一个终端的进程可能是一种选择——基本上让两个终端同步工作。但随后您将不得不通过其他方式(命名管道、网络连接或其他 IPC)同步这两个进程。
如果您提供有关您的程序的更多详细信息，我可能会提供更多定向帮助。
PS 不要告诉我你在写一些终端键盘记录器')
编辑:
那么您的程序可能是基于 GUI 的 - 我建议的内容类似于 banuj 链接的答案。
最好的选择可能是创建三个管道，然后 fork，并在子进程中将相应的管道末端分配给 stdin、stdout 和 stderr。然后子进程应该执行到 shell - 可能是 bash，虽然我不确定如果大声读出其他 shell 是否听起来更好;)主进程将能够读取/写入提到的管道的其他端，将输入和输出解析为 bash和它运行的程序。 您也可以直接执行用户指定的命令，但这会迫使您接管 shell 的繁琐工作 - 管理当前目录、环境变量、作业控制等。
然而，使用上述方法可能会引起一些麻烦 - 一些程序(通常在安全相关的上下文中 - 例如 su(do) 询问密码)无论如何都会尝试绕过标准输入/标准输出并直接从终端设备读取。我不确定在这种情况下你能做什么 - 编写你自己的终端仿真器是一种选择，但我不知道你是否想为此深入系统编程。
如果你想要一些代码片段，如果你不知道如何在上面做，就问 ;)
关于c++ - 从终端访问数据，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/16097213/