应用启动后立即退出，主因是配置损坏、权限异常或依赖缺失；须优先清理~/.config下对应目录，修复.Xauthority权限为600且属主为当前用户，调整/tmp为1777，重启lightdm，并查~/.xsession-errors日志定位根因。
麒麟OS中某个应用启动后立即自动退出，说明程序在初始化阶段就因配置损坏、权限异常或依赖缺失而被内核终止，不是运行中崩溃，而是根本没完成加载流程。
先确认是否为用户级配置损坏
多数桌面应用（如WPS、微信、软件中心）首次启动失败都源于 ~/.config 下对应子目录结构错乱或残留非法配置。这一步必须优先验证，跳过会导致后续操作白费力气。
按下 Ctrl+Alt+T 打开终端，执行：ls -la ~/.config/ | grep -E "(weixin|wps|kylin-software|sogou)"。
若看到类似 weixin@ 或 wps.lock 这类带特殊符号或以点开头的异常文件名，说明配置已损坏；直接删除整个目录即可重置：rm -rf ~/.config/weixin/（将 weixin 替换为实际名称）。
【注意：不要用 sudo 删除用户目录下的配置，否则属主会变成 root，反而引发更严重的权限拒绝】
检查 .Xauthority 权限与归属
图形应用启动时需通过 X Server 认证，而认证凭据全靠 ~/.Xauthority 文件。一旦该文件属主不是当前用户，或权限高于 600，所有 GUI 程序都会在连接 X11 时被拒之门外，表现为“一闪而退”且无任何错误提示。
切换到命令行界面（Ctrl+Alt+F1），登录后执行：ls -l ~/.Xauthority。
如果输出中显示 owner 是 root 或其他用户，立刻修正：sudo chown $USER:$USER ~/.Xauthority。
再执行：chmod 600 ~/.Xauthority——这一步不可省略，755 或 644 权限会被 X Server 主动拒绝。
排查 /tmp 目录写入权限问题
现代桌面应用依赖 /tmp 创建私有 socket 和临时运行目录。若 /tmp 被设为只读、或权限被误改为 755，应用连基础通信通道都建不起来，必然闪退。
在终端中运行：ls -ld /tmp。
正常输出应为 drwxrwxrwt（末尾 t 表示 sticky bit）。若不是，立即修复：sudo chmod 1777 /tmp。
这一步做完必须重启图形服务，否则旧进程仍沿用错误的 tmp 上下文：sudo systemctl restart lightdm。
查看真实崩溃原因：读取 xsession 错误日志
不要靠猜，直接看应用启动时吐出的第一行错误。它藏在 ~/.xsession-errors 里，比 journalctl 更精准反映 GUI 层失败细节。
执行：tail -n 20 ~/.xsession-errors。
重点关注含 “Permission denied”、“No such file or directory”、“Failed to load module”、“Segmentation fault” 的行。例如出现 libgtk-3.so.0: cannot open shared object file，说明底层 GTK 库缺失，需重装对应包。
若日志为空或只有老记录，先清空再试一次：echo > ~/.xsession-errors && your-app-name，然后立刻再 tail。
强制启用调试模式启动应用
方法一：加 --verbose 参数（适用于多数 Qt/Gtk 应用）
在终端中输入：your-app-name --verbose 2>&1 | head -n 50。
方法二：用 strace 追踪系统调用（需提前安装）
执行：sudo apt install strace → strace -e trace=openat,execve,connect -f your-app-name 2>&1 | grep -E "(denied|No such|failed)"。
这条命令能精准定位是哪个配置文件打不开、哪个动态库加载失败、或哪个 socket 连接被拒——所有闪退根因都在这里暴露。
