VS Code notebooks 怎样固定 notebook 内核选择

VS Code notebooks 没有一个把所有 notebook 永久锁到同一内核的“全局固定”按钮。更准确的做法是：打开目标 notebook，在右上角选择一次内核，VS Code 会记住这个 notebook 最近使用的内核；下次重新打开时通常会继续使用它。若环境被删除、重命名或改到远程机器，就需要重新选择。

官方地址：https://code.visualstudio.com/docs/datascience/jupyter-notebooks

本文使用 VS Code 的 Jupyter notebook 操作路径说明，不绑定某个 Python 版本，也不把界面说明图当成真实截图。开始前准备好 Python 环境或 Jupyter 内核，并安装 Python、Jupyter 扩展。

1. 先打开 notebook，找到内核入口

在 VS Code 资源管理器中打开一个 .ipynb 文件。观察 notebook 编辑器右上角：未选择内核时通常显示 Select Kernel，已选择时会显示当前内核名称。点击这个位置就能打开 Kernel Picker。

不想用鼠标时，打开命令面板，执行 Notebook: Select Notebook Kernel，效果与点击右上角入口相同。这里要选的是 notebook 内核，不是普通 Python 文件的运行解释器；后者可以通过 Python: Select Interpreter 单独切换。

如果右上角完全没有内核入口，先确认打开的是 notebook 编辑器而不是把文件当作普通文本查看；再检查 Python 和 Jupyter 扩展是否已启用。扩展安装只是让入口出现，具体能选到哪些内核仍取决于当前本地、远程或 Codespaces 环境能检测到什么。

2. 直接选择最近使用的内核

打开 Kernel Picker 后，先看顶部的最近使用列表。对于经常反复打开的 notebook，目标内核如果仍然可用，直接点击它即可。选择完成后，右上角的内核标签会变成所选名称，代码单元右下角的语言选择也会跟随内核支持的语言更新。

这个动作就是日常意义上的“固定”：固定的是当前 notebook 与最近一次内核选择之间的关联，不会修改其他 notebook，也不会把同一工作区里的所有文件强制改成同一环境。

3. 找不到目标时进入 Select Another Kernel...

最近使用列表没有目标时，点击 Select Another Kernel...，再按内核来源筛选。常见入口有三类：

选择 Python Environments 后，点击目标环境；如果用的是远程服务，则进入 Existing Jupyter Server，按提示选择已经配置的服务器。不要只看环境名称就判断成功，回到 notebook 顶部确认当前内核标签已经更新。

如果环境没有出现在 Python Environments 中，可以先执行命令面板里的 Python: Select Interpreter，让 VS Code 识别目标解释器，再回到 Notebook: Select Notebook Kernel 重选。某些环境还需要安装并注册可用的 ipykernel，具体安装方式取决于你的环境管理工具。

4. 重新打开 notebook，确认是否真的记住了

选择完成后保存 notebook，关闭编辑器标签，再重新打开同一个文件。顶部仍显示刚才的内核名称，说明这次 notebook 选择被恢复。重新打开后若又变成 Select Kernel，或者提示原内核不可用，通常不是“固定失败”，而是内核路径已经变化、远程服务没有连接，或当前工作区切换到了另一台计算环境。

遇到这种情况，重复第 3 步，从正确来源选择一次即可。若在受限工作区中看不到富输出或无法执行单元，还要检查 Workspace Trust；信任设置影响代码执行能力，不等同于内核选择记录。

为什么我选择了 Python 解释器，notebook 还是用了旧内核？普通 Python 文件的解释器选择和 notebook 内核选择是两个入口。请在 notebook 中执行 Notebook: Select Notebook Kernel，并直接选目标环境。

能不能让工作区内所有 notebook 都固定到同一个内核？本文所述记忆是按 notebook 选择的。若团队需要统一环境，应通过项目环境、依赖文件和协作约定保持一致，不要把某一个 notebook 的最近选择当成全局策略。

内核名称还在，但运行时失败怎么办？先检查该环境或远程 Jupyter 服务是否仍可访问，再确认 Python/Jupyter 扩展状态；必要时从 Select Another Kernel... 重新绑定可用来源。

最后可以用一个简单标准判断：右上角显示的是目标内核，代码单元的语言入口跟随它变化，重新打开同一个 notebook 后仍能恢复；这三点同时满足，就完成了当前 notebook 的内核固定。