systemd启动TTY1脚本运行一段时间后终端输出冻结问题

该问题和上层业务逻辑无关，不管是bash测试脚本还是ncurses程序都会触发，核心原因有两点：

• 内核虚拟终端（VT）默认开启屏幕空白节能机制，超时后会停止将帧缓冲内容刷新到显示输出，所有后续写入终端的内容都会暂存在帧缓冲中，直到收到任意输入事件才会退出空白状态，直接显示最新的帧缓冲内容，和你描述的“输出停滞、按键后显示最后一次迭代输出”的现象完全匹配。不同发行版默认的空白超时配置不同，部分场景下会出现1~2小时才触发空白的情况。
• systemd服务配置存在缺陷：仅通过Conflicts停止了tty1上的getty进程，但没有主动重置tty1的线路规程（termios）配置，getty退出时残留的软流控、回显、输出暂停等配置会加剧输出阻塞问题，甚至延长空白触发的时间。

按以下步骤调整即可解决问题：

1. 关闭虚拟终端屏幕空白 #

两种方式二选一即可：

• 单终端生效（推荐，不影响其他tty）：在你的脚本/程序启动前，执行setterm -blank 0 -powerdown 0 > /dev/tty1，将tty1的屏幕空白、电源休眠超时全部设为0（永不触发）。
• 全局生效：修改内核启动参数，在GRUB配置的GRUB_CMDLINE_LINUX_DEFAULT行末尾添加consoleblank=0，执行update-grub后重启，全局关闭所有虚拟终端的空白机制。

2. 修正systemd服务配置 #

原配置用oneshot类型跑常驻程序是错误用法，调整为如下配置：

[Unit]
Description=Script starter
After=getty.target
Conflicts=getty@tty1.service

[Service]
Type=simple
# 启动前重置tty状态
ExecStartPre=/usr/bin/setterm -blank 0 -powerdown 0 > /dev/tty1
ExecStartPre=/bin/stty -F /dev/tty1 -ixon -ixoff -echo sane
ExecStart=/bin/screen.sh
StandardInput=tty
StandardOutput=tty
StandardError=tty
TTYPath=/dev/tty1
TTYReset=yes
TTYVHangup=yes
Restart=on-failure

[Install]
WantedBy=multi-user.target

配置说明：

• 替换Type=oneshot为Type=simple，适配常驻前台运行的程序，删除不必要的RemainAfterExit配置。
• 开启TTYReset=yes和TTYVHangup=yes，让systemd在启动服务前主动挂起tty1，清空所有残留占用进程，重置tty默认配置，清除getty退出时残留的异常termios参数。
• 通过stty命令关闭XON/XOFF软流控，避免异常字符触发输出暂停（Ctrl+S触发暂停、Ctrl+Q恢复的机制也会表现为按键恢复输出，和空白现象重合），重置tty为标准可用状态。

3. ncurses程序额外适配 #

如果使用ncurses开发，初始化完成后主动调用flushinp()清空残留输入缓冲区，每次界面更新后主动调用refresh()强制刷新帧缓冲，避免内容滞留在ncurses内部缓冲区。

内容的提问来源于stack exchange，提问作者mpp