📝 摘要：本文记录了使用 VSCode Remote 功能连接小型服务器的尝试，以及遇到的服务器内存爆炸问题和解决方法。

闲来无事，试试 Remote

起因是我想直接把构建好的静态页面上传到服务器。

我这个博客是纯 SSG 博客，更新博客流程一般是：

1. Git 上传到 GitHub 仓库
2. GitHub Action 构建静态页面
3. 自动 Push 上传到服务器

我在想能不能更方便地操作服务器，尤其是文件管理。虽然我服务器上装了 1Panel 面板，但我觉得还是不够方便，遂而想试试 VSCode 的 Remote 功能。

💥 我的个人服务器内存爆炸!!

经测试，我的 2核2G 服务器平时内存大概在 1G 左右（事实上，服务器的内存只有 1.6G，应该是硬件统计与计算机统计的不同，二进制数值与十进制数值的不同）。

⚠️ 但是一旦打开 VSCode 的 Remote 功能，内存就直接炸掉，把我的小渣机卡死，普通重启会非常缓慢，强制重启才行。

但是强制重启直接把服务器的 nginx 炸坏了，万幸 Docker 服务还是正常的，重新恢复一下备份就好了。

服务器爆炸状态截图

瞬时爆炸，我测试了两次，都炸了。还好我有备份的习惯，网站停摆了几分钟就恢复了。

🧪 空闲服务器测试 Remote

我有一台空闲没什么服务的服务器，于是我就把 VSCode 的 Remote 功能试了一下。

资源占用分析：

• 服务器原生内存占用：约 300MB
• Remote 功能本身占用：至少 500-600MB
• 进行大量数据 I/O 操作：内存会飙升到 1GB 以上

对于这台小鸡服务器，压力实在是太大了。

💡 不得不说 VSCode 的 Remote 功能确实很强大，用起来非常舒服，但是对于我这种小鸡服务器来说，还是算了吧。

总结教训

• ✅ 适合场景：较大的服务器（至少 4G 内存）
• ❌ 不适合场景：小型服务器或 VPS
• 🔄 替代方案：SFTP 方式上传或使用更轻量级的工具

🔍 另一些事

我发现好多扫端口爆破的，而且服务器莫名其妙穿越时空了… 😱

看来我们的服务器比我们想象的要”聪明”得多！