實時操作系統（RTOS）已進入50%以上的嵌入式項目。RTOS可以幫助我們管理系統計時、資源、內存等等。它們為我們提供了高效調度的工具，例如時間片和線程搶占，同時簡化了任務間通信。

　　隨著越來越多的團隊轉向32位微控制器并持續去采用物聯網技術，對RTOS的需求只會不斷增長。如果您正在過渡到RTOS或最近已經這樣做了，您就會知道選擇RTOS是一項重大挑戰。那么，該如何選擇RTOS呢？

　　避免常見的選擇錯誤

　　選擇RTOS時，我們應避免幾個常見錯誤。

　　首先，團隊第一時間排除掉使用商業RTOS選項的情況并不罕見。既然有這么多開源RTOS可用，為什么還有人追求商業RTOS？原因通常可以歸結為認證、質量、安全和支持等方面的考慮。由于這些原因，我們不應第一時間排除掉商業RTOS。

　　其次，不要僅僅因為我們的芯片供應商直接支持它就選擇其作為自己的RTOS。雖然這種支持通常是振奮人心的，但您會發現它們通常落后于最新版本的RTOS。在這種情況下，我們可能無法像直接訪問源頭那樣快速獲得關鍵安全更新。

　　最后，不要僅僅因為當前流行而選擇RTOS。在我的職業生涯中，我目睹了許多潮流的來來去去。在某些情況下，它們的變化以年為單位，甚至更少。技術喜歡閃閃發光的新玩具，但如果您正在構建一個需要多年支持的產品，您可能不能夠采用時髦的、未經驗證的解決方案。

　　RTOS選擇的正確方法

　　選擇RTOS應該是一項工程追求。這意味著我們要以科學的、以工程為中心的方式進行選擇。首先要確定RTOS中所需的關鍵功能。可能是性能、代碼大小、安全功能等。最好先列出一個清單。

　　接下來，查看您的清單，并根據其重要性給出一個數值。例如，如果許可成本很重要，您可以將其列為5。如果許可成本不重要，則指定為1甚至0。通過這樣排序，可以了解哪些因素對選擇過程是必不可少的。它告訴我們想要的RTOS要具有哪些功能和特性。畢竟，沒有兩個RTOS是完全相同的，或以相同的方式提供相同的功能。

　　只有在確定了功能清單并對其進行排序后，我們才可以評估哪種RTOS適合我們的應用。每個開發人員自己的偏見都可能會影響選擇過程。我通常建議團隊使用KT矩陣來執行評估。每個開發人員都可以對考慮中的每個RTOS與所需功能清單的匹配程度進行評分。他們可以提供0–5之間的評級，然后可以與功能排序一起生成加權值。加權后的功能總和可用于比較每個RTOS在多大程度上滿足了應用的需求。

　　這樣就能做出無偏見的決定，選擇適合團隊需求的RTOS。我們可能會發現，根據我們的應用，不止一種RTOS適用。當發生這種情況時，我們就可以根據個人偏好來選擇要使用的系統。

　　結論

　　選擇一個能與我們的應用配合使用并在可預見的未來繼續保持良好運行的RTOS并非易事。選擇了一個RTOS，卻在幾個月或幾個季度后發現它并不能完全滿足我們的期望，這種情況很常見。正如我們所看到的，在前期多花一點時間，確定我們對RTOS的期望是至關重要的。在了解了自己的需求后，我們就可以仔細評估哪些RTOS最能滿足應用需求。

　　只有這樣，我們才能真正對RTOS的選擇感到滿意。如果您選擇了最時髦、最流行或供應商直接提供的RTOS，您可能會發現未來的開發工作有些坎坷。