Shift+Enter在.py文件中无反应并新建文件，说明Jupyter支持链断裂：需同时满足四条件——Jupyter扩展已启用、解释器环境装有ipykernel、文件为.py或.ipynb后缀、光标位于合法# %%代码块内；路径含中文或空格也会导致内核启动失败。
Shift+Enter在.py文件里没反应，却弹出新.py文件
这是最典型的信号：VSCode根本没启动交互式窗口，而是退回到默认的“新建文件”逻辑。根本原因不是快捷键坏了，而是Jupyter支持链断裂了。
必须同时满足四个条件，Shift+Enter才能触发交互式窗口：
-
Jupyter扩展已安装且启用（仅装Python扩展不够） - 当前选中的
Python解释器环境里已安装ipykernel（运行过python -m pip install ipykernel） - 文件后缀是
.py或.ipynb（.txt、.md、无后缀都不行） - 光标必须落在
# %%标记定义的代码块内，且该标记独占一行、前面无空格
路径含中文或空格也可能导致内核启动失败，临时把文件移到C:\temp\test.py或~/tmp/test.py可快速验证是否是环境问题。
在Jupyter Notebook编辑器里按Shift+Enter没反应
这时你其实已经进了Notebook界面，但Shift+Enter被其他命令劫持了——最常见的是和“在下面插入行”冲突。
解决方式很直接：
- 按
Ctrl+K Ctrl+S打开快捷键设置 - 搜索
Shift+Enter - 找到命令为
editor.action.insertLineAfter（即“在下面插入行”）的那条绑定 - 点击它右侧的齿轮图标 → “编辑when条件” → 在原有条件后追加
&& !notebookEditorFocused
这样就限定了该命令只在非Notebook编辑器中生效，Shift+Enter在Notebook里就能干净地执行“运行并跳转下一块”了。
交互窗口右上角显示“Python kernel is not running”
这个提示说明内核进程压根没起来，不是前端问题，而是后端没连上。别急着重装插件，先确认三件事：
- 在VSCode集成终端中运行
python -m ipykernel --version，有输出才说明ipykernel真装对了环境 - 如果没输出或报错，进对应环境执行
python -m pip install ipykernel - 再运行
python -m ipykernel install --user --name myenv --display-name "My Env"注册内核 - 最后通过
Ctrl+Shift+P→Python: Select Interpreter，从列表里选中刚注册的"My Env"
注意：myenv名字要和你实际环境一致，不同Python版本的内核不互通，3.11环境注册的内核不能被3.9窗口调用。
快捷键在终端聚焦时完全失灵
这是最容易被忽略的上下文陷阱：当你在集成终端（Ctrl+`打开的那个黑框）里敲命令时，所有编辑器快捷键都会静默失效——Ctrl+S不保存、Ctrl+F不唤查找，因为焦点不在编辑器上。
临时解法很简单：
- 按
Ctrl+1强制把焦点切回主编辑器区域 - 或者鼠标点一下代码区任意位置
如果你常在终端和代码间切换，可以加一条配置让部分快捷键穿透终端生效：在settings.json里加"terminal.integrated.commandsToSkipShell": ["workbench.action.terminal.focus"]，但要注意这可能干扰shell本身的快捷键行为。
真正麻烦的从来不是某个快捷键按不响，而是你分不清当前执行上下文属于哪个内核、哪个进程、哪份变量空间——尤其当你同时开着多个.py文件、多个Notebook和一个终端里的ipython时，变量看不见、内核连不上、输出对不上，问题就藏在这三层隔离里。
