作为Linux和Python新手，遇到这种“命令行跑正常、双击就罢工”的情况确实挺闹心的😅。结合你已经做的操作（添加执行权限、shebang头、创建启动图标），咱们来排查几个最常见的原因，一步步解决问题：

1. 工作目录不匹配——最容易踩的坑 #

当你在终端里cd到脚本所在的~/Desktop/RFID_FILES/目录运行时，脚本的工作目录就是这个文件夹；但双击“在终端中执行”时，终端默认的工作目录大概率是你的用户主目录（~/）。如果你的脚本里用到了相对路径（比如读取同目录下的配置文件、访问RFID设备的相对路径），就会找不到资源，导致脚本静默失败，终端显示空白。

解决办法：强制切换工作目录 #

在脚本的最开头添加这段代码，让脚本自动切换到自己所在的文件夹：

import os
# 获取脚本自身的绝对路径
script_path = os.path.abspath(__file__)
# 提取脚本所在的目录
script_dir = os.path.dirname(script_path)
# 切换工作目录到脚本目录
os.chdir(script_dir)

2. 捕获错误信息——别让报错“隐身” #

双击执行时，就算脚本报错，终端可能直接关闭或者不显示错误内容，导致你看不到问题出在哪。咱们可以让终端执行完保持打开，或者让脚本把错误写入日志。

方案A：让终端执行后不自动关闭 #

如果是GNOME终端（大部分Linux桌面的默认终端），可以修改脚本的执行方式：

• 右键脚本 → 属性 → 打开方式 → 点击“在终端中执行”旁边的“设置”
• 把执行命令改成：gnome-terminal -- bash -c "~/Desktop/RFID_FILES/RFID_READER.py; exec bash"
  这样脚本执行完后终端会保持打开，你能看到所有输出和错误提示。

方案B：让脚本自动记录错误日志 #

在脚本的最外层套一个try-except块，把所有异常写入日志文件，同时让终端显示错误并等待你确认：

import traceback

try:
    # 把你原有的脚本代码全部放在这里
    # ...
except Exception as e:
    # 把错误信息写入日志文件
    with open("rfid_run_error.log", "w") as log_file:
        log_file.write(f"执行出错：\n{traceback.format_exc()}")
    # 在终端显示错误，防止终端直接关闭
    print(f"脚本运行出错：{e}\n错误详情已写入 rfid_run_error.log 文件")
    input("按回车键关闭终端...")

3. 环境变量差异——桌面和终端的PATH不一样 #

终端里的环境变量（比如PATH、PYTHONPATH）和桌面启动的终端环境可能存在差异。比如你安装的Python依赖包在用户目录下，桌面环境没加载这个路径，导致脚本找不到依赖。

解决办法： #

• 先在终端里运行which python3，得到Python的绝对路径（比如/usr/bin/python3），确保脚本首行的shebang#!/usr/bin/python3和这个路径完全一致。
• 如果有依赖的环境变量，比如PYTHONPATH，可以在脚本开头手动添加：

import os
# 替换成你实际的依赖包所在路径
custom_python_path = "/home/你的用户名/.local/lib/python3.10/site-packages"
# 把自定义路径添加到环境变量
os.environ['PYTHONPATH'] = f"{custom_python_path}:{os.environ.get('PYTHONPATH', '')}"

最后再确认一遍权限 #

虽然你已经执行了chmod +x，但可以再检查一下：

ls -l ~/Desktop/RFID_FILES/RFID_READER.py

确保输出里有-rwxr-xr-x的权限标识，说明执行权限确实已经添加成功。

按照上面的步骤排查，应该能找到问题所在。如果还是不行，把终端显示的错误信息或者日志文件内容贴出来，就能更精准定位啦！

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