我現在要不要學習RTOS？ 學習RTOS有什么好處？ 我的項目要不要跑RTOS？
······等等一些關於RTOS的問題，其實歸根結底還是你對RTOS了解的不夠，項目開發的經驗還不足等。
針對這部分朋友，今天分享幾點相關內容：
嵌入式系統中，有很多方式實現任務調度。功能有限的小系統中，無限循環足夠實現系統功能。當軟件設計變得龐大且復雜時，設計師應該考慮使用實時操作系統。
下面給大家分享使用RTOS的8個理由：
1.硬實時響應
基於優先級搶占的RTOS，根據任務的實時需求，執行優先調度。有嚴格時序限制的任務可以優先執行，提高應用程序對時間關鍵事件的響應。
2.系統性能最大化
針對大型的、復雜的嵌入式應用，使用一個事件驅動的RTOS，來替代基於輪詢的超循環結構，可以生成一個更有效的設計，更小的存儲占用，應用可以獲得更多的處理器時間。
3.降低復雜度
RTOS允許應用划分為一個個小的自主運行的任務。任務執行自己的上下文中，不依賴其它任務或調度器。
4.高峰負載管理
RTOS提供了為管理系統高峰活動提供了一個有效的方法。更高的優先級分配給執行峰值負載活動的任務，確保他們在臨界時間內訪問處理器，在此期間，較低優先級的任務被延遲。
5.緊密集成的中間件
RTOS的模塊化設計使得它可以很容易的增加中間件。中間件組件以任務和驅動的方式增加。他們使用RTOS提供的資源與其它任務通信。基於相應的事件被RTOS調度。
6.更大的開發團隊
每個任務可以被認為是一個項目。通過RTOS提供的資源（隊列、信號量等）來定義輸入輸出。將系統定義為一個個的任務，可以更容易的部署更多開發人員到一個項目。
7.易於調試和驗證
系統划分為功能明確的任務，不依賴其它任務。在整個系統集成之前，可以很容易的調試和驗證每個任務。
8.代碼重用
RTOS系統中的模塊化設計，鼓勵將軟件功能創建為獨立的、驗證過的任務。其獨立性使得在其它設計中重用這些模塊變得很簡單。
當然，以上理由針對的大眾需求，如你項目有特殊需求另當別論。
================================================================================================
之前，我就是收到一個項目中，就不要我使用rtos，但是發現其實這個是可以使用rtos來完成的。
其實有的項目可以用兩種方式分別實現，但是rtos有任務切換，可能會帶來不確定因素，但是我個人認為，rtos只要會用，一般是沒有問題的，因為主流的rtos基本上已經比較穩定的。
裸機系統將是不用考慮任務切換，全局變量隨便用，不存在可重入等問題，一個while大循環+定時器就基本解決了。但是函數之間耦合強，閱讀性就不那么強。