Linus：別指望Rust能修復所有Bug、沒人能徹底搞懂Linux內核的3500萬行代碼

Linux 內核的創始人 Linus Torvalds 近日在接受媒體訪談時，針對 Rust 語言在內核開發中的角色、Linux 內核的龐大規模，以及老舊硬體支援等議題發表了直率的看法。他明確指出，不要指望 Rust 能夠修復所有 Bug，同時也坦言，沒有人能夠徹底搞懂目前已經超過 3500 萬行代碼的 Linux 內核。Linus 在談話中強調，Rust 作為一種強調記憶體安全的程式語言，確實能夠在特定領域降低某些類型的錯誤發生率，但這並不代表它能成為解決所有問題的萬靈丹。他認為，開發社群不應該對 Rust 抱持不切實際的期待，因為內核的複雜性遠超過單一語言所能涵蓋的範疇。

許多 Bug 的根源來自於邏輯錯誤、設計缺陷或硬體互動的邊界情況，這些問題並不會因為改用 Rust 就自動消失。針對 Linux 內核的規模，Linus 直言，目前超過 3500 萬行的代碼量，已經讓任何人都不可能從頭到尾完全理解每一個細節。他認為，開發者與維護者的工作重點，應該是掌握「大局」，也就是理解內核的整體架構、關鍵子系統之間的互動，以及如何有效管理變更流程，而不是試圖記住每一行程式的用途。這種務實的態度，正是 Linux 內核能夠在數十年的演進中持續穩定發展的關鍵。在談到老舊硬體支援時，Linus 明確表示，支援 Intel 486 處理器的時代應該結束了。

他指出，這類極為老舊的硬體不僅在現實世界中幾乎已經沒有實際使用場景，而且維護這些古老架構的代碼，反而會拖累內核的現代化進程，增加不必要的維護負擔。他認為，開發資源應該集中在當前主流與新興的硬體平台上，才能讓內核持續進步。Linus 的這番談話，反映了 Linux 內核開發社群長期以來面臨的現實挑戰。隨著內核功能不斷擴充，程式碼規模持續膨脹，如何維持程式碼品質、確保安全性，同時又不阻礙創新，一直是核心開發者必須權衡的課題。Rust 語言的引入，被視為是提升記憶體安全性的重要一步，但 Linus 的發言也提醒了社群，不應過度簡化問題。

事實上，Linux 內核早在數年前就開始嘗試接納 Rust 作為第二語言，並在核心中逐步加入 Rust 的支援基礎設施。這項計畫獲得了不少大型科技公司的支持，包括 Google 與微軟等，他們希望透過 Rust 的編譯時檢查機制，減少緩衝區溢位等常見的記憶體安全漏洞。然而，Linus 的最新表態顯示，即便有了 Rust，內核開發依然需要嚴謹的程式碼審查與測試流程。此外，Linus 也提到了內核開發流程中的「人」的因素。他認為，一個成功的開源專案，除了技術架構之外，更重要的是建立一套有效的溝通與協作機制。

隨著內核貢獻者來自世界各地、背景各異，如何確保每個補丁（patch）都能被適當審查，並且不會破壞現有功能，這需要極高的紀律與共識。對於一般使用者而言，Linus 的觀點或許聽起來有些遙遠，但實際上直接影響到日常使用的作業系統穩定性與安全性。無論是伺服器、雲端基礎設施，還是 Android 手機與嵌入式裝置，這些系統的底層都離不開 Linux 內核。內核的每一次改進，最終都會反映在終端設備的效能與安全表現上。總體而言，Linus 的談話為 Linux 內核的未來發展方向提供了清晰的指引：擁抱新技術，但不要迷信；正視內核的複雜性，並以務實的態度管理它；同時，勇於割捨不再具有實際價值的歷史包袱。

這些原則不僅適用於 Linux 內核開發，對於任何大型軟體專案的維護者來說，都具有參考價值。