锁屏后程序继续运行，真正中断程序的是休眠、混合睡眠或屏幕关闭触发的硬件级电源管理；需分别禁用锁屏与休眠策略，并避免gui程序依赖会话环境。
Ubuntu 锁屏后程序是否继续运行，不取决于“后台运行权限设置”，而取决于锁屏本身是否触发了会话挂起、休眠或屏幕关闭导致的进程冻结。锁屏（lock-enabled）本身不会杀进程，但常与电源策略联动，真正中断程序的是休眠（suspend）、混合睡眠（hybrid-sleep）或屏幕关闭后触发的硬件级电源管理。
为什么锁屏后程序“看似停止”？
常见错觉来源：
- 锁屏时 GNOME 会暂停当前会话的图形渲染和输入事件，但用户进程仍在运行——除非你看到
nohup: ignoring input或日志突然断掉，那说明不是锁屏问题，而是系统进入了suspend状态 - 远程桌面（如向日葵、VNC、RDP）连接时，部分客户端会在锁屏后主动断开或隔离会话，造成“程序卡住”的假象
- OLED 屏幕设备在锁屏后可能触发
dpms off，某些老旧驱动会误判为“显示器拔出”，进而影响依赖 X11 的 GUI 程序（如 Electron 应用）
禁用锁屏 ≠ 禁用休眠：必须分开配置
仅执行 gsettings set org.gnome.desktop.screensaver lock-enabled false 只关掉了密码锁屏，但系统仍可能在空闲后自动休眠。需同时检查并关闭休眠路径：
Ubuntu 26.04
下载
Ubuntu 26.04 LTS（代号“Resolute Raccoon”）是Canonical于2026年4月23日发布的下一代长期支持版操作系统，提供长达10年的技术支持。它搭载Linux 7.0内核与GNOME 50桌面环境，全面转向Wayland协议，并引入Rust重写的核心工具以增强安全性。官方提供适用于AMD64和ARM64架构的桌面及服务器ISO镜像，是追求前沿技术与极致稳定的开发者
- 查看当前休眠策略：
systemctl status sleep.target suspend.target hibernate.target - 禁用休眠相关功能：
sudo systemctl mask sleep.target suspend.target hibernate.target hybrid-sleep.target - 确认
/etc/systemd/sleep.conf中已设AllowSuspend=no等项，并执行sudo systemctl daemon-reload - 检查 BIOS/UEFI 是否启用了 S3/S4 状态支持——即使系统层禁用，固件仍可能强制进入休眠
让程序真正在锁屏后持续运行的实操要点
关键不是“给程序加权限”，而是让它脱离会话生命周期约束：
- 避免依赖
$DISPLAY或$XAUTHORITY：GUI 程序锁屏后可能拿不到 X11 授权，改用xvfb-run -a your_app或迁移到 Wayland 兼容模式 - 用
systemd --user启动服务而非终端命令：确保Type=exec+Restart=on-failure，并启用WantedBy=default.target - 若用
nohup或screen，必须在锁屏前启动；锁屏后新起的终端会继承会话状态，无法绕过 GNOME 的 idle timeout 限制 - 对长时间运行的脚本，加一句
systemd-inhibit --what=handle-lid-switch:suspend handle-power-key:suspend your_script.sh可临时抑制电源事件干扰
最易被忽略的一点：GNOME 的 org.gnome.settings-daemon.plugins.power 设置中，sleep-inactive-ac-timeout 和 sleep-inactive-battery-timeout 控制的是“空闲多久休眠”，它和锁屏设置完全独立——很多人只关了锁屏，却没动这两项，结果 10 分钟后机器照样进 suspend。
