无需Bash将标准输入重定向至Java程序的异常排查

嘿，我来帮你捋捋这个自助终端的crontab问题——这种场景确实容易遇到环境差异导致的奇怪故障，毕竟crontab的运行环境和你手动登录控制台时的环境差得挺多的，而且你还涉及到读取终端输入的Java程序，这里给你几个排查和解决的方向：

1. 先搞定环境变量差异的坑 #

crontab默认的运行环境非常精简，很多你手动登录时能直接用的环境变量（比如JAVA_HOME、PATH，甚至终端相关的TERM）在crontab里根本不存在。你的Java程序跑着跑着出问题，很可能是中途找不到依赖或者因为环境变量缺失导致逻辑异常。

• 解决办法：
  • 在你的脚本开头手动导入登录环境，比如用bash的话就加：

    source ~/.bash_profile
    # 或者如果是系统级环境就用 source /etc/profile
    

  • 更稳妥的方式是在脚本里写死所有需要的环境变量，避免依赖系统配置：

    export JAVA_HOME=/usr/lib/jvm/java-11-openjdk-amd64
    export PATH=$JAVA_HOME/bin:$PATH
    export TERM=xterm
    

2. 终端输入绑定的核心问题 #

你的Java程序是从控制台读取条码数据，但crontab启动的进程默认是没有绑定到实际终端（tty）的，它的标准输入是/dev/null。一开始可能凑巧和自动登录的终端会话关联上了，但随着系统运行，终端会话可能被重置、休眠或者断开，导致程序再也读不到条码数据。

• 解决办法：
  • 明确绑定终端设备：先在控制台用tty命令拿到当前终端路径（比如/dev/tty1），然后在脚本里指定终端启动程序：

    su - your_login_user -c "exec /path/to/your/java/app < /dev/tty1 > /dev/tty1 2>&1"
    

  • 用screen/tmux维持持久会话：这两个工具能帮你创建一个独立的终端会话，即使自动登录的终端断开，程序也能在后台稳定运行：

    # 确保screen已安装，然后启动后台会话运行程序
    screen -dmS kiosk_session /path/to/your/java/app
    

3. 检查脚本里的进程监控逻辑 #

你提到脚本里有检查其他运行程序的内容，会不会是这个逻辑有bug？比如误判程序未运行导致重复启动多实例，引发资源冲突；或者把正常运行的进程误杀了？

• 解决办法：
  • 优化进程检查逻辑，用更精准的匹配方式，比如结合程序路径：

    if ! pgrep -f "/absolute/path/to/your/java/app" > /dev/null; then
        # 启动程序的命令
        echo "$(date): 程序未运行，启动中..." >> /var/log/kiosk_monitor.log
    fi
    

  • 给监控逻辑加日志，每次检查和操作都记录下来，方便出问题时回溯：

    echo "$(date): 正在检查程序状态..." >> /var/log/kiosk_monitor.log
    

4. 换掉crontab，用systemd管理服务 #

其实crontab并不适合用来管理长期运行的服务，它的核心是定时任务，而不是维持进程持续运行。换成systemd会靠谱得多，它能自动重启崩溃的进程，还能方便配置环境变量和终端绑定。

• 示例systemd服务文件（创建/etc/systemd/system/kiosk.service）：

  [Unit]
  Description=自助终端Java服务
  After=multi-user.target
  
  [Service]
  User=your_login_user
  ExecStart=/path/to/your/java/app
  Restart=always
  RestartSec=5
  # 配置需要的环境变量
  Environment="JAVA_HOME=/usr/lib/jvm/java-11-openjdk-amd64"
  Environment="PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:$JAVA_HOME/bin"
  # 绑定到指定终端
  StandardInput=tty
  TTYPath=/dev/tty1
  
  [Install]
  WantedBy=multi-user.target
  

  然后启用并启动服务：

  sudo systemctl daemon-reload
  sudo systemctl enable kiosk.service
  sudo systemctl start kiosk.service
  

5. 一定要加日志排查 #

不管是什么问题，没有日志都是瞎猜。给你的Java程序加上详细的日志输出（比如把读取的条码、错误信息都写到/var/log/kiosk_app.log），同时给crontab或脚本也加日志：

• 如果还用crontab，就这么写：

  * * * * * /path/to/your/script.sh >> /var/log/kiosk_cron.log 2>&1
  

按照上面的步骤排查，应该能解决你遇到的“有时正常有时出问题”的情况，毕竟这种问题大多都是环境差异或者会话稳定性导致的。

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