為什麼 Node.js 需要虛擬檔案系統

背景

Node.js 近期針對虛擬檔案系統（Virtual File System, VFS）的必要性展開討論，主要核心在於解決現行 Node.js 在處理大量小檔案、模組載入效率以及安全性隔離上的侷限。這項提案旨在讓 Node.js 能夠在不依賴實體磁碟路徑的情況下，直接從記憶體、壓縮檔或其他抽象來源讀取與執行程式碼，進而優化開發體驗與部署效能。

社群觀點

針對 Node.js 引入虛擬檔案系統的討論，Hacker News 社群呈現出兩極化的反應。部分開發者認為這是一項遲來的改進，特別是針對 Windows 系統上處理 node_modules 中成千上萬個小檔案時，檔案系統元數據所帶來的效能負擔極大。支持者指出，若能將套件封裝成如 ZIP 格式的單一檔案，不僅能大幅提升讀取效率，也能讓專案結構更加整潔。事實上，Yarn 的 Plug’n’Play (PnP) 模式早已實踐了類似的概念，證明了透過虛擬化路徑來管理相依性是可行且具備優勢的。

然而，反對聲音則集中在系統複雜度與安全性風險上。有觀點認為，允許 Node.js 直接執行記憶體中動態生成的程式碼，可能會成為惡意軟體隱藏行蹤的溫床，增加資安審核的難度。此外，部分資深開發者質疑 VFS 的必要性，認為現有的 ESM（ECMAScript Modules）已經可以透過 Data URL 或 Blob 的方式實現動態載入，不需要額外在核心層級增加複雜的抽象層。他們擔心這類新功能只是在修補過去錯誤的設計決策，而非提供真正無法替代的新能力。

在技術生態的競爭上，討論也延伸到了 Node.js 與 Bun、Deno 之間的拉鋸。雖然有意見認為開發者正轉向 Bun 或 Deno 等新興執行環境，但社群中存在強烈的反駁聲音。許多工程師強調 Node.js 擁有穩健的治理模型與長期維護的穩定性，這對於企業級應用至關重要。相比之下，Bun 雖然效能優異，但頻繁的當機（segfaults）問題仍讓許多人觀望；而 Deno 雖然在沙箱安全性上有其獨到之處，但其與 Node.js 的相容性仍在演進中。

值得注意的是，這次 VFS 的開發過程中使用了 AI 工具（如 Claude Code）輔助編寫大規模的 PR，這在社群中引發了不小的爭議。雖然主導者是資深工程師，但部分成員擔心 AI 生成的程式碼可能會降低 Node.js 標準函式庫一貫的高品質要求。整體而言，社群對於 VFS 的功能性抱持期待，但對於其實作細節、安全性影響以及是否過度工程化，仍存有高度的戒心與辯論。

延伸閱讀

• Yarn Plug'n'Play (PnP) 規範：探討如何透過 Zip 檔案存取 Node 套件。
• Bun Issue Tracker：關於 Bun 穩定性與 segfaults 問題的討論紀錄。
• Emscripten 與 Pyodide 的 VFS 實作：關於瀏覽器端虛擬檔案系統的相關技術討論。
• Mozilla 早期將資源封裝進 JAR 檔的經驗分享。