從去年開(kāi)始（可能更早），SOA的概念在汽車軟件行業(yè)逐漸蔓延開(kāi)來(lái)，很多公眾號(hào)都發(fā)過(guò)講汽車SOA的文章，很多車廠都要開(kāi)始（或者已經(jīng)在）搞SOA。但我覺(jué)得吧，在開(kāi)搞新技術(shù)之前，是不是先花點(diǎn)時(shí)間弄明白這個(gè)技術(shù)到底是什么，它解決的是什么樣的問(wèn)題，然后再談架構(gòu)，再談開(kāi)發(fā)，很多時(shí)候我們連問(wèn)題是什么都沒(méi)整明白，就急著去做解決方案，最后的結(jié)果只能是一地雞毛。

對(duì)個(gè)人來(lái)說(shuō)，要搞SOA開(kāi)發(fā)，需要夯實(shí)哪些基礎(chǔ)知識(shí)，看了很多SOA文章，卻很少有人梳理這些，這段時(shí)間我陸續(xù)思考了一些，盡管可能不全面（更偏向SOC開(kāi)發(fā)涉及的技術(shù)點(diǎn)），但仍然試圖寫出來(lái)，以期逐步構(gòu)建出自己的領(lǐng)域知識(shí)體系（詳見(jiàn)下篇）~那么，先來(lái)理一理關(guān)于SOA：

軟件定義汽車，E/E架構(gòu)是關(guān)鍵

汽車電子電氣架構(gòu)（簡(jiǎn)稱E/E架構(gòu)）是指整車電子電氣系統(tǒng)的總布置方案。在智能網(wǎng)聯(lián)汽車產(chǎn)業(yè)大變革背景下，軟件定義汽車?yán)砟钜殉蔀楣沧R(shí)。傳統(tǒng)汽車采用的分布式E/E架構(gòu)因計(jì)算能力不足、通訊帶寬不足、不便于軟件升級(jí)等瓶頸，已經(jīng)不能滿足現(xiàn)階段汽車發(fā)展的需求，E/E架構(gòu)的變革已成為智能網(wǎng)聯(lián)汽車發(fā)展的關(guān)鍵，其升級(jí)主要體現(xiàn)在硬件架構(gòu)、軟件架構(gòu)、通信架構(gòu)三個(gè)方面：

硬件架構(gòu)升級(jí)：由分布式ECU向域控制/中央集中架構(gòu)方向發(fā)展，汽車E/E架構(gòu)的升級(jí)路徑表現(xiàn)為分布式（模塊化→集成化）、域集中（域控制集中→跨域融合）、中央集中式（車載電腦→車-云計(jì)算）。好處在于：提升算力利用率，減少算力設(shè)計(jì)總需求；數(shù)據(jù)統(tǒng)一交互，實(shí)現(xiàn)整車功能協(xié)同；縮短線束，降低故障率，減輕質(zhì)量。

軟件架構(gòu)升級(jí)：通過(guò) AutoSAR 等軟件架構(gòu)提供標(biāo)準(zhǔn)的接口定義，模塊化設(shè)計(jì)，促使軟硬件解耦分層，實(shí)現(xiàn)軟硬件設(shè)計(jì)分離；Classic AutoSAR架構(gòu)逐步向Classic AutoSAR+Adaptive AutoSAR混合式架構(gòu)發(fā)展。好處在于：可實(shí)現(xiàn)軟件/固件 OTA 升級(jí)、軟件架構(gòu)的軟實(shí)時(shí)、操作系統(tǒng)可移植；采集數(shù)據(jù)信息多功能應(yīng)用，有效減少硬件需求量，真正實(shí)現(xiàn)軟件定義汽車。

通信架構(gòu)升級(jí)：車載網(wǎng)絡(luò)骨干由 LIN/CAN 總線向以太網(wǎng)方向發(fā)展。好處在于：滿足高速傳輸、高通量、低延遲等性能需求，同時(shí)也可減少安裝、測(cè)試成本。

中央計(jì)算單元——E/E架構(gòu)的核心

中央計(jì)算單元是E/E架構(gòu)中最關(guān)鍵的部分，不管是按區(qū)域的架構(gòu)，還是以后的純中央計(jì)算平臺(tái)，其硬件構(gòu)型從根本上決定了軟件架構(gòu)的設(shè)計(jì)方向。中央計(jì)算單元可以分為以下三種形態(tài)：

SOC分離式：將多個(gè)不同的芯片集成到一個(gè)中央計(jì)算單元上去，每個(gè)運(yùn)行不同的操作系統(tǒng)，只是在形態(tài)上集中到了一起，各單元依然獨(dú)立的完成各自任務(wù)；

硬件隔離式：在統(tǒng)一的計(jì)算平臺(tái)上采用虛擬化方案，同時(shí)運(yùn)行多個(gè)操作系統(tǒng)，但是各個(gè)系統(tǒng)依然在硬件上進(jìn)行隔離，每個(gè)系統(tǒng)都有自己的專屬硬件資源；

軟件虛擬式：在統(tǒng)一的計(jì)算平臺(tái)上采用虛擬化方案，同時(shí)運(yùn)行多個(gè)操作系統(tǒng)，每個(gè)操作系統(tǒng)所使用的硬件資源，由Hypervisor層動(dòng)態(tài)調(diào)配，每個(gè)系統(tǒng)并沒(méi)有專屬的硬件資源。

硬件隔離式和軟件虛擬式，都采用了虛擬化方案，唯一不同點(diǎn)在于硬件資源是否專屬，如果是專屬的，就意味著資源無(wú)法動(dòng)態(tài)調(diào)配，容易產(chǎn)生資源浪費(fèi)。虛擬化方案最大的好處是，硬件上的可拓展性，如果中央計(jì)算單元采用刀片式的設(shè)計(jì)結(jié)構(gòu)，可以很方便地拓展計(jì)算單元的算力，而不用替換整個(gè)計(jì)算單元。

在中央計(jì)算單元中，只需要兩個(gè)操作系統(tǒng)即可，用于自動(dòng)駕駛、車控、網(wǎng)關(guān)的RTOS，以及用于娛樂(lè)的普通OS（如Android、Linux）。用于娛樂(lè)的OS完全可以通過(guò)虛擬機(jī)的方式運(yùn)行，用于自動(dòng)駕駛、車控、網(wǎng)關(guān)的RTOS，可以直接運(yùn)行在Hypervisor層，既能兼顧實(shí)時(shí)計(jì)算的要求，也能獲得豐富的娛樂(lè)系統(tǒng)功能。

SOA——解決軟件定義汽車中服務(wù)間通信的分布式架構(gòu)

在軟件定義汽車中，應(yīng)用間跨進(jìn)程或跨核的通信，必然成為軟件架構(gòu)設(shè)計(jì)中一個(gè)需要去解決的問(wèn)題。SOA在互聯(lián)網(wǎng)已經(jīng)應(yīng)用了很長(zhǎng)時(shí)間，但在汽車行業(yè)中，算是比較新的概念。鑒于汽車的應(yīng)用場(chǎng)景和通信需求有其特殊性，很多互聯(lián)網(wǎng)的SOA技術(shù)，并不能照搬過(guò)來(lái)。雖然Adaptive AutoSAR采用了SOA作為通信架構(gòu)（ARA：：COM架構(gòu)如下圖），但是Adaptive AutoSAR的應(yīng)用可以說(shuō)還沒(méi)有普及，應(yīng)該說(shuō)整個(gè)行業(yè)就沒(méi)什么標(biāo)準(zhǔn)的SOA中間件解決方案，幾乎沒(méi)有專業(yè)做中間件研發(fā)的公司，可能在國(guó)內(nèi)這種慢工出細(xì)活的東西很難有什么成長(zhǎng)的空間和土壤吧。所以，對(duì)于汽車SOA，還有很多值得我們?nèi)プ龅难芯亢蛧L試~

SOA，Service-Oriented Architecture（面向服務(wù)的架構(gòu)），是一種架構(gòu)思想，實(shí)施者可以根據(jù)實(shí)際情況設(shè)計(jì)SOA的技術(shù)實(shí)現(xiàn)。為什么要面向服務(wù)？以前用得好好的面向信號(hào)或者面向消息的通信架構(gòu)怎么就不香了？面向服務(wù)的通信架構(gòu)，它的優(yōu)勢(shì)到底在哪里，如果不能很好地理解這點(diǎn)，可能很難從過(guò)去面向信號(hào)的思維轉(zhuǎn)變過(guò)來(lái)，也就無(wú)法體會(huì)引入SOA的價(jià)值和意義。這有點(diǎn)悖論哈，不去用，無(wú)法感受其奧義，但又因?yàn)闆](méi)用過(guò)，對(duì)它保有質(zhì)疑，過(guò)往的再擰巴，也是千錘百煉了，從零開(kāi)始，談何容易。因此，我覺(jué)得短時(shí)間內(nèi)不太可能全面鋪開(kāi)做整車SOA，可能會(huì)在安全等級(jí)不高的域比如智能座艙先嘗試SOA。本質(zhì)上SOA就是服務(wù)的集合。

在SOME/IP 協(xié)議介紹一文中，我寫過(guò)對(duì)于“服務(wù)”的理解。以智能座艙域?yàn)槔ㄈ缦聢D），可以把“服務(wù)”分為兩類：基礎(chǔ)服務(wù)和應(yīng)用服務(wù)，基礎(chǔ)服務(wù)的功能可能包括：總線消息的解析和路由（如車身數(shù)據(jù)服務(wù)）、直接與硬件相關(guān)的邏輯處理（如音頻服務(wù)）、上層應(yīng)用有共同需求的一些基礎(chǔ)設(shè)施（如日志服務(wù)）；應(yīng)用服務(wù)的功能相對(duì)復(fù)雜些，可能需要由多個(gè)基礎(chǔ)服務(wù)提供數(shù)據(jù)支撐，也可能需要應(yīng)用服務(wù)之間相互協(xié)同，實(shí)現(xiàn)業(yè)務(wù)邏輯（如導(dǎo)航服務(wù)）。

SOA分層架構(gòu)視圖（僅作舉例）

這只是一個(gè)很簡(jiǎn)單的例子，想表達(dá)的是，每個(gè)服務(wù)將自己的功能，以接口的方式提供，基于這些服務(wù)和接口，便可以設(shè)計(jì)出應(yīng)用場(chǎng)景，以滿足各種用戶需求，提升駕車體驗(yàn)?？梢韵胂螅瑧?yīng)用場(chǎng)景的需求一定是豐富且變化的，面向信號(hào)的話，新增一個(gè)需求，可能要等上一年，但如果服務(wù)也能夠方便地進(jìn)行開(kāi)發(fā)、擴(kuò)展和更新，是不是好多了，是不是挺有價(jià)值呢~

個(gè)人覺(jué)得，汽車SOA的設(shè)計(jì)難點(diǎn)，主要在于以下幾點(diǎn)：

服務(wù)的定義和劃分，要把業(yè)務(wù)需求分析透徹，從中提煉出服務(wù)的功能，數(shù)據(jù)流向理清，定義服務(wù)的邊界，把握服務(wù)的粒度，怎么做到“低耦合，高內(nèi)聚”，我以前很討厭研究需求，覺(jué)得那些不過(guò)就是些業(yè)務(wù)，沒(méi)啥技術(shù)含量，后來(lái)才慢慢認(rèn)識(shí)到，這種想法很危險(xiǎn)啊，脫離需求的軟件設(shè)計(jì)不可能很好地滿足需求，如果不能很好地服務(wù)于產(chǎn)品功能，那么再牛逼的技術(shù)都沒(méi)有機(jī)會(huì)實(shí)現(xiàn)它應(yīng)有的價(jià)值，事實(shí)上，能夠把需求文檔轉(zhuǎn)化為可實(shí)施的軟件設(shè)計(jì)，也是一種能力；

不同系統(tǒng)中，要實(shí)現(xiàn)中間件框架或者底層通信基礎(chǔ)設(shè)施，Adaptive AutoSAR有ARA：：COM組件，Android有Framework，但不能跨域，QNX/Linux就不用說(shuō)了。要實(shí)現(xiàn)一個(gè)中間件框架，本身并不是件容易的事，需要比較強(qiáng)的技術(shù)實(shí)力，一旦出了問(wèn)題一般都是重大問(wèn)題；

服務(wù)接口標(biāo)準(zhǔn)化，接口描述語(yǔ)言化（IDL），能夠通過(guò)工具自動(dòng)生成RPC樁的代碼（最好能夠關(guān)聯(lián)整車通信矩陣，e.g. ARXML-》C++ API），能夠跨平臺(tái)，支持多語(yǔ)言，畢竟UI層可能不是C++寫的，時(shí)至今日，沒(méi)幾個(gè)應(yīng)用愿意去解析原始消息，遠(yuǎn)程調(diào)用接口不香嘛~；

如何兼容一些沒(méi)有與時(shí)俱進(jìn)的設(shè)備和模塊，如何兼容舊的傳輸通道，如何盡可能復(fù)用以前的業(yè)務(wù)邏輯，理論上任何兼容都是可以實(shí)現(xiàn)的，抽象一層不夠，那就再來(lái)一層，但兼容得越多，系統(tǒng)就越復(fù)雜，出問(wèn)題的概率就越大，維護(hù)起來(lái)就越費(fèi)勁，這意味著成本的升高，質(zhì)量卻不見(jiàn)得變好；

評(píng)估性能影響，怎么保證安全性，……，如果是基于開(kāi)源項(xiàng)目，可能還要做二次開(kāi)發(fā)，來(lái)滿足這些非功能性質(zhì)的需求~；

所以，汽車SOA真不是SOME/IP，也不是DDS，更不是Adaptive AutoSAR，這些都是汽車SOA技術(shù)棧中的一環(huán)，并不是全部。

很多時(shí)候，純技術(shù)的部分并不是最難的，新的架構(gòu)方案要達(dá)成共識(shí)，要真正落地，需要博弈和取舍，需要天時(shí)地利人和。作為一名工程師，心態(tài)是極為重要的，要分清理想與現(xiàn)實(shí)，技術(shù)與工作，所以在這里我只想談技術(shù)，本來(lái)打算梳理一下做汽車SOA開(kāi)發(fā)的基礎(chǔ)知識(shí)體系，以后公眾號(hào)的內(nèi)容大致也會(huì)圍繞著這個(gè)體系去寫，沒(méi)想到寫著寫著這么長(zhǎng)了，于是分成上下篇了，下面先開(kāi)個(gè)頭吧。

SOA是架構(gòu)，做SOA的設(shè)計(jì)和開(kāi)發(fā)，其實(shí)也是做架構(gòu)的設(shè)計(jì)和開(kāi)發(fā)，在這里我想引用陳皓老師為《架構(gòu)整潔之道》作的推薦序里的一段話，我常想起這段話，挺有鞭策的功效，分享給每個(gè)不想成為PPT架構(gòu)師的工程師，以共勉：

問(wèn)題：如果你要成為一名架構(gòu)師，你需要明確地區(qū)分幾組詞語(yǔ)，否則你不可能成為一名合格的工程師或架構(gòu)師。這幾組詞語(yǔ)是簡(jiǎn)單vs.簡(jiǎn)陋、平衡vs.妥協(xié)、迭代vs.半成品。如果你不能很清楚地定義出其中的區(qū)別，那么你將很難做出正確的決定，也就不可能成為一名優(yōu)秀的工程師或架構(gòu)師。

陳皓，《架構(gòu)整潔之道》推薦序一

之前很長(zhǎng)一段時(shí)間，我經(jīng)常感到焦慮，一方面不想成為PPT黨，開(kāi)會(huì)黨，另一方面，除了工作還要生（帶）活（娃），留給學(xué)習(xí)的時(shí)間并不多，而想學(xué)的知識(shí)又如同汪洋大海，今天想好好梳理一下某個(gè)技術(shù)點(diǎn)，明天搜到某個(gè)開(kāi)源項(xiàng)目蠻感興趣想寫個(gè)Demo跑跑看，年輕的時(shí)候覺(jué)得日子一天天刷刷地過(guò)去，也不是什么事兒，現(xiàn)在愈發(fā)有種緊迫感。

在做了一些架構(gòu)方面的設(shè)計(jì)和開(kāi)發(fā)工作以后，更是深刻體會(huì)到構(gòu)建個(gè)人的領(lǐng)域知識(shí)體系，尤其是一些基礎(chǔ)技術(shù)，真的非常重要。今年伊始，聽(tīng)了李運(yùn)華老師關(guān)于“如何打好基礎(chǔ)”的講座，核心觀點(diǎn)是：“基礎(chǔ)≠底層，基礎(chǔ)≠源碼，基礎(chǔ)≠不變”，很是醍醐灌頂~結(jié)合個(gè)人實(shí)際情況，我覺(jué)得可以這么去構(gòu)建我的領(lǐng)域知識(shí)體系：首先，定義出哪些是與我工作相關(guān)的領(lǐng)域知識(shí)（比如現(xiàn)階段是SOA）；其次，進(jìn)一步細(xì)化要學(xué)習(xí)的知識(shí)范圍，也就是下篇要梳理的SOA相關(guān)知識(shí)；最后，分別從廣度和深度（根據(jù)工作內(nèi)容去判別學(xué)習(xí)的深度），有針對(duì)性地學(xué)習(xí)，并在實(shí)際工作和項(xiàng)目中把知識(shí)和技術(shù)串起來(lái)，從而系統(tǒng)性地提升技術(shù)能力。就像前面說(shuō)的，要分清理想與現(xiàn)實(shí)，因?yàn)檫@個(gè)世界從來(lái)都不是我所能想象的，很多PPT黨開(kāi)會(huì)黨，基礎(chǔ)不扎實(shí)甚至很水，設(shè)計(jì)出焦油坑一樣的架構(gòu)，坑自己，坑別人，坑項(xiàng)目，也不耽誤他們升職加薪跳槽。

但是“世界上只有一種英雄主義，那就是認(rèn)清生活的真相后依然熱愛(ài)它”，不是么，于是才有了寫公眾號(hào)的初心和決心。今天的雞湯儼然已經(jīng)超標(biāo)，文中諸多SOA觀點(diǎn)，純屬個(gè)人理解，完全不具參考價(jià)值，歡迎有不同見(jiàn)解的朋友后臺(tái)給我留言，一起交流哈~

原文標(biāo)題：車載：面向服務(wù)的架構(gòu)SOA 開(kāi)發(fā)基礎(chǔ) （上）

文章出處：【微信公眾號(hào)：Linux閱碼場(chǎng)】歡迎添加關(guān)注！文章轉(zhuǎn)載請(qǐng)注明出處。

責(zé)任編輯：haq