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

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

?

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

?