这个问题我之前也碰到过，核心差异在于两种启动方式下系统的执行逻辑不一样，我给你拆解下：

为什么会出现这种情况？ #

当你选择「直接启动」时，系统会直接调用脚本里的命令——如果你的脚本是启动GUI程序（比如文本编辑器、文件管理器），这些程序本身不需要依附终端，所以能正常运行。

但选「在终端中运行」时，桌面环境会先启动一个终端模拟器（比如GNOME Terminal、Konsole），然后把你的脚本当成一次性任务交给终端执行。一旦脚本里的命令执行完毕（哪怕只是瞬间完成），终端就会因为没有后续任务而立即关闭。如果你的脚本后续需要用户输入，但开头没有任何等待或交互逻辑，终端还没等你输入就已经退出了。

修复方案 #

这里有几种不同的解决思路，你可以根据需求选：

1. 让终端执行完脚本后保持打开 #

最简单的方法是修改脚本的打开方式，让终端在脚本跑完后不直接退出：

• 如果你用GNOME Terminal（Ubuntu默认）：右键脚本→「属性」→「打开方式」→选择「自定义命令」，填入：

  gnome-terminal -- bash -c "./你的脚本名.sh; exec bash"
  

• 如果你用Konsole（KDE桌面）：用这个命令作为打开方式：

  konsole -e 'bash -c "./你的脚本名.sh; exec bash"'
  

• 通用逻辑：在终端启动命令的末尾加上exec bash（如果用zsh就换成exec zsh），这样脚本执行完后会进入一个新的shell会话，终端窗口就会保持打开。

2. 在脚本内部添加等待/交互逻辑 #

如果不想修改启动方式，直接在脚本里加一段等待用户输入的代码，比如在脚本末尾（或者需要用户输入的位置前）加上：

# 等待用户按任意键后再退出脚本
read -p "按任意键继续..."

如果你的脚本本身需要获取用户输入，确保把输入逻辑放在脚本最开头，比如：

#!/bin/bash
# 先获取用户输入，避免脚本瞬间执行完
read -p "请输入你的名字：" username
echo "你好，$username！"
# 这里写后续的脚本逻辑...
# 如果脚本执行完后还想保持终端，再加上面的read命令

3. 检查脚本的基础配置 #

• 确保脚本开头有正确的shebang（指定解释器）：

  #!/bin/bash
  

  如果你用的是zsh就写#!/bin/zsh，没有shebang可能导致系统用错误的shell执行脚本，引发异常。
• 确认脚本有可执行权限：

  chmod +x 你的脚本名.sh
  

内容的提问来源于stack exchange，提问作者xeruf