答案是配置构建系统并指定Python解释器路径。通过创建自定义.sublime-build文件，将cmd指向正确的Python绝对路径，确保脚本在预期环境中运行，避免版本或模块冲突问题。
在Sublime Text里执行Python脚本，通常我们不是直接在它那个用于API调用的“控制台”里操作，而是通过它的“构建系统”（Build System）功能，将脚本的输出重定向到Sublime的“输出面板”。如果你追求更像传统命令行那样的交互体验，那就得借助一些插件了。
解决方案
要让Sublime Text运行你的Python脚本，最直接也最常用的方法就是配置一个构建系统。
创建或选择一个构建系统：打开你的Python文件，然后点击菜单栏的
工具 (Tools)
->
构建系统 (Build System)
。如果你的Sublime Text已经安装了Python，通常会有一个默认的
Python
选项。选中它，然后按
Ctrl+B
(Mac上是
Cmd+B
) 就可以尝试运行当前文件了。
自定义构建系统（推荐）：很多时候，默认的Python构建系统可能调用的不是你想要的Python解释器（比如你系统里装了Python 2和Python 3，或者使用了虚拟环境）。这时候，自定义一个就很有必要了。
点击
工具 (Tools)
->
构建系统 (Build System)
->
新构建系统 (New Build System...)
。
Sublime Text会打开一个新文件，里面是JSON格式的模板。把里面的内容替换成下面这样：
立即学习“Python免费学习笔记（深入）”；
{ "cmd": ["/usr/local/bin/python3", "$file"], "file_regex": "^[ ]*File "(...*?)", line ([0-9]*)", "selector": "source.python"}
注意：
"cmd": ["/usr/local/bin/python3", "$file"]
这一行里，
/usr/local/bin/python3
需要替换成你系统里Python解释器的绝对路径。比如在Windows上可能是
C:Python39python.exe
。
$file
是一个变量，代表当前打开并正在编辑的文件。
保存这个文件，文件名可以叫
PythonCustom.sublime-build
（后缀名很重要）。
保存后，再次点击
工具 (Tools)
->
构建系统 (Build System)
，你就会看到你刚刚创建的
PythonCustom
选项。选中它。
现在，打开你的Python脚本文件，按下
Ctrl+B
(Mac上是
Cmd+B
)，Sublime Text就会使用你指定的Python解释器来执行脚本，并在底部的输出面板显示结果。
使用插件实现交互式控制台：如果你真的需要一个能在Sublime Text内部进行交互、输入输出的“控制台”，那么像
Terminus
或
SublimeREPL
这样的插件会是更好的选择。
安装： 通过 Package Control (
Ctrl+Shift+P
或
Cmd+Shift+P
->
Package Control: Install Package
) 搜索并安装
Terminus
或
SublimeREPL
。使用示例（以Terminus为例）： 安装后，你可以通过
Ctrl+Shift+P
(或
Cmd+Shift+P
) 搜索
Terminus: Open Default Shell
来打开一个终端面板。在这个终端里，你就可以像在外部命令行一样，手动输入
python your_script.py
来运行脚本，或者直接进入Python的交互式模式。
SublimeREPL
则提供了更直接的“运行当前文件”并进入REPL模式的选项。
如何配置Sublime Text的Python环境以确保脚本顺利运行？
确保Sublime Text能正确找到并使用你期望的Python环境，是很多初学者容易碰壁的地方。这不光是让脚本能跑起来，更是要让它跑在正确的、拥有所需库的环境里。
关键点在于你自定义构建系统中的
cmd
数组。默认情况下，如果你只写
["python", "$file"]
，Sublime Text会去你的系统
PATH
环境变量中寻找第一个
Python
可执行文件。这可能导致它调用的是旧版本的Python，或者是系统自带的Python 2，而不是你安装的Python 3，更别提虚拟环境了。
要彻底解决这个问题，最稳妥的办法就是指定Python解释器的绝对路径。
查找Python解释器路径：
在Linux/macOS上，你可以在终端输入
which python3
或
which python
来找到。在Windows上，如果你安装了Python，它通常会在
C:UsersYourUserAppDataLocalProgramsPythonPython3x
或者
C:Python3x
这样的路径下。你也可以在命令行输入
where python
来查看。如果你使用了虚拟环境（比如
venv
或
conda
），激活虚拟环境后，再用
which python
(或
where python
) 找到的路径就是虚拟环境里的Python解释器路径。
修改构建系统文件：将你找到的绝对路径填入
PythonCustom.sublime-build
文件中的
cmd
数组。例如：
{ "cmd": ["/Users/yourusername/venv/myproject/bin/python", "$file"], // macOS/Linux 虚拟环境 "file_regex": "^[ ]*File "(...*?)", line ([0-9]*)", "selector": "source.python"}
或者：
{ "cmd": ["C:UsersYourUserAppDataLocalProgramsPythonPython39python.exe", "$file"], // Windows "file_regex": "^[ ]*File "(...*?)", line ([0-9]*)", "selector": "source.python"}
这样，无论你的系统
PATH
如何设置，Sublime Text都会精确地调用你指定的Python解释器来运行脚本，从而确保脚本能访问到该环境下的所有库和依赖。我个人觉得，明确指定路径能省去很多不必要的麻烦，尤其是当你在多个项目中使用不同的Python版本或虚拟环境时。
Sublime Text的输出面板与传统命令行有哪些区别，我该如何选择？
Sublime Text的输出面板和传统命令行（比如Windows的CMD、PowerShell，或者Linux/macOS的Bash、Zsh）在功能和交互方式上有着本质的区别，理解这些能帮助你更好地选择何时使用哪种方式。
Sublime Text的输出面板：
非交互性： 它是单向的。脚本运行结束后，所有的
print()
输出和错误信息都会一次性显示在这里。你无法在脚本运行过程中输入数据（例如
input()
函数会卡住或报错），也无法在脚本结束后继续输入命令与Python解释器交互。只读： 你不能在输出面板里输入任何内容，它仅仅是一个结果的展示区域。轻量高效： 作为Sublime Text内置的一部分，它启动和显示都非常快，对于仅仅需要查看脚本运行结果的场景来说，非常便捷。错误高亮： 很多时候，Sublime Text能识别输出中的文件路径和行号，并将其变成可点击的链接，方便你快速跳转到代码中的错误位置。
传统命令行（或集成终端插件如Terminus）：
交互性： 这是最大的区别。你可以在脚本运行过程中输入数据（如
input()
），也可以在脚本结束后保持Python解释器运行，继续输入Python代码进行测试或调试。全功能： 它是一个完整的Shell环境，你不仅可以运行Python脚本，还可以执行其他系统命令（如
ls
、
cd
、
git
等）。环境控制： 更容易管理和切换不同的Python虚拟环境。调试友好： 对于复杂的调试场景，一个交互式终端是必不可少的，你可以逐步执行代码，检查变量状态。
如何选择：
使用输出面板（构建系统）：
当你只是想快速运行一个脚本，查看其最终输出结果。脚本不需要用户交互（不使用
input()
）。进行简单的代码测试、语法检查或查看错误信息。追求速度和简洁性。
使用传统命令行（或集成终端插件）：
脚本需要用户在运行过程中输入数据。你需要进行交互式调试，或者在脚本运行后继续探索数据。项目依赖于复杂的虚拟环境，且需要频繁切换。你需要在一个地方完成代码编写、运行、版本控制等一系列操作，追求更完整的开发体验。
简单来说，如果你只是想“跑一下看看”，构建系统配输出面板就足够了。但如果你的工作流需要更多“对话”和“控制”，那还是得请出真正的终端或者像Terminus这样的插件。
在Sublime Text中执行Python脚本时，常见的错误提示及排查策略
在Sublime Text里跑Python脚本，尤其是在配置初期，遇到各种错误是家常便饭。很多时候，这些错误并非代码本身的问题，而是环境配置或者Sublime Text调用方式的问题。
SyntaxError: invalid syntax
(语法错误)
现象： 脚本一运行就报这个错，指向代码中的某个位置。排查：代码本身问题： 最常见的是少写了冒号、括号不匹配、字符串没有闭合、缩进错误（Python对缩进非常敏感）。仔细检查报错行及其上下文。Python版本不兼容： 有时你写了Python 3的语法（比如
print()
函数），但Sublime Text却调用了Python 2解释器。检查你的构建系统中Python解释器的路径，确保它指向的是正确的Python 3版本。
ModuleNotFoundError: No module named 'xxx'
(模块未找到错误)
现象： 你的代码里
import xxx
了某个库，但运行后报错说找不到这个模块。排查：未安装模块： 确保你已经在你期望的Python环境中安装了该模块。打开命令行，激活对应的虚拟环境（如果有），然后运行
pip install xxx
。Python环境不匹配： 这也是个高发区。Sublime Text调用的Python解释器可能不是你安装模块的那个环境。验证解释器： 在你的Python脚本里加上这两行：
import sysprint("当前使用的Python解释器路径:", sys.executable)
运行脚本，查看输出的路径是否是你期望的那个Python解释器。如果不是，那就需要调整构建系统中Python解释器的绝对路径了。
虚拟环境问题： 如果你在使用虚拟环境，确保你的构建系统指向的是虚拟环境内部的Python解释器（通常在
venv/bin/python
或
venvScriptspython.exe
）。
command not found: python
或
[WinError 2] 系统找不到指定的文件。
现象： 运行脚本后，输出面板直接报错说找不到
Python
命令。排查：Python路径未配置： 这通常意味着Sublime Text在
PATH
环境变量中找不到
Python
命令。解决方案： 强烈建议在自定义构建系统中，将
cmd
数组中的
Python
替换为Python解释器的绝对路径。这是最可靠的解决办法。例如：
"cmd": ["C:Python39python.exe", "$file"]
。
构建系统没有运行，或者按下
Ctrl+B
没有反应
现象： 按下快捷键后，什么也没发生，或者底部状态栏一闪而过。排查：构建系统未选中： 确保你已经通过
工具 (Tools)
->
构建系统 (Build System)
选中了你想要使用的构建系统（比如你自定义的
PythonCustom
）。
.sublime-build
文件有语法错误： 检查你的
.sublime-build
文件（JSON格式）是否有语法错误，比如缺少逗号、引号不匹配等。Sublime Text通常会在你保存文件时提示JSON错误。
selector
不匹配： 确保你的
.sublime-build
文件中的
"selector": "source.python"
这一行是正确的，它告诉Sublime Text这个构建系统适用于Python文件。
排查这些问题时，最关键的是要理解Sublime Text是如何调用外部程序的，以及它当前到底在用哪个Python解释器。一旦你明确了这两点，大部分环境配置问题都能迎刃而解。
以上就是sublime怎么在控制台执行python脚本_控制台运行Python脚本方法的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/92975.html
微信扫一扫 
支付宝扫一扫 
