在我的 C 代码中，我调用 system 以获取 bash 命令的结果。
即system("ps aux | grep my_prog | head -n 1")
当我在 foreground 模式下运行我的程序时一切都很好，但在生产中是一个 service，所以我需要在@987654324 中查看system 的输出@，而不是 stdout 或 stderr。
我正在努力在这里找到最好和最不痛苦的选择。 有合适的方法吗？
【问题讨论】：
system( "sh -c 'ps aux | grep my_prog | sed 1q | logger'"); 现在可能看起来很无痛，但将来可能会导致哭泣和咬牙切齿。
logger 选项，但我根本不想这样做。
正确的做法是使用popen()而不是system()，然后是syslog接口man 3 syslog：
NAME
closelog, openlog, syslog - send messages to the system logger
SYNOPSIS
#include <syslog.h>
void openlog(const char *ident, int option, int facility);
void syslog(int priority, const char *format, ...);
void closelog(void);
#include <stdarg.h>
void vsyslog(int priority, const char *format, va_list ap);
另请注意，grepping ps 输出有其缺陷（例如，它也可能首先返回 grep 进程）。为什么不在迭代ps 输出的C 代码中搜索正确的进程呢？还是使用操作系统提供的函数直接迭代进程表？
【讨论】：
ps 陷阱的笔记给我额外的解释，我不确定我是否理解。谢谢
head -n 1 选择了第一个，但是你怎么知道 ps 没有先返回 grep 进程呢？您做出的假设可能会成为错误。
kvm_getprocs() 向内核请求进程表。对于 Linux，也许stackoverflow.com/questions/939778 是一个起点。但只使用popen("ps aux") 就足够了，然后使用 strcmp() 找到有趣的过程。