为何SystemD运行的程序默认打开STDIN？能否规避？

原因 #

systemd启动守护进程时，默认会将STDIN、STDOUT、STDERR三个标准文件描述符重定向到/dev/null。/dev/null是特殊字符设备，始终处于可打开状态，所以你的程序检查STDIN是否打开时，会判定为“已打开”，进而触发错误退出逻辑。

需要注意：此时的STDIN虽处于打开状态，但指向空设备，无法读取任何用户输入，只是文件描述符本身有效而已。

解决办法 #

针对你“避免用户误以为程序支持STDIN输入”的需求，可通过以下几种方式处理：

1. 调整检查逻辑：判断STDIN是否为交互式终端 #

用户手动运行程序时，STDIN通常绑定到交互式终端（tty），而守护进程环境下STDIN是/dev/null，不属于终端。用isatty()函数可区分这两种场景：

#include <unistd.h>
#include <stdio.h>
#include <stdlib.h>

int main() {
    // 仅当STDIN是交互式终端时，才报错退出
    if (isatty(STDIN_FILENO)) {
        fprintf(stderr, "错误：本程序不支持通过STDIN传入内容\n");
        exit(EXIT_FAILURE);
    }

    // 后续程序逻辑
    return 0;
}

这种方式既能阻止用户通过终端或管道传入输入，又能兼容systemd守护进程的运行环境。

2. 在systemd服务文件中显式关闭STDIN #

如果想保留原有检查逻辑，可在服务文件的[Service]段添加StandardInput=close，让systemd直接关闭STDIN文件描述符：

[Unit]
Description=你的守护进程服务描述

[Service]
ExecStart=/path/to/your/program
StandardInput=close
Restart=always

[Install]
WantedBy=multi-user.target

这样程序启动时STDIN已被关闭，原检查逻辑不会触发错误退出。

3. 在程序内部主动处理STDIN #

可以在程序启动初期主动关闭STDIN，或者将其重定向到/dev/null，确保原检查逻辑失效：

#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>
#include <fcntl.h>

int main() {
    // 先关闭STDIN
    close(STDIN_FILENO);
    // 可选：重新打开/dev/null作为STDIN，避免后续操作因文件描述符无效出错
    int fd = open("/dev/null", O_RDONLY);
    if (fd != STDIN_FILENO) {
        fprintf(stderr, "无法初始化STDIN\n");
        exit(EXIT_FAILURE);
    }

    // 原检查逻辑现在不会触发
    // ...

    return 0;
}

内容的提问来源于stack exchange，提问作者Seán Healy