我通过查询网络解决了一个问题,但不幸的是,没有解释为什么我找到的命令有效。
我需要使用 cron/anacron 运行一个脚本并在终端屏幕上显示结果,为了在此脚本的最后一行执行此操作,我首先尝试了此命令:
xterm -hold -e 'cd /home/<user>/ && cat inode2 ; bash'
只有我自己运行脚本时它才有效。我将其替换为:
DISPLAY=:0 xterm -hold -e 'cd /home/mmas/ && cat inode2 ; bash'
据我所知,DISPLAY=:0 表示“选择当前显示屏”。结果如下:我的笔记本电脑的活动窗口中出现了一个小终端屏幕,显示脚本结果。在我的 ~/.bashrc 和 /root/.bashrc 文件中,已经有一个“export DISPLAY=:0.0”。显然,cron 对此并不知情。
我的问题是:
- 在修改后的命令中,DISPLAY=:0 真的意味着“显示当前活动窗口的屏幕”还是其他什么?
- 为什么我必须在命令开始时指定它?
不;它不能代表这个意思,因为程序在那个时间点没有“当前活动窗口”。每个程序都与显示器建立独立连接(这不是“继承”的东西),因此在连接到显示器之前它无法创建任何窗口——而 DISPLAY 就是告诉程序如何连接的;它使某些显示器成为“当前显示器”。
因此,
DISPLAY=:0
表示地址为 的特定:0
显示服务器。系统上启动的第一个 X 服务器(Xorg 或 Xwayland)通常是:0
,下一个是:1
,然后是:2
,依此类推。无法 100% 保证1您的桌面将在显示器 :0 上运行 – 很可能 :0 是登录屏幕,而 :1 是您的桌面,等等。(也就是说,您的 ~/.bashrc 绝对不应该用固定值覆盖它。)
:x.y
如果多个显示器连接到同一个 Xorg,则语法指的是特定屏幕(如物理显示器)。这既是多余的(:x.0
意思是无论如何都一样:x
),也完全过时了,因为如果我没记错的话,不灵活的功能可能在 2000 年代就被更通用的 Xrandr 取代了。所以当你看到时,:0.0
只需假设:0
。原因是没有“当前显示”的全局设置,无论是系统范围的还是每个用户的。显示(指 Xorg 或 Xwayland 等 X 服务器)在您登录时动态启动(并且可以有任意数量的此类显示,例如,五个用户可以同时拥有图形会话,或者理论上同一个用户可以拥有两个会话)。
不仅如此,X11 最初是一个网络显示系统 — 人们可以指定远程显示
DISPLAY=mylaptop:1
— 这使得 DISPLAY 参数完全特定于会话。例如,您通过 SSH 或 Rlogin 之类的方式从工作站 A 连接到服务器 B,并在服务器上运行应用程序,这些应用程序会将其窗口显示在您的工作站上(并且同一台服务器还会为数十名其他用户运行应用程序,这些应用程序会显示在他们的工作站上)。因此,当您登录到图形会话时,每个会话的初始进程都会在其环境中设置 DISPLAY 的情况下启动,这就是它们确定其“当前”显示的方式。例如,登录管理器启动 Xorg 实例
:1
,然后使用提供的 GNOME 或 KDE 启动DISPLAY=:1
。但是 cron 作业与一般的系统服务一样,存在于任何用户会话的“外部”,因此它们无处继承 DISPLAY。(实际上,它们甚至可能在用户没有显示时启动 - 例如在登录屏幕上,显示属于系统帐户 - 或者根本没有运行任何显示。)
使其可靠运行的一种方法是让您
~/.xprofile
(或在登录时运行的其他脚本)在每次登录时将“当前”值保存到文件中.........并让 cron 任务加载它们:
不过,随着 systemd 的采用,这一切在 2010 年代后期有所
systemctl --user
改变,它具有“用户级服务”功能(参见)——它最初是一个非常像 cron 的“后台”功能,但随着时间的推移,它最终运行了越来越多的实际桌面会话部分。这意味着用户级服务现在必须知道 DISPLAY 的正确值;您的登录管理器会将其提供给 systemd。因此,如果您的 Linux 发行版支持此功能,那么有一种更简单的方法可以让 cron 作业在“当前”显示上运行,即通过要求服务管理器运行它:
总体情况与 Windows(从 XP 开始的所有版本)没有太大区别,在 Windows 中,多个会话可以同时存在;甚至可能针对同一个用户。例如,如果您以用户 A 身份登录,然后切换到用户 B,则现在您在同一个系统上拥有会话 0 和 1,并且其中任何一个(甚至没有一个!)都可以在任何给定时间连接到物理显示器。许多第三方服务过去都假设会话 0 始终是“当前”会话,而 Microsoft 不得不在 XP→Vista 过渡期间强行根除这种假设。