第一、并發(fā)性程序并發(fā)工作效率低在寫裸機軟件時，不可避免的在主程序中會有一個超級大的 while（1） 循環(huán)，這里面幾乎包含整個項目的所有業(yè)務(wù)邏輯。因為每個業(yè)務(wù)邏輯里面都會有 delay 這樣的循環(huán)等待函數(shù)，這樣導(dǎo)致了所有的業(yè)務(wù)邏輯幾乎都是串行起來工作的。這個時候 CPU 就會有很多時間都浪費在了延時函數(shù)里，一直在空轉(zhuǎn)，導(dǎo)致軟件的并發(fā)效率非常差。

　　第二、模塊化：高內(nèi)聚、低耦合的原則從軟件工程的角度，我們在做軟件開發(fā)時，都會強調(diào)高內(nèi)聚、低耦合的原則。而裸機的模塊化開發(fā)難度非常大，模塊間的耦合較重，這也導(dǎo)致了無法在大型項目使用裸機來開發(fā)。還是剛才 main 函數(shù)中大 while（1） 的例子，可以想象到那么多功能都緊緊的擠在一個函數(shù)里，不可拆分，模塊化開發(fā)的困難重重。舉一個非常貼切的例子，在一些使用看門狗的項目中，如果使用 delay 延時函數(shù)，那得注意點，萬一延時過長，主函數(shù)來不及喂狗，看門狗就被觸發(fā)了。最后會產(chǎn)生這樣一種感覺，一個簡簡單單的 delay 還得考慮喂狗功能，裸機開發(fā)時操的心太多了，自然無法應(yīng)用在大型項目中。

?

　　第三、生態(tài)：很多高級軟件組件，必須依賴于操作系統(tǒng)來實現(xiàn)比如說，我前些年開源過一個基于 FreeModbus 的 Modbus 主機協(xié)議棧，因為要考慮各個平臺適配問題，原本計劃支持各種各樣的操作系統(tǒng)，甚至是裸機平臺。在各個操作系統(tǒng)上的適配都非常容易，但再去嘗試著適配裸機時，發(fā)現(xiàn)難度重重，有一些函數(shù)在裸機上實現(xiàn)起來非常復(fù)雜，而且針對于不同的裸機環(huán)境，幾乎沒有通用性可言，太耗費精力了。所以我最終就放棄了裸機適配，一直到現(xiàn)在，在裸機上還是沒法用這個 Modbus 主機協(xié)議棧。還有一些軟件無法運行在裸機上，比如：樂鑫、Realtek、 ti 和 聯(lián)發(fā)科 提供的 WIFi SOC SDK ，一些藍牙 SOC 的 SDK 也都是只支持操作系統(tǒng)，所以，如果你不了解、不會使用操作系統(tǒng)，這些芯片也就玩不轉(zhuǎn)了。

?