notify-send 的 -t 参数以毫秒为单位控制单条通知时长，如 -t 5000 表示 5 秒；GNOME 硬限制为 10000 毫秒，超限将被截断，且 cron 或 Python 脚本中需显式设置 XDG_RUNTIME_DIR 和 DBUS_SESSION_BUS_ADDRESS 才能正常发送。
notify-send 的 -t 参数能控制单条通知时长
Ubuntu 桌面通知的显示时长不能全局统一设置，但每条 notify-send 发出的通知可单独指定持续时间。这个时长由 -t 参数决定，单位是毫秒，不是秒。
常见错误是写成 -t 5 以为显示 5 秒——实际只显示 5 毫秒，几乎看不见。正确写法是 -t 5000（5 秒）、-t 10000（10 秒）。
-
-t值过小（如100）会导致通知闪退，用户来不及阅读 -
-t值过大（如30000）会遮挡其他操作，尤其在多任务场景下干扰明显 - GNOME 默认上限为 10 秒（即
-t超过 10000 会被截断），这是 Shell 的硬限制，无法绕过 - 若省略
-t，默认值为 5000（5 秒），由 D-Bus 接口org.freedesktop.Notifications规定
系统级通知时长不可调，但 GNOME 有隐式限制
和 Windows 不同，Ubuntu（GNOME）没有“系统设置 → 通知 → 显示时长”这类图形化开关。所谓“全局修改”，本质是改 GNOME Shell 的源码或覆盖 D-Bus 接口行为，不推荐普通用户尝试。
真正起作用的是 GNOME Shell 对通知生命周期的管理逻辑：它会在用户未交互的情况下，强制在 10 秒后自动销毁通知。这个行为写死在 shell/notifications/ 模块中，与桌面环境版本强相关。
- Ubuntu 24.04（GNOME 46）仍沿用该策略，
-t超过 10000 会被静默降为 10000 - 某些第三方通知服务（如
notification-daemon替代品）可能放宽限制，但会破坏 GNOME 原生动效和焦点逻辑 - 试图用
dconf或gsettings修改通知超时参数无效，因为这些键不存在于标准 schema 中
定时任务中发通知必须带 XDG_RUNTIME_DIR 环境变量
用 crontab 发送通知时，notify-send 常静默失败——不是时长问题，而是根本没发出去。根本原因是 cron 启动的进程缺少 D-Bus 会话总线地址。
Ubuntu 26.04 LTS（代号“Resolute Raccoon”）是Canonical于2026年4月23日发布的下一代长期支持版操作系统，提供长达10年的技术支持。它搭载Linux 7.0内核与GNOME 50桌面环境，全面转向Wayland协议，并引入Rust重写的核心工具以增强安全性。官方提供适用于AMD64和ARM64架构的桌面及服务器ISO镜像，是追求前沿技术与极致稳定的开发者
解决方法是在命令前显式注入 XDG_RUNTIME_DIR，并确保使用当前用户的 D-Bus 地址：
- 正确写法：
*/30 * * * * XDG_RUNTIME_DIR=/run/user/$(id -u) DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/$(id -u)/bus notify-send -t 8000 "休息提醒" "请起身活动" - 漏掉
XDG_RUNTIME_DIR会导致通知完全不显示，哪怕-t设得再长也无意义 - 仅设
XDG_RUNTIME_DIR但不设DBUS_SESSION_BUS_ADDRESS，在较新 GNOME 版本（44+）中也会失败 - 不要用
sudo -u $USER替代，它无法继承图形会话的 D-Bus 上下文
Python 脚本里发通知要避免 fork 后丢失环境
如果你在 Python 中用 subprocess.run(["notify-send", ...])，要注意脚本启动方式。直接双击图标或从桌面启动器运行时，环境变量通常完整；但通过终端后台运行（python script.py &）或 systemd user service 启动时，XDG_* 变量常为空。
- 检查是否就绪：
print(os.environ.get("XDG_RUNTIME_DIR"))，为空则需手动注入 - 安全做法是在调用前补全：
env = os.environ.copy(); env["XDG_RUNTIME_DIR"] = "/run/user/{}".format(os.getuid()) - 不要依赖
os.getenv("DISPLAY")判断 GUI 环境——Wayland 下它可能为空，但通知仍可工作 - 若用
pydbus直接调用 D-Bus 接口，需主动连接到session_bus，且传入timeout_ms参数，其效果等价于-t
真正难的不是设多少毫秒，而是让通知稳稳抵达桌面——环境变量、D-Bus 地址、用户会话上下文，缺一不可。很多“时长不生效”的问题，其实压根没发出去。
