1，操作體系軟件的代碼不能太長

由于51系列單片機的體系硬件資本相對缺乏，假如操作體系的代碼比運用程序的代碼還大，乃至使得用戶的運用程序要考慮給操作體系讓出資本，這樣的操作體系即便功用再完善，也不實用。如今盛行的嵌入式操作體系就不能運用于51系列單片機，原因是代碼太大。開發一個5000行的基于裸機的運用程序也即是占用 7~8KB ROM空間，一個操作體系用掉了幾十KB，占空間不算，實時性的優勢恐怕也沒了（執行這么多的指令要時間）。所以，μCOS的作者也不支持將他的代碼移植到51系列單片機上，這也就不奇怪了。

2，操作體系不能占用太多的片內RAM空間

51系列單片機只要128個或許256個字節的片內RAM空間，略微不留意就用完了。假如操作體系把片內的RAM運用得所剩無幾，那用戶的運用程序用啥？ 假如說用戶的程序能夠把變量界說在片外RAM中的話，那么體系的硬件倉庫放在哪？ 盡人皆知，51系列單片機的硬件倉庫不能放在片外，所以要在51系列單片機上開發操作體系的話就要少用它的片內RAM。可是不用片內RAM是辦不到的，由于操作體系也要傳遞參數，也要運用倉庫。C51單片機的C函數傳遞參數是經過寄存器和存儲器的，不能經過倉庫。可是能夠經過一些措施使得操作體系代碼少用片內RAM。

?

3，解決好函數的重入疑問

開發實時占先式的操作體系，可重入函數是非用不可的。可重入函數能夠被一個以上的使命調用，而不用憂慮數據被損壞。可重入函數任何時候都能夠被間斷，一段時間后又能夠運轉，而運用數據不會丟失。使得函數具有可重入性有必要使得函數能夠滿意下列三個條件之一：

① 不運用共享資本;

② 在運用共享資本時關間斷，運用完畢后再開間斷;

③ 在運用共享資本時請求信號量，運用完后開釋信號量。

這些條件在標準C中編程很簡單完結，可是在Keil C51中就比較費事。由于標準C是把局部變量分配到用戶倉庫中（動態分配），而Keil C51將局部變量分配到寄存器或內存固定地址（靜態分配），并經過變量覆蓋分析的辦法，使多個函數的局部變量運用一樣的內存地址以減少內存占用。在 Keil C51中，假如局部變量分配在寄存器中還好些，假如局部變量分配在內存中就比較費事。

4，倉庫的分配疑問

占先式操作體系的主要使命即是進行使命的調度，經過對使命的實時調度來完結體系的功用。使命調度過程中，不可避免的發作使命對體系資本的搶占疑問，由于體系中 CPU只要一個，而每個使命都以為自個是CPU的絕對占用者，每一個使命都是一個死循環。使命間進行切換的根據即是各自的優先級，一個高優先級的使命能夠經過使命調度函數或許間斷退出函數等來間斷正在運轉的使命。被間斷的使命只要自個的優先級在當時安排妥當使命表中最高時，才能從被間斷處繼續運轉。這就需求為每個使命分配使命倉庫，來保留使命的環境變量。由于每個使命在不一樣時間被間斷時需求保留的環境變量數目不一樣，所以使命倉庫空間的分配疑問也是一門學識。