Rust 非同步阻塞、Rayon 和現代應用

Workstation解釋了為什麼 Rust 仍然是現代應用的一流選擇 - 以及當您將 Tokio 與 CPU 繁重工作混合使用時“阻塞”的真正含義。受到 Alice Ryhl 的非同步的啟發：什麼是阻塞？（Rayon 部分）。深入探討：長文。

為什麼 Rust 不斷贏得現代應用插槽

團隊在需要記憶體安全且無需 GC 暫停稅、可預測的負載延遲以及型別系統可幫助您實現正確的併發性時，會選擇 Rust。這種組合出現在 Workstation 構建的任何地方：高吞吐量 API、邊緣閘道器、代理執行時以及在 CPU 工作高峰到來時無法凍結的升級控制平面。

它並不是“萬能的 Rust”。我們的Polyglot Benchmarks儀表板和配套文章 -部落格/文章- 將 Rust 與相同 HTTP 工作負載上的 Go、Bun、JVM 堆疊和指令碼邊緣進行比較。 Rust 通常領先於 CPU 繫結和併發性較高的行；其他執行時在速度或邊緣變換上獲勝。重點是證據，然後是 ADR。

非同步中“阻塞”的含義 Rust

非同步執行時（Tokio和朋友）在.await點交換任務。如果您的任務消耗了 CPU 的毫秒數或在沒有等待的情況下使用std::thread::sleep進行睡眠，則工作執行緒無法在該執行緒上安排其他任何人。在本地，您可能不會注意到（一些核心隱藏了該錯誤）；在生產中，你會耗盡工作人員，並且延遲尾部會爆炸。

生態系統的經驗法則：對延遲敏感的服務的等待間隔保持在數十到數百微秒之內，並將任何更長的時間視為屬於其他地方的工作。

當 Rayon 提供幫助時（CPU 繫結）

• spawn_blocking— Tokio 的阻塞池：非常適合同步 IO（檔案系統、阻塞 DB 驅動程式）；對於重型 CPU 來說不是最佳選擇，因為它可能會超額訂閱核心。
• Rayon— 一個小型 CPU 大小的執行緒池，用於並行迭代器和昂貴的計算。與rayon::spawn+tokio::sync::oneshot橋接，以便非同步任務等待結果，而不會阻塞執行時執行緒。
• 專用執行緒— 用於不得永久消耗池容量的永遠迴圈（連線管理器、長期工作執行緒）。

Rayon + oneshot 模式正是 Alice Ryhl 在Rayon 部分中介紹的模式 - Workstation 的做法是這些選擇如何登陸多語言地產運輸代理和平臺，而不是教程的重印。

Workstation 產品中的情況

• APIs 和邊緣— 讓請求工作人員可以自由進行 IO；當熱路徑需要時，風扇 CPU 會轉換為 Rayon。
• 代理— 嵌入準備、評估批次和工具端處理不應阻礙編排迴圈。
• CI/CD 平臺— 執行狀況檢查和升級引擎（請參閱Ring Promoter）保持響應，同時在池外執行更繁重的驗證工作。
• Kubernetes 操作— 像KubePilot這樣的事件副駕駛即使在 CPU 分析繁重時也需要快速的控制迴圈。

閱讀下一個

1. 長文— 備忘單、程式碼形狀模式和架構註釋。
2. polyglot-benchmarks.fictionally.org— 實時 Rust 與同行的對比證據。
3. Alice Ryhl —非同步：什麼是阻塞？

由Workstation釋出。