如果应用程序是通过cronjob执行的，则Qt输出（qDebug、qWarning等）无法工作。

Question

我为此创建了一个复制样本：

#include <iostream>
#include <QtCore/QLoggingCategory>
#include <QtCore/QDebug>
#include <QtCore/QtCore>
using namespace std;
int main () {
  int i;
  QLoggingCategory::setFilterRules("*.debug=true\n");
  QLoggingCategory LogO(NULL);
  if (LogO.isDebugEnabled()) {
        cout << "QDebug enabled\n";
  } else {
        cout << "QDebug disabled!\n";
  }
  cout << "Start!\n";
  qDebug() << "qStart!";
  cerr << "print to stderr.\n";
  qWarning() << "qWarning";
  return 0;
}

构建步骤：

g++ -c -fPIC -I/usr/include/qt5 main.cpp -o main.o
g++ -fPIC main.o -L /usr/lib64 -lQt5Core -o testapp

当在交互式shell中执行应用程序时，输出重定向按预期工作：

设置：

./testapp > out 2> err

输出：

>>cat out:
QDebug enabled
Start!

>>cat err:
qStart!
print to stderr.
qWarning

然而，如果应用程序作为cronjob执行，则qDebug()和qWarning()的输出将无法正常工作。

安装：

* * * * * username /home/username/temp/build/testapp 1> /home/username/temp/log/out 2> /home/username/temp/log/err

输出：

>>cat /home/username/temp/log/out
QDebug enabled
Start!

>>cat home/username/temp/log/err
print to stderr.

环境变量

在交互式 shell 中，env 的输出如下：

LS_COLORS=*long string*
SSH_CONNECTION=*censored*
LANG=en_US.UTF-8
HISTCONTROL=ignoredups
HOSTNAME=*censored*
XDG_SESSION_ID=492
USER=username
SELINUX_ROLE_REQUESTED=
PWD=/home/username/temp/build
HOME=/home/username
SSH_CLIENT=*censored*
SELINUX_LEVEL_REQUESTED=
SSH_TTY=/dev/pts/0
MAIL=/var/spool/mail/username
TERM=xterm
SHELL=/bin/bash
SELINUX_USE_CURRENT_RANGE=
SHLVL=1
LOGNAME=username
DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/1000/bus
XDG_RUNTIME_DIR=/run/user/1000
PATH=/usr/lib64/ccache:/usr/local/bin:/usr/bin:/usr/local/sbin:/usr/sbin:/home/username/.local/bin:/home/username/bin
HISTSIZE=1000
LESSOPEN=||/usr/bin/lesspipe.sh %s
_=/usr/bin/env
OLDPWD=/home/username/temp/build/logs

当通过cronjob调用时，env的输出如下所示：

LS_COLORS=*long string*
LANG=en_US.UTF-8
HISTCONTROL=ignoredups
HOSTNAME=*censored*
XDG_SESSION_ID=995
USER=username
PWD=/home/username
HOME=/home/username
MAIL=/var/spool/mail/username
TERM=xterm
SHELL=/bin/bash
SHLVL=1
LOGNAME=username
DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/1000/bus
XDG_RUNTIME_DIR=/run/user/1000
PATH=/usr/lib64/ccache:/usr/local/bin:/usr/bin:/usr/local/sbin:/usr/sbin:/home/username/.local/bin:/home/username/bin
LESSOPEN=||/usr/bin/lesspipe.sh %s
_=/usr/bin/env

- NTG

Answer 1

问题在于qt的行为取决于它是否认为自己正在运行在一个（交互式？）终端中。

引用：

需要注意的一个陷阱是，日志记录的目标取决于一个环境变量。如果将变量QT_LOGGING_TO_CONSOLE设置为1，则消息函数将始终记录到控制台。如果设置为0，则它们将不会记录到控制台，而是记录到syslog（如果启用）。当环境变量未设置时，消息函数将记录到控制台（即如果程序连接到终端，则会记录到控制台）。因此，为确保我们示例程序的输出进入syslog，我在程序内部将环境变量设置为0。

因此，当从cron执行时，qDebug、QWarning等的输出并不会通过stderr输出，而是直接传递给journald。 TL;DR: 快速修复：在/etc/crontab中添加QT_LOGGING_TO_CONSOLE=1。

.

.

PS：如果您需要使用QDebug调试问题：

1. 请注意这一点：https://bugzilla.redhat.com/show_bug.cgi?id=1227295
2. 您可以将QT_LOGGING_DEBUG=1添加为环境变量，在执行期间使qt输出更改日志行为。

- NTG

Answer 2

定时任务将输出和错误重定向到电子邮件地址。

在您的crontab条目中添加>> /tmp/myscript.log 2>&1。

请参见答案。

- Phiber

---

我会尝试一下，但是为什么只有 qDebug 消息受到影响，而 cerr 却不受影响呢？ - NTG