Rust 1.100 取消 32 位元 Windows 直接開發工具
核心訊息：自 Rust 1.100 起，官方不再提供能在 32 位元 Windows 上直接執行的編譯器與相關工具鏈。開發者仍可產出 32 位元 Windows 程式，只是必須在支援的 64 位元環境（例如 64 位元 Windows）以交叉編譯方式完成。
背景與技術限制
Rust 團隊指出，維護 i686‑pc‑windows‑msvc 與 i686‑pc‑windows‑gnu 兩個 32 位元目標的開發工具已遭遇實際瓶頸。
- MSVC 工具鏈（微軟編譯器）過去曾因執行檔當機而無法穩定運作。
- GNU 工具鏈在建置 LLVM（編譯基礎設施）時，常因可用記憶體不足而失敗。
32 位元程式受限於 4 GB 記憶體上限，部分編譯階段所需的暫存與最佳化資料往往超出此範圍，導致編譯過程不可靠。統計資料顯示，兩個目標的標準函式庫下載量遠高於編譯器本體，說明仍有需求產出 32 位元執行檔，但在 32 位元 Windows 上直接開發的情況已大幅減少。
影響範圍
- 支援等級不變：i686‑pc‑windows‑msvc 仍屬第一級支援（最高等級），i686‑pc‑windows‑gnu 保持第二級支援。
- 提供內容僅剩標準函式庫（Standard Library），不再提供可直接執行的編譯器、cargo、rustup 等工具。
- 其他 32 位元平台（如 Linux、macOS）不受此變動影響，仍可在本機取得完整工具鏈。
開發者若需維護現有 32 位元 Windows 應用，必須在 64 位元 Windows（或其他受支援的作業系統）安裝 Rust，然後以 --target=i686-pc-windows-msvc 或 --target=i686-pc-windows-gnu 參數執行交叉編譯。產出的二進位檔仍可在 32 位元 Windows 上執行。
未來展望與建議
微軟最後一版支援 32 位元 Windows 為 Windows 10，且已於 2025 年 10 月結束一般支援。Rust 此次調整與微軟的平台策略相呼應，顯示業界正逐步淘汰 32 位元桌面環境。建議開發團隊：
-
評估遷移路線：盡早規劃向 64 位元或其他目標平台（如 WebAssembly、嵌入式）轉移。
-
建立交叉編譯流程：在 CI/CD 管線中加入交叉編譯步驟，確保 32 位元二進位檔仍能持續交付。
-
關注函式庫相容性：由於僅保留標準函式庫，第三方 crate（套件）若依賴特定 32 位元工具，需自行測試或尋求替代方案。
總結來說，Rust 1.100 的此項決策是對資源與可維護性的一次合理取捨。對於仍有 32 位元 Windows 使用者的專案，只要調整編譯環境，即可保持產出與相容性，未來則應把焦點放在更主流的 64 位元平台上。