我太懂你的困扰了——用户会话里的DISPLAY是X服务器启动后才设置的，而systemd用户实例启动得更早，所以默认systemctl --user show-environment里根本看不到这个变量，硬编码又完全不灵活。下面给你几个实用的解决思路：

方法一：把DISPLAY导入systemd用户环境 #

你可以在用户登录后的初始化脚本里，把DISPLAY变量同步到systemd的用户环境池里，这样你的服务就能直接读取到它。

1. 打开你的用户登录脚本，比如~/.xprofile（专门针对图形登录场景）或者~/.profile（通用登录脚本），添加这行命令：

   systemctl --user import-environment DISPLAY
   

   如果用的是GNOME这类桌面环境，也可以用dbus-update-activation-environment --systemd DISPLAY，这个命令更贴合桌面会话的管理逻辑。

2. 修改你的服务文件，不需要手动写Environment=，直接让服务继承这个导入的变量就行：

   [Service]
   ExecStart=/home/vipul.gupta/MyWorkspace/GTKdir/GTKTest
   Type=simple
   

3. 重新登录或者重启服务，这会儿服务就能拿到当前会话的DISPLAY了。

方法二：启动程序时动态获取DISPLAY #

要是不想改登录脚本，也可以在服务的ExecStart里直接动态抓取当前用户的DISPLAY，再启动你的程序：

把服务文件的ExecStart改成这样：

[Service]
ExecStart=/bin/sh -c 'export DISPLAY=$(w -h $USER | awk '\''$3 ~ /:[0-9]/ {print $3; exit}'\''); /home/vipul.gupta/MyWorkspace/GTKdir/GTKTest'
Type=simple

这个命令通过w命令拉取当前用户的会话信息，再用awk提取出DISPLAY的值，最后启动你的GTK程序。

方法三：让服务等图形会话就绪再启动 #

确保你的服务在图形会话完全启动后再运行，这样能保证DISPLAY已经被设置好。可以在服务的[Unit]段加依赖：

[Unit]
After=graphical-session.target
Wants=graphical-session.target

[Service]
ExecStart=/home/vipul.gupta/MyWorkspace/GTKdir/GTKTest
Type=simple

搭配方法一用效果最佳，既保证服务启动时机合适，又能拿到导入的DISPLAY变量。

为啥systemctl --user show-environment里看不到DISPLAY？ #

因为systemd用户实例是在用户登录流程的早期就启动了，而DISPLAY是X服务器启动后才会被写入用户会话环境的，所以初始的systemd用户环境里没有这个变量，得我们手动导入或者动态获取才行。

备注：内容来源于stack exchange，提问作者Vipul Gupta