shift+enter是最常用运行快捷键，因其唯一实现“运行+自动跳转至下一单元格”，适合线性代码执行；仅在编辑模式（绿色边框）生效，出错时仍停留原单元格，失灵主因是误入命令模式（灰色边框）或kernel异常。
Shift+Enter 为什么是最常用运行快捷键
因为它是唯一能“运行 + 移动”的组合，适合线性执行代码流。你在写数据分析脚本时，几乎每个单元格都要按一次，自然成为肌肉记忆首选。
它只在编辑模式下生效（单元格边框绿色），按完后自动跳到下一个单元格——省去手动点选的步骤。如果下一个单元格不存在，它会自动新建一个空的 Code 单元格。
- 别在命令模式（边框灰色）下乱按，
Shift+Enter完全没反应 - 若光标不在单元格内（比如刚删完单元格），先用
↑/↓或鼠标点一下再按 - 运行报错后，光标仍停在出错单元格，不会跳走——这是设计行为，不是失效
Ctrl+Enter 和 Alt+Enter 的分工很明确
Ctrl+Enter 是“原地运行”，适合反复调试同一段代码；Alt+Enter 是“运行 + 插入”，适合边写边扩测试用例。
三者区别不在于功能强弱，而在于后续动作是否符合你当前意图。比如你在写一个函数定义，后面立刻想加几行调用测试，Alt+Enter 就比先 Shift+Enter 再 B 插入更顺手。
-
Ctrl+Enter在 Windows/Linux 有效；Mac 用户需用Cmd+Enter -
Alt+Enter在 Mac 上对应Option+Enter，注意不是Cmd - 所有这三个快捷键都要求单元格类型是
Code，如果是Markdown单元格，按了也没输出
为什么快捷键突然失灵？先看左下角和边框颜色
Jupyter 不是“全局生效”的快捷键系统，而是严格绑定当前模式。失灵基本等于你按错了模式——90% 的问题都出在这里。
左下角会实时显示 Command Mode 或 Edit Mode，同时边框颜色是直接视觉提示：绿色才能运行，灰色只能操作单元格结构。
- 误按
Esc进入命令模式后，继续按Shift+Enter→ 完全无响应 - 在命令模式下想运行？先按
Enter回到编辑模式，或直接点击单元格内部 - 某些浏览器插件（如 Vimium）会劫持
Esc、j、k，导致模式切换异常，可临时禁用验证
运行前要确认 Kernel 状态，否则快捷键只是“假装在工作”
快捷键只是触发执行指令，真正干活的是背后的 Python Kernel。如果 Kernel 已死、卡住或未启动，Shift+Enter 会转圈但不出结果，甚至看起来像卡死。
右上角状态栏图标是关键：实心圆点表示正常，空心圆点或红色感叹号说明 Kernel 异常。这时候按任何运行快捷键都没用。
- 重启 Kernel：命令模式下按
I,I（连按两次 I），或菜单 Kernel → Restart - 中断执行中代码：命令模式下按
I,I一次，或 Kernel → Interrupt - Kernel 启动失败常见于内存溢出或导入冲突，此时快捷键再熟练也救不了——得先看终端报错
