VS Code中Notebook的输出与缓存：本质不同，管理需分明
在VS Code里用Jupyter Notebook，不少朋友会把“输出”和“缓存”混为一谈。其实，这完全是两码事，搞不清楚，清理起来就容易做无用功，甚至误伤配置。
简单来说，输出是你运行代码时，直接呈现在界面上的内容——比如打印的日志、显示的图表、或者一个巨大的数据表格。而缓存则藏在后台，静默地保存着内核的状态、会话的元数据，或者一些中间计算结果。一个关乎即时体验，一个关乎长期状态，清理方式和影响范围截然不同。
如何控制Notebook单元格输出，不让界面“撑爆”？
你有没有遇到过这种情况：不小心输出了一个上万行的DataFrame，或者一个超大矩阵，结果界面瞬间卡死，滚动条失灵，连Notebook文件本身都膨胀了好几兆？这纯粹是输出惹的祸。VS Code默认对输出大小没有限制，所以得靠我们自己来设置“刹车”。
具体怎么做？这里有几个立竿见影的技巧：
- 设置全局行数限制：在VS Code设置里搜索
notebook.output.textLineLimit，把它从默认的-1（无限制）改成100或200。这样一来，任何超长的文本输出都会被自动截断。 - 提前约束Pandas：如果你常用pandas，可以在导入后立刻加上这两行：
pd.set_option('display.max_rows', 20)和pd.set_option('display.max_columns', 10)。这能确保表格预览始终清爽。 - 管理绘图输出：在使用
%matplotlib inline时，一个单元格里多次调用plt.show()会叠加显示所有图。最佳实践是，一个单元格只保留最终需要的那张图。 - 及时释放内存：执行完大型计算后，养成好习惯，立刻用
del large_var删除那个大变量，再执行import gc; gc.collect()触发垃圾回收。否则，变量会一直驻留在内核内存里，不仅占地方，后续操作还可能意外触发它的重绘。
“重启内核”为什么清不掉所有缓存？
遇到奇怪的问题，很多人的第一反应是点击那个“重启内核”按钮。这确实能重置Python进程里的变量和运行状态，但你必须知道，它不等于系统级的“清零”。
重启后依然“健在”的数据包括：
- 插件会话元数据：
vscode-jupyter插件会在它的安装目录下（类似~/.vscode/extensions/ms-toolsai.jupyter-*/out/）保存一些信息，比如你上次执行单元格的时间、设置的断点位置等。 - 内核连接文件：在你用户主目录的
.jupyter/runtime/下，存着内核的通信连接文件（JSON格式，包含端口和密钥）。重启内核通常不会删除它们，下次启动时可能会尝试复用。 - 文件系统缓存：像
.ipynb_checkpoints/（笔记本自动保存点）和__pycache__/（Python字节码缓存）这类由扩展或Python自身生成的文件，重启内核对其毫无影响。 - 持久化存储：如果你用过IPython的
%store魔法命令，变量已经被保存到了~/.ipython/profile_default/db/的数据库里。这是特意设计的持久化，重启内核当然不会丢。
这就是为什么有时候你会感觉“明明重启了，怎么上次的报错痕迹还在？”——因为很多上下文信息，并没有真正归零。
哪些缓存该删，怎么删才安全？
既然重启不彻底，那手动清理该瞄准哪里？根据风险等级，可以把缓存分为三类：
- VS Code主缓存：路径通常是
~/.config/Code/Cache（Linux/macOS）或%APPDATA%\Code\Cache（Windows）。清理它可以解决VS Code启动缓慢、UI界面渲染异常等问题。放心，这不会动到你的Notebook内容或任何设置。 - Jupyter插件缓存：主要集中在
~/.vscode/extensions/ms-toolsai.jupyter-*/out/和~/.jupyter/migrated/这些地方。这里存放着Notebook的打开历史、你选择过的内核偏好等。清理后，首次打开Notebook可能会稍慢一点，因为它要重建索引，但功能完全不受影响。 - 用户级临时输出缓存：比如你将Notebook导出为HTML或PDF时，VS Code可能会生成一些中间文件。它们没有固定路径，但通常可以在
~/.vscode/目录下通过搜索“jupyter”找到。这类缓存可以放心删除，但操作时务必避开UserData目录下的settings.json等核心配置文件。
切记一点：不要图省事，直接删除整个 ~/.vscode/extensions 目录。那是插件安装的位置，粗暴删除意味着你得重新安装所有扩展。
缓存路径能自定义吗？能，但要明白作用域
当然可以。VS Code支持通过启动参数来改变缓存和数据的存放位置，但这通常不是在配置文件里设置的。
- 只想移动缓存：比如想把缓存挪到D盘。你可以修改VS Code快捷方式，在“目标”栏的末尾加上：
--cache-dir "D:\VSCodeCache"。 - 想整体迁移：如果希望用户数据（设置、插件）和缓存一起搬家，则需要两个参数：
--user-data-dir "D:\VSCodeData" --cache-dir "D:\VSCodeCache"。 - 关键的限制：这里有个容易混淆的地方。你用
--cache-dir改变的，只是VS Code自身的缓存位置。而Jupyter内核自己的缓存（比如~/.jupyter目录下的东西），是由IPython/Jupyter独立管理的，VS Code的这个参数管不到它。
最后提一个最容易被忽略的细节：VS Code的 --cache-dir 和通过环境变量设置的 JUPYTER_DATA_DIR 是两套互不感知的系统。你只改了前者，Jupyter还是会往它默认的路径写数据。磁盘空间悄悄被占，源头可能就在这里。
