52除以8的算力

① ​ 區塊鏈入門必備108知識點

區塊鏈入門必備108知識點

（歡迎同頻者交流）

1、什麼是區塊鏈

把多筆交易的信息以及表明該區塊的信息打包放在一起，經驗證後的這個包就是區塊。

每個區塊里保存了上一個區塊的 hash值，使區塊之間產生關系，也就是說的鏈了。合起來就叫區塊鏈。

2.什麼是比特幣

比特幣概念是2009年 中本聰提出的，總量是2100萬個。比特幣鏈大約每10分鍾產生一個區塊，這個區塊是礦工挖了10分鍾挖出來的。作為給礦工獎勵，一定數量的比特幣會發給礦工們，但是這個一定數量是每四年減半一次。現在是12.5個。照這樣下去2040年全部的比特幣問世。

3.什麼是 以太坊

以太坊與比特幣最大的區別是有了智能合約。使得開發者在上邊可以開發，運行各種應用。

4.分布式賬本

它是一種在網路成員之間共享，復制和同步的資料庫。直白說，在區塊鏈上的所有用戶都有記賬功能，而且內容一致，這樣保證了數據不可篡改性。

5.什麼是准匿名性

相信大家都有錢包，發送交易都用的錢包地址(一串字元串)這就是准匿名。

6．什麼是開放透明性/可追溯

區塊鏈存儲了從 歷史 到現在的所有數據，任何人都可以查看，而且還可以查看到 歷史 上的任何數據。

7.什麼是不可篡改

歷史 數據和當前交易的數據不可篡改。數據被存在鏈上的區塊上，有一個hash值，如果修改該區塊信息，那麼它的 hash值也變了，它後邊的所有區塊的hash值也必須修改，使成為新的鏈。同時主鏈還在進行交易產生區塊。修改後鏈也必須一直和主鏈同步產生區塊，保證鏈的長度一樣。代價太大了，只為修改一條數據。

8.什麼是抗ddos攻擊

ddos:黑客通過控制許多人的電腦或者手機，讓他們同時訪問一個網站，由於伺服器的寬頻是有限的，大量流量的湧入可能會使得網站可能無法正常工作，從而遭受損失。但區塊鏈是分布式的，不存在一個中心伺服器，一個節點出現故障，其他節點不受影響。理論上是超過51%的節點遭受攻擊，會出現問題。

9.主鏈的定義

以比特幣為例，某個時間點一個區塊讓2個礦工同時挖出來，然後接下來最先產生6個區塊的鏈就是主鏈

10．單鏈/多鏈

單鏈指的是一條鏈上處理所有事物的數據結構。多鏈結構，其核心本質是公有鏈+N個子鏈構成。只有一條，子鏈理論上可以有無數條，每一個子鏈都可以運行一個或多個DAPP系統

11.公有鏈/聯盟鏈/私有鏈

公有鏈:每個人都可以參與到區塊鏈

聯盟鏈:只允許聯盟成員參與記賬和查詢

私有鏈:寫入和查看的許可權只掌握在一個組織手裡。

12.共識層數據層等

區塊鏈整體結構有六個:數據層，網路層，共識層，激勵層，合約層，應用層。數據層:記錄數據的一層，屬於底層技術; 網路層:構建區塊鏈網路的一種架構，它決定了用戶與用戶之間通過何種方式組織起來。共識層:提供了一套規則，讓大家接收和存儲的信息達成一致。激勵層:設計激勵政策，鼓勵用戶參與到區塊鏈生態中;合約層:一般指「智能合約」，它是一套可以自動執行，根據自己需求編寫的合約體系。應用層:區塊鏈上的應用程序，與手機的app類似前分布式存儲研發中心

13.時間戳

時間戳是指從1970年1月1日0時0分0秒0...到現在的當前時間的總秒數，或者總納秒數等等很大的數字。每個區塊生成時都有一個時間戳，表明生成區塊的時間。

14．區塊/區塊頭/區塊體

區塊是區塊鏈的基本單元，區塊頭和區塊體是區塊鏈的組成部分。區塊頭裡麵包含的信息有上一個區塊的hash，本區塊的hash，時間戳等等。區塊體就是區塊里的詳細數據。

15.Merkle樹

Merkle樹，也叫二叉樹，是存儲數據的一種數據結構，最底層是所有區塊包含的原始數據，上一層是每個區塊的hash值，這一層的hash兩兩組合產生新的hash值，形成新的一層，然後一層層往上，-直到產生一個hash值。這樣的結構可以用於快速比較大量的數據，不需要下載全部的數據就可以快速的查找你想要的最底層的 歷史 數據。

16什麼是擴容

比特幣的一個區塊大小大約是1M左右，可以保存4000筆交易記錄。擴容就是想把區塊變大，能保存更多的數據。

17.什麼是鏈

每個區塊都會保存上一個區塊的 hash，使區塊之間產生關系，這個關系就是鏈。通過這個鏈把區塊交易記錄以及狀態變化等的數據存儲起來。

18．區塊高度

這個不是距離上說的高度，它指是該區塊與所在鏈上第一個區塊之間相差的區塊總個數。這個高度說明了就是第幾個區塊，只是標識作用。

19.分叉

同一時間內產生了兩個區塊(區塊里的交易信息是一樣的，只是區塊的hash值不一樣)，之後在這兩個區塊上分叉出來兩條鏈，這兩條鏈接下來誰先生成6個區塊，誰就是主鏈，另外的一條鏈丟棄。

20． 幽靈協議

算力高的礦池很容易比算力低的礦機產生區塊速度快，導致區塊鏈上大部分區塊由這些算力高的礦池產生的。而算力低的礦機產生的區塊因為慢，沒有存儲到鏈上，這些區塊將會作廢。

幽靈協議使得本來應該作廢的區塊，也可以短暫的留在鏈上，而且也可以作為

工作量證明的一部分。這樣一來，小算力

的礦工，對主鏈的貢獻比重就增大了，大型礦池就無法獨家壟斷對新區塊的確認。

21.孤塊

之前說過分叉，孤塊就是同一時間產生的區塊，有一個形成了鏈，另一個後邊沒有形成鏈。那麼這個沒形成鏈的塊就叫

孤塊。

22.叔塊

上邊說的孤塊，通過幽靈協議，使它成為工作量證明的一部分，那它就不會被丟棄，會保存在主鏈上。這個區塊就是下

23重放攻擊

就是黑客把已經發送給伺服器的消息，重新又發了一遍，有時候這樣可以騙取伺服器的多次響應。

24．有向無環圖

也叫數據集合DAG(有向非循環圖)，DAG是一種理想的多鏈數據結構。現在說的區塊鏈大都是單鏈，也就是一個區塊連一個區塊，DAG是多個區塊相連。好處是可以同時生成好幾個區塊，於是網路可以同時處理大量交易，吞吐量肯定就上升了。但是缺點很多，目前屬於研究階段。

25.什麼是挖礦

挖礦過程就是對以上這六個欄位進行一系列的轉換、連接和哈希運算，並隨著不斷一個一個試要尋找的隨機數，最後成功找到一個隨機數滿足條件:經過哈希運算後的值，比預設難度值的 哈希值小，那麼，就挖礦成功了，節點可以向鄰近節點進行廣播該區塊，鄰近節點收到該區塊對以上六個欄位進行同樣的運算，驗證合規，再向其它結點轉播，其它結點也用同樣的演算法進行驗證，如果全網有51%的結點都驗證成功，這個區塊就算真正地「挖礦」成功了，每個結點都把這個區塊加在上一個區塊的後面，並把區塊中與自己記錄相同的列表刪除，再次復生上述過程。另外要說的是，不管挖礦成不成功每個節點都預先把獎勵的比特幣50個、所有交易的手續費(總輸入-總輸出)記在交易列表的第一項了(這是「挖礦」最根本的目的，也是保證區塊鏈能長期穩定運行的根本原因)，輸出地址就是本結點的地址，但如果挖礦不成功，這筆交易就作廢了，沒有任何獎勵。而且這筆叫作「生產交易」的交易不參與「挖礦」計算。

26.礦機/礦場

礦機就是各種配置的計算機，算力是他們的最大差距。礦機集中在一個地的地方就是礦場

27.礦池

就是礦工們聯合起來一起組成一個團隊，這個團隊下的計算機群就是礦池。挖礦獎勵，是根據自己的算力貢獻度分發。

28.挖礦難度和算力

挖礦難度是為了保證產生區塊的間隔時間穩定在某個時間短內，如比特幣10分鍾出

塊1個。算力就是礦機的配置。

29.驗證

當區塊鏈里的驗證是對交易合法性的一種確認，交易消息在節點之間傳播時每個節點都會驗證一次這筆交易是否合法。比如驗證交易的語法是否正確，交易的金額是否大於0，輸入的交易金額是否合理，等等。驗證通過後打包，交給礦工挖礦。

30.交易廣播

就是該節點給其他節點通過網路發送信息。

31.礦工費

區塊鏈要像永動機一樣不停的工作，需要礦工一直維護著這個系統。所以要給礦工們好處費，才能持久。

32.交易確認

當交易發生時，記錄該筆交易的區塊將進行第一次確認，並在該區塊之後的鏈上的每一個區塊進行再次確認:當確認數達到6個及以上時，通常認為這筆交易比較安全並難以篡改。

33.雙重交易

就是我有10塊錢，我用這10塊錢買了一包煙，然後瞬間操作用這還沒到付的10塊錢又買了杯咖啡。所以驗證交易的時候，要確認這10塊錢是否已花費。

34.UTXO未花費的交易輸出

它是一個包含交易數據和執行代碼的數據結構，可以理解為存在但尚未消費的數字貨幣。

35.每秒交易數量TPS

也就是吞吐量，tps指系統每秒能處理的交易數量。

36.錢包

與支付寶類似，用來存儲數字貨幣的，用區塊鏈技術更加安全。

37.冷錢包/熱錢包

冷錢包就是離線錢包，原理是儲存在本地，運用二維碼通信讓私鑰永不觸網。熱錢包就是在線錢包，原理是將私鑰加密後存儲在伺服器上，當需要使用時再從伺服器上下載下來，並在瀏覽器端進行解密。

38.軟體錢包/ 硬體錢包

軟體錢包是一種計算機程序。一般而言，軟體錢包是與區塊鏈交互的程序，可以讓用戶接收、存儲和發送數字貨幣，可以存儲多個密鑰。硬體錢包是專門處理數字貨幣的智能設備。

39.空投

項目方把數字貨幣發送給各個用戶錢包地址。

40.映射

映射跟區塊鏈貨幣的發行相關，是鏈與鏈之間的映射。比如有一些區塊鏈公司，前期沒有完成鏈的開發，它就依託於以太坊發行自己的貨幣，前期貨幣的發行、交易等都在以太坊上進行操作。隨著公司的發展，公司自己的鏈開發完成了公司想要把之前在以太坊上的信息全部對應到自己的鏈上，這個過程就是映射。

41.倉位

指投資人實有投資和實際投資資金的比例

42.全倉

全部資金買入比特幣

43．減倉

把部分比特幣賣出，但不全部賣出

44．重倉

資金和比特幣相比，比特幣份額佔多

45．輕倉

資金和比特幣相比，資金份額佔多

46.空倉

把手裡所持比特幣全部賣出，全部轉為資金

47.止盈

獲得一定收益後，將所持比特幣賣出以保住盈利

48.止損

虧損到一定程度後，將所持比特幣賣出以防止虧損進一步擴大

49.牛市

價格持續上升，前景樂觀

50.熊市

價格持續下跌，前景黯淡

51.多頭（做多）

買方，認為幣價未來會上漲，買入幣，待幣價上漲後，高價賣出獲利了結

52.空頭（做空）

賣方，認為幣價未來會下跌，將手中持有的幣（或向交易平台借幣）賣出，待幣價下跌後，低價買入獲利了結

53.建倉

買入比特幣等虛擬貨幣

54.補倉

分批買入比特幣等虛擬貨幣，如：先買入1BTC，之後再買入1BTC

55.全倉

將所有資金一次性全部買入某一種虛擬幣

56.反彈

幣價下跌時，因下跌過快而價格回升調整

57.盤整（橫盤）

價格波動幅度較小，幣價穩定

58.陰跌

幣價緩慢下滑

59.跳水（瀑布）

幣價快速下跌，幅度很大

60.割肉

買入比特幣後，幣價下跌，為避免虧損擴大而賠本賣出比特幣。或借幣做空後，幣價上漲，賠本買入比特幣

61.套牢

預期幣價上漲，不料買入後幣價卻下跌；或預期幣價下跌，不料賣出後，幣價卻上漲

62.解套

買入比特幣後幣價下跌造成暫時的賬面損失，但之後幣價回升，扭虧為盈

63.踏空

因看淡後市賣出比特幣後，幣價卻一路上漲，未能及時買入，因此未能賺得利潤

64.超買

幣價持續上升到一定高度，買方力量基本用盡，幣價即將下跌

65.超賣

幣價持續下跌到一定低點，賣方力量基本用盡，幣價即將回升

66.誘多

幣價盤整已久，下跌可能性較大，空頭大多已賣出比特幣，突然空方將幣價拉高，誘使多方以為幣價將會上漲，紛紛買入，結果空方打壓幣價，使多方套牢

67.誘空

多頭買入比特幣後，故意打壓幣價，使空頭以為幣價將會下跌，紛紛拋出，結果誤入多頭的陷阱

68.什麼是NFT

NFT全稱「Non-Fungible Tokens」 即非同質化代幣，簡單來說，即區塊鏈上一種無法分割的版權證明，主要作用數字資產確權，轉移，與數字貨幣區別在於，它獨一無二，不可分割，本質上，是一種獨特的數字資產。

69.什麼是元宇宙

元宇宙是一個虛擬時空間的集合， 由一系列的增強現實（AR）， 虛擬現實（VR） 和互聯網（Internet）所組成，其中數字貨幣承載著這個世界中價值轉移的功能。

70.什麼是DeFi

DeFi，全稱為Decentralized Finance，即「去中心化金融」或者「分布式金融」。「去中心化金融」，與傳統中心化金融相對，指建立在開放的去中心化網路中的各類金融領域的應用，目標是建立一個多層面的金融系統，以區塊鏈技術和密碼貨幣為基礎，重新創造並完善已有的金融體系

71.誰是中本聰？

72.比特幣和Q幣不一樣

比特幣是一種去中心化的數字資產，沒有發行主體。Q幣是由騰訊公司發行的電子貨幣，類似於電子積分，其實不是貨幣。Q幣需要有中心化的發行機構，Q幣因為騰訊公司的信用背書，才能被認可和使用。使用范圍也局限在騰訊的 游戲 和服務中，Q幣的價值完全基於人們對騰訊公司的信任。

比特幣不通過中心化機構發行，但卻能夠得到全球的廣泛認可，是因為比特幣可以自證其信，比特幣的發行和流通由全網礦工共同記賬，不需要中心機構也能確保任何人都無法竄改賬本。

73.礦機是什麼？

以比特幣為例，比特幣礦機就是通過運行大量計算爭奪記賬權從而獲得新生比特幣獎勵的專業設備，一般由挖礦晶元、散熱片和風扇組成，只執行單一的計算程序，耗電量較大。挖礦實際是礦工之間比拼算力，擁有較多算力的礦工挖到比特幣的概率更大。隨著全網算力上漲，用傳統的設備（CPU、GPU）挖到比特的難度越來越大，人們開發出專門用來挖礦的晶元。晶元是礦機最核心的零件。晶元運轉的過程會產生大量的熱，為了散熱降溫，比特幣礦機一般配有散熱片和風扇。用戶在電腦上下載比特幣挖礦軟體，用該軟體分配好每台礦機的任務，就可以開始挖礦了。每種幣的演算法不同，所需要的礦機也各不相同。

74.量化交易是什麼？

量化交易，有時候也稱自動化交易，是指以先進的數學模型替代人為的主觀判斷，極大地減少了投資者情緒波動的影響，避免在市場極度狂熱或悲觀的情況下做出非理性的投資決策。量化交易有很多種，包括跨平台搬磚、趨勢交易、對沖等。跨平台搬磚是指，當不同目標平台價差達到一定金額，在價高的平台賣出，在價低的平台買入。

75.區塊鏈資產場外交易

場外交易也叫OTC交易。用戶需要自己尋找交易對手，不通過撮合成交，成交價格由交易雙方協商確定，交易雙方可以藉助當面協商或者電話通訊等方式充分溝通。

76.時間戳是什麼？

區塊鏈通過時間戳保證每個區塊依次順序相連。時間戳使區塊鏈上每一筆數據都具有時間標記。簡單來說，時間戳證明了區塊鏈上什麼時候發生了什麼事情，且任何人無法篡改。

77.區塊鏈分叉是什麼？

在中心化系統中升級軟體十分簡單，在應用商店點擊「升級」即可。但是在區塊鏈等去中心化系統中，「升級」並不是那麼簡單，甚至可能一言不合造成區塊鏈分叉。簡單說，分叉是指區塊鏈在進行「升級」時發生了意見分歧，從而導致區塊鏈分叉。因為沒有中心化機構，比特幣等數字資產每次代碼升級都需要獲得比特幣社區的一致認可，如果比特幣社區無法達成一致，區塊鏈很可能形成分叉。

78.軟分叉和硬分叉

硬分叉，是指當比特幣代碼發生改變後，舊節點拒絕接受由新節點創造的區塊。不符合原規則的區塊將被忽略，礦工會按照原規則，在他們最後驗證的區塊之後創建新的區塊。 軟分叉是指舊的節點並不會意識到比特幣代碼發生改變，並繼續接受由新節點創造的區塊。礦工們可能會在他們完全沒有理解，或者驗證過的區塊上進行工作。軟分叉和硬分叉都"向後兼容"，這樣才能保證新節點可以從頭驗證區塊鏈。向後兼容是指新軟體接受由舊軟體所產生的數據或者代碼，比如說Windows 10可以運行Windows XP的應用。而軟分叉還可以"向前兼容"。

79.區塊鏈項目分類和應用

從目前主流的區塊鏈項目來看，區塊鏈項目主要為四類：第一類：幣類；第二類：平台類；第三類：應用類；第四類：資產代幣化。

80.對標美元的USDT

USDT是Tether公司推出的對標美元（USD）的代幣Tether USD。1USDT=1美元，用戶可以隨時使用USDT與USD進行1:1兌換。Tether公司執行1:1准備金保證制度，即每個USDT代幣，都會有1美元的准備金保障，對USDT價格的恆定形成支撐。某個數字資產單價是多少USDT，也就相當於是它的單價是多少美元（USD）。

81.山寨幣和競爭幣

山寨幣是指以比特幣代碼為模板，對其底層技術區塊鏈進行了一些修改的區塊鏈資產，其中有技術性創新或改進的又稱為競爭幣。因為比特幣代碼開源，導致比特幣的抄襲成本很低，甚至只需復制比特幣的代碼，修改一些參數，便可以生成一條全新的區塊鏈。

82.三大交易所

幣安

Okex

火幣

83.行情軟體

Mytoken

非小號

84.資訊網站

巴比特

金色 財經

幣世界快訊

85.區塊鏈瀏覽器

BTC

ETH

BCH

LTC

ETC

86.錢包

Imtoken

比特派

MetaMask（小狐狸 ）

87. 去中心化交易所

uniswap

88. NFT交易所

Opensea

Super Rare

89. 梯子

自備，購買靠譜梯子

90. 平台幣

平台發行的數字貨幣，用於抵扣手續費，交易等

91. 牛市、熊市

牛市：上漲行情

熊市：下跌行情

92. 區塊鏈1.0

基於分布式賬本的貨幣交易體系，代表為比特幣

93. 區塊鏈2.0

以太坊（智能合約）為代表的合同區塊鏈技術為2.0

94. 區塊鏈3.0

智能化物聯網時代，超出金融領域，為各種行業提供去中心化解決方案

95. 智能合約

智能合約，Smart Contract，是一種旨在以信息化方式傳播、驗證或執行合同的計算機協議，簡單說，提前定好電子合約，一旦雙方確認，合同自動執行。

96. 什麼是通證？

通證經濟就是以Token為唯一參考標準的經濟體系，也就是說相當於通行證，你擁有Token ,就擁有權益，就擁有發言權。

97. 大數據 和 區塊鏈 的 區別

大數據是生產資料，AI是新的生產力，區塊鏈是新的生產關系。大數據指無法在一定時間范圍內用常規軟體工具進行捕捉、管理和處理的數據集合，是需要新處理模式才能具有更強的決策力、洞察發現力和流程優化能力的海量、高增長率和多樣化的信息資產。簡單理解為，大數據就是長期積累的海量數據，短期無法獲取。區塊鏈可以作為大數據的獲取方式，但無法取代大數據。大數據只是作為在區塊鏈運行的介質，沒有絕對的技術性能，所以兩者不能混淆。(生產關系簡單理解就是勞動交換和消費關系，核心在於生產力，生產力核心在於生產工具)

98. 什麼是ICO？

ICO，Initial Coin Offering, 首次公開代幣發行，就是區塊鏈數字貨幣行業中的眾籌。是2017最為熱門的話題和投資趨勢，國家9.4出台監管方案。說到ICO，人們會想到IPO，兩者有著本質不同。

99. 數字貨幣五個特徵

第一個特徵：去中心化

第二個特徵：有開源代碼

第三個特徵：有獨立的電子錢包

第四個特徵：恆量發行的

第五個特徵：可以全球流通

100.什麼叫去中心化？

沒有發行方，不屬於任何機構或國家，由互聯網網路專家設計、開發並存放於互聯網上，公開發行的幣種。

101. 什麼叫衡量（稀缺性）？

發行總量一旦設定，永久固定，不能更改，不能隨意超發，可接受全球互聯網監督。因挖掘和開釆難度雖時間數量變化，時間越長，開采難度越大，所開釆的幣就越少，因此具有稀缺性。

102. 什麼叫開源代碼？

用字母數字組成的存放在互聯網上，任何人都可以查出其設計的源代碼，所有人都可以參與，可以挖掘，全球公開化。

103. 什麼叫匿名交易？ 專有錢包私密？

每個人都可以在網上注冊下載錢包，無需實名認證，完全由加密數字代碼組成，全球即時點對點發送、交易，無需藉助銀行和任何機構，非本人授權任何人都無法追蹤、查詢。

104.什麼是合約交易？

合約交易是指買賣雙方對約定未來某個時間按指定價格接收一定數量的某種資產的協議進行交易。合約交易的買賣對象是由交易所統一制定的標准化合約，交易所規定了其商品種類，交易時間，數量等標准化信息。合約代表了買賣雙方所擁有的權利和義務。

105.數字貨幣產業鏈

晶元廠家 礦機廠商 礦機代理 挖礦 出礦到交易所 散戶炒幣

106.北 楓 是誰？

北 楓 ：數字貨幣價值投資者

投資風格：穩健

建立社區 ：北斗 社區 （高質量價投社區 ）

107.北斗 投資策略

長短結合，價投為主，不碰合約，不玩短線

合理布局，科學操作，穩健保守，掙周期錢

108.北 楓 ？

歡迎幣友，共謀發展

② AMD CPU 算力表

不多解釋自己查

上面型號，下面算力

AMD THREADRIPPER 1950X (16C/32T)

1800

AMD RYZEN 1950X THREADRIPPER

1450

THREADRIPPER 1950X

1370

AMD THREADRIPPER 1950X

1367

RYZEN THREADRIPPER 1950X

1340

AMD THREADRIPPER 1950X

1333

AMD RYZEN THREADRIPPER 1950X

1280

RYZEN THREADRIPPER 1950X @3.9 GHZ

1265

RYZEN THREADRIPPER 1950X

1196

THREADRIPPER 1920X

1091

AMD THREADRIPPER 1950X @4GHZ

995

THREADRIPPER 1900 ONLY CPU (8THREADS)

780

AMD RYZEN 7 1800X

704

RYZEN 7 1700

700

AMD RYZEN 1700X

670

RYZEN 7 1700

662

RYZEN 7 1800X (OC TO 4.0GHZ)

660

AMD THREADRIPPER 1900X

655

RYZEN R7 1700X @4.0 GHZ

640

AMD RYZEN 7 1700X (4GHZ, 1.35V)

640

RYZEN 7 1700X 3875MHZ

638

AMD RYZEN 7 1700X

635

AMD RYZEN 7 1800X

632

AMD RYZEN 1700X

630

RYZEN 7 1800X

630

RYZEN 1700 @3.89GHZ

630

RYZEN 7 [email protected]

626

AMD RYZEN 5 1600

625

RYZEN 1800X AT 3.9MHZ (OC)

620

AMD RYZEN 7 1700

620

RYZEN 7 1700

620

RYZEN 1800X (OC TO 3,9GHZ)

620

AMD RYZEN 7 1800X 4.2GHZ

620

AMD RYZEN 7 1700

620

RYZEN 7 1700

615

RYZEN 7 1700

610

RYZEN 7 1700 @4.0GHZ

610

AMD RYZEN-7 1700 (@3700 MHZ)

605

RYZEN 1700X

605

AMD RYZEN 1700

601

AMD RYZEN 7 1700X 3.8GHZ

595

RYZEN R7 1700

594

RYZEN R5 1600X @4GHZ

592

RYZEN 5 1600X @4.0GHZ

587

RYZEN 5 1600 (3.95GHZ OC)

585

RYZEN 7 1700 @3.6GHZ

580

RYZEN 5 1600

575

RYZEN 5 1600 @3.9 GHZ 1.304 VOLTS

570

RYZEN 1700 (3.6GHZ)

570

AMD RYZEN 1700

570

RYZEN R5 1600X

565

AMD RYZEN 7 1700

565

RYZEN 7 1700

560

AMD RYZEN 5 1600@4GHZ

560

RYZEN 5 1600

560

AMD RYZEN 5 1600X

560

RYZEN 7 1700X

558

AMD RYZEN7 1700

555

RYZEN R5 1600X

550

AMD R5 1600 @3.925 MHZ 1.224V

550

RYZEN 7 1700X (STOCK)

550

AMD RYZEN 5 1600

545

AMD RYZEN 5 1600 [email protected]

540

AMD RYZEN R7 1700

536

RYZEN 5 1600 @3700 MHZ

527

RYZEN 1700

520

AMD RYZEN 5 1600X @ 4.1 GHZ

520

RYZEN 5 1600X

520

RYZEN 7 1700

520

RYZEN 7 1700

515

RYZEN 7 1700 @3.2GHZ

513

RYZEN 7-1700

510

RYZEN 5 1600X

510

RYZEN 5 1600X

510

RYZEN 5 1600

508

RYZEN 1700 (3.7GHZ OC)

506

R7 1700 @O 3,7GHZ

505

AMD RYZEN 5 1600 + 2400MHZ RAM

503

AMD RYZEN 7 1700 @3.1GHZ

503

RYZEN 5 1600 @3.8GHZ

500

RYZEN 1700X

500

RYZEN 5 1600 @3750 MHZ

500

AMD FX-9590

497

RYZEN 5 1600 @ STOCK

495

AMD RYZEN 7 1700

492

AMD RYZEN 5 1600

485

RYZEN 5 1600X

477

RYZEN 5 1600

475

FX-8350@4,5GHZ (22,5*200)

473

AMD RYZEN 5 1600

470

RYZEN 5 1600X AMD

470

RYZEN 5 1600 - OVERCLOCKED TO 3.7

470

RYZEN 5 1600

470

FX8320E@4,5GHZ

470

AMD OPTERON 6376

469

RYZEN 7 1700

466

RYZEN 7 1800X

465

AMD RYZEN 5 1500X

460

RYZEN 5 1600

460

AMD FX 8350

457

AMD FX 8350

457

RYZEN 1700X

455

AMD RYZEN 5 1600

453

FX-8350 (OVERCLOCK: 5.0 GHZ, DISABLED 4 CORES, 1 CORE = 2MB CACHE)

450

AMD RYZEN 5 1600

450

RYZEN 6 1600

450

RYZEN 5 1600

450

AMD [email protected]

445

FX-8350 (OVERCLOCKED: 4.8GHZ, OVERCLOCKED: DDR3 RAM 1600MHZ))

444

AMD RYZEN 5 1600X

440

AMD FX-8350 (4.6GHZ CORE / 2.4GHZ CPU NORTHBRIDGE)

440

FX-8350 @ 4.4GHZ

440

RYZEN 5 1600 - STOCK

436

AMD RYZEN 5 1600X

435

RYZEN 5 1600 (STOCK)

431

AMD FX-8350 OC 4.7GHZ

430

AMD RYZEN 5 1500X @ 3.5GHZ

429

RYZEN R7 1700

427

FX 9590

425

AMD FX-8300 OC 4.4GHZ

425

AMD FX-8300 OC 4.4GHZ

425

RYZEN 5 1500X @3.5GHZ

425

FX-9590

423

AMD FX-8350 OC 4.3 GHZ

423

AMD FX-8350 (USING 7 OF 8 CORES)

420

AMD FX 9590

420

AMD RYZEN 1600X

420

FX-8320 @ 4.2GHZ

415

[email protected] GHZ

415

FX8320@4200

412

RYZEN 7 1800 (STOCK)

412

AMD RYZEN 5 1500X @ 3.9 GHZ | DDR4 2933 CL16

410

AMD 8320 @4.3 GHZ

408

FX 8350 OVERCLOCKED 4.2

406

FX-8320E

405

FX-9370

404

AMD FX 8350 OVERCLOCKED 4.2(21X200)

400

MD RYZEN 7 1800X

400

FX-8320

400

AMD FX-8350 BLACK EDITION

400

RYZEN R7 1700 @ 3800 MHZ

400

AMD FX-8350

400

AMD RYZEN 5 1600 STOCK 3.4 GHZ

400

RYZEN 5 1600

400

AMD FX 8320 @4.1GHZ

399

AMD FX 8350

399

FX 8350

399

AMD RYZEN 1500X

396

FX8320E@4GHZ

395

AMD RYZEN R7 1800X (STOCK)

395

AMD 8350-FX @ 4300GHZ

393

AMD FX-8120 @OC 4010

393

AMD FX-8350

390

FX 8350

390

AMD FX8320E - 3,9GHZ OC

385

FX-8320E @3,9GHZ

383

AMD FX-8120

380

AMD FX 8370

379

OPTERON 4334

375

AMD RYZEN R7 1700

375

AMD RYZEN R5 1600 (STOCK)

370

FX 8320

368

AMD FX-8350 (DOWNCLOCK TO 3.6 GHZ)

360

AMD FX 8320

360

AMD FX-8370E EIGHT-CORE PROCESSOR

359

AMD [email protected]

358

FX-8150 (DEFAULT, NO OVERCLOCK)

356

RYZEN 1500X

354

FX 8300 @ 4400

354

FX 8350 @ 4.7 GHZ

350

AMD OPTERON PROCESSOR 4171 HE

345

FX 8300 (OC 4200)

340

FX-8320E

340

RYZEN 7 1700X

340

AMD 8370E

337

AMD RYZEN 5 1500X @3.57GHZ

334

AMD FX 8300

332

AMD FX-6350 @4.6 GHZ

332

AMD RYZEN 1700 3.8GHZ

330

AMD FX-8150 8X3.6 GHZ @ 4.1 GHZ

330

AMD FX 8320 BONE STOCK

330

FX8320-E

327

AMD FX 8370

320

AMD FX(TM)-8350 EIGHT-CORE PROCESSOR OC (8CPUS),~ @ 4.32GHZ

320

AMD FX 8370E

320

AMD RYZEN 7 1700 @ 3.8GHZ

320

AMD FX(TM)-8350 EIGHT-CORE PROCESSOR

316

FX-6300

315

AMD RYZEN 5 1600

313

AMD FX 6300 @ 4.7GHZ

310

AMD FX 8320

310

RYZEN 1500X

310

AMD FX-8350

310

AMD FX-6350

306

AMD FX-8320 4.0GHZ

305

AMD FX 6300

305

RYZEN X1700

302

AMD FX-8370

301

AMD FX-8320

300

RYZEN 5 1400X

300

AMD FX-6300

300

FX 8320

300

AMD RYZEN 3 1200 (3.1 GHZ BASE)

300

RYZEN 3 1200 OC TO 3.9GHZ

300

AMD FX-8320

300

RYZEN 5 1400X

300

AMD FX 6350

300

RYZEN 3 1200@3750

292

FX 8350

290

RYZEN 5 1400 @3.8 GHZ

289

AMD FM 8120 @3110

284

AMD3+ FX-6300 3.5GHZ

282

RYZEN 5 1400

280

AMD FX 8350

279

AMD FX 8300

279

AMD FX 6300

275

FX 6300

275

AMD FX6300

271

RYZEN 1300X (STOCK)

270

AMD 8320 (4.2)

269

AMD OPTERON(TM) 3280

266

AMD FX 6300

265

AMD FX-4350 (OVERCLOCKED TO 4.8MHZ)

264

RYZEN 5 1400

262

AMD FX-6300

260

AMD FX-6300 @ 4GHZ

255

AMD FX-6300

250

AMD FX 6300

250

FX 6300

250

FX-6100

249

FX 6300

245

RYZEN 3 1200

241

OPTERON 4334

240

AMD FX 6100 OC 4.0 GHZ

240

RYZEN 1800X

239

FX-6300

237

AMD OPTERON(TM) PROCESSOR 4274 HE

236

AMD FX 6300 @4.1 GHZ

230

FX-9370

230

FX 8350

230

AMD FX-8320E

226

AMX FX-8350

224

AMD FX-8150 8-CORE PROCESSOR 8X3.6GHZ UP TO 3.96GHZ

220

RYZEN 5 1400

220

AMD FX 8300

220

AMD FX-6350 HEXA-CORE 3.9GHZ

220

FX 8350

220

AMD FX-6100

220

FX 8350

220

AMD FX 6300

219

AMD A8-7650K, OC 4.5

219

AMD FX-8370E

216

FX 6300

216

AMD FX 4350

214

AMD FX 8320 4GHZ

210

AMD FX - 4100

210

AMD FX 8320E

210

AMD FX 4100 @4.40 GHZ

207

A8 7650K (OC 4.4GHZ)

207

A10 7850K

202

FX 4100

200

AMD A10-6800K APU

198

FX 4100

196

FX 4100

195

AMD FX-4300 @ 3.8 GHZ

194

AMD FX6300

188

FX 6300 (5 CORES)

181

AMD FX-8350 VISHERA

180

AMD FX 4300 3.8GZ

180

I5-4570S

180

AMD 7650K @ 4.0 GHZ 1.395V 95W

179

FX 6300 VISHERA

175

AMD FX-8350

175

AMD ATHLON X4 860K

175

AMD FX 4300 3800MHZ

172

AMD A8 5600K

170

AMD FX-4100

166

AMD FX-6300

165

AMD FX-6300

165

FX-4300

164

AMD A8-7650K

160

ATHLON X4 870K UP TO 4.2GHZ

157

AMD A10-6700

156

AMD A10 6800K

155

AMD FX 4350

154

AMD A8-6600K

152

FX 4300

150

AMD FX-6300

150

FX-4100 4,2GHZ

150

AMD FX4100

146

FX-6300

137

FX6300

135

ATHLON X4 760K

121

A8 7600

120

AMD FX6300

120

AMD A8-7600 RADEON R7 3.10GHZ

120

A10 7850

117

AMD FX 4100

108

AMD A8-7600 3.1GHZ 4 CORES

105

AMD PHENOM II X4 B60 @ 3.6GHZ

95

PHENOM 1090T X6 @ 3.6GHZ

90

AMD PHENOM(TM) II X6 1055T PROCESSOR, L3 6.0 MB, 3.9 GB RAM

90

AMD PHENOM II X4 965

89

AMD PHENOM(TM) II X6 1035T

86

AMD PHENOM II X4 965 BE

80

A6-7400K + GPU R3 128 BIT OC

75

AMD ATHLON II X4 740 3.2GHZ

75

PHENOM II X2 555BE

73

AMD RYZEN 5 1400 @ 3.2GHZ

70

AMD PHENOM II X6 1055T

70

AMD PHENOM II X4 960T

69

AMD ATHLON X4 860K

69

AMD PHENOM II X4 940

66

AMD A10 5800K

63

AMD A10 5800K 4.6GHZ

60

AMD A8 7600 3.8GHZ

55

AMD A8-5500

55

AMD ATHLON X4 860K

52

AMD PHENOM N830

50

AMD PHENOM II X6 1035T

50

AMD PHENOM II X6 1055T (2.8GHZ)

50

QUAD-CORE AMD OPTERON 1385

48

AMD A8 3870K @ 3,5GHZ

47

AMD PHENOM II X4 840

42

AMD ATHLON II X4

40

A6-5200

40

AMD PHENOM II X4 945

40

ATHLON X4 635

35

QUADCORE AMD A6-3620, 2272 MHZ

33

AMD A6 3400M

30

AMD ATHLON X4 630 3.1GHZ

29

AMD ATHLON X3 405E

29

PHENOM X4 9500

28

AMD SEMPRON(TM) 3850 APU

25

PHENOM II N930 (MOBILE) QUAD-CORE 2GHZ

25

AMD A4 6300

25

AMD ATHLON 7850

24

AMD A6-6400K APU

22

AMD ATHLON(TM) II X2 245

22

AMD A10-9600P

21

AMD OPTERON X2150

21

AMD A10-9600P

21

AMD A6 6400K

20

ATHLON II X2 240

20

AMD A4 6300

19

AMD FM1 A6-3670K @ 2.5GHZ (2.7 STOCK)

18

AMD ATHLON 64 X2 5400+ 2.8GHZ

15

AMD A4 6300 (1 CORE)

15

AMD A4 6300 (1 CORE)

15

AMD TURION X2 DUAL CORE MOBILE RM-75

14

AMD TURION X2 RM-75

12

AMD ATHLON(TM) II X2 245

12

ATHLON X2 2.00 GHZ

12

AMD ATHLON 64 DUAL CORE 4200+

11

AMD ATHLON 64 X2 4000+

11

AMD APU A4-3400

10

AMD SEMPRON 2650, 1.4GHZ, 1MB, DUAL-CORE

10

TURION TL-58

8

AMD OPTERON 1210

8

AMD ATHLON LE-1600

6

③ 緹庡浗綆楀姏鎬昏勬ā

緹庡浗鍦ㄥ叏鐞冨熀紜綆楀姏鎺掑悕絎涓錛屽叾浠介濊揪43錛呫

鍏ㄧ悆綆楀姏絝炰簤鎰堝姞鐧界儹鍖栥傜畻鍔涙按騫蟲柟闈錛岀編鍥姐佷腑鍥姐佹ф床銆佹棩鏈鍦ㄥ叏鐞冪畻鍔涜勬ā涓鐨勪喚棰濆垎鍒涓36錛呫31錛呫11錛呭拰6錛咃紝鍏朵腑鍏ㄧ悆鍩虹綆楀姏絝炰簤浠ョ編鍥藉拰涓鍥戒負絎涓姊闃熴

涓斾腑緹庡樊璺濅笉鏂緙╁皬錛岀編鍥藉湪鍏ㄧ悆鍩虹綆楀姏鎺掑悕絎涓錛屽叾浠介濊揪43錛咃紝涓鍥戒互26錛呬喚棰濇帓鍚嶇浜岋紱鏅鴻兘綆楀姏鏂歸潰錛屼腑鍥姐佺編鍥藉勪簬棰嗗厛錛岀畻鍔涘叏鐞冨崰姣斿垎鍒涓52錛呭拰19錛

鎴戝浗綆楀姏瑙勬ā鎸佺畫鎵╁ぇ銆傗滃嶮涓変簲鈥濇湡闂存垜鍥界畻鍔涜勬ā鏁翠綋淇濇寔楂橀熷為暱鎬佸娍錛屽崟鍙扮畻鍔涜懼囩殑鎬ц兘涔熶笉鏂鎻愬崌銆

2020騫存垜鍥界畻鍔涙昏勬ā杈懼埌135EFlops錛堟瘡縐15000浜嬈℃誕鐐硅繍綆楁℃暟錛夛紝鍏ㄧ悆鍗犳瘮綰︿負31錛呫傚伐淇￠儴鏁版嵁鏄劇ず錛屾埅鑷2022騫6鏈堝簳錛屾垜鍥界畻鍔涙昏勬ā瓚呰繃銆150EFlops銆戱紝鎺掑悕鍏ㄧ悆絎浜屻

鎴戝浗綆楀姏鎬昏勬ā灞呭叏鐞冨墠鍒

鎴戝浗宸插緩鎴愬叏鐞冭勬ā鏈澶с佹妧鏈棰嗗厛鐨勭綉緇滃熀紜璁炬柦銆傛埅鑷充粖騫6鏈堝簳錛5G鍩虹珯鏁拌揪鍒185.4涓囦釜錛5G縐誨姩鐢佃瘽鐢ㄦ埛鏁拌秴榪4.5浜挎埛錛屾墍鏈夊湴綰у競鍏ㄩ潰寤烘垚鍏夌綉鍩庡競錛屽崈鍏嗗厜綰ょ敤鎴鋒暟紿佺牬6100涓囨埛銆

宸插惎鍔ㄥ緩璁懼氭潯鈥滀笢鏁拌タ綆椻濆共綰垮厜緙嗭紝鎺ㄨ繘涓浣撳寲澶ф暟鎹涓蹇冧綋緋匯佸伐涓氫簰鑱旂綉澶ф暟鎹涓蹇冧綋緋誨緩璁撅紝綆楀姏浜т笟瑙勬ā蹇閫熷為暱錛岃繎浜斿勾騫沖潎澧為熻秴榪30錛呫傚叾涓錛屽湪鍏ㄧ悆綆楀姏鍒嗗竷緇熻′腑錛屾垜鍥芥櫤鑳界畻鍔涙昏勬ā鍗犳瘮26錛呫

浜т笟鍗忓悓涓嶆柇娣卞寲銆傜畻鍔涗駭涓氶摼鏉℃寔緇瀹屽杽錛屽寘鎷綆楀姏鍩虹璁炬柦銆佺畻鍔涘鉤鍙般佺畻鍔涙湇鍔＄瓑鍦ㄥ唴鐨勶紝鍏鋒湁鍥介檯絝炰簤鍔涚殑綆楀姏浜т笟鐢熸佸垵姝ュ艦鎴愶紝涓鎵瑰叿鏈夌ず鑼冩晥搴旂殑綆楀姏騫沖彴銆佹柊鍨嬫暟鎹涓蹇冧互鍙婁駭涓氬熀鍦扮浉緇ц惤鍦般

④ 52單片機的算力有多大

8K位元組。其52單片機的算力有8K位元組這么大，在同等級的單片機算力上屬於排名非常靠前的層次。單片機又稱微控制器，由中央處理器、存儲器、輸入輸出埠、計時器和計數器等組成，具有完整數字處理功能的大規模集成電路。

⑤ 如何增強對數字的敏感

1、認識數字的重要性 「在商業世界裡，數字非常重要。」這句話看似抽象，卻很真切。數字就像體檢表，是行動的結果和評量的工具；數字也像儀錶板，可指引方向和預測未來。

2、養成凡事附上數據與參考資料的習慣 數字是溝通、說服及談判的重要依據。例如，如果想申請增加設備，試著加上「可達到總費用節省多少錢」，讓數字為你說話，或許就能提高通過的機率。

3、在評估或分析任何情況時，都試著將其數字化 簡單明了的數字，十分有助於記錄、資訊傳達、比較檢討及分析等商業行為。這就像是學習做一個「重視金額」的人，凡事不以感情（感覺、印象、善惡）做判斷，而是以「金額」「數字」「比率」，作為衡量的尺度。

例如，如果認為舉辦宣傳活動可提升產品知名度，那就試著將知名度，換算成「金額」。

4、將PDC循環應用在工作上 在採取任何行動前，都要擬定計劃（Plan），然後實際執行（Do），接著再檢核（Check）結果與計劃之間的落差，作為修正行動（Action）的參考。

5、經常以矩陣圖思考問題 面臨錯綜復雜的問題時，可以矩陣圖加以展開，從中可發掘出未曾發現的問題點，然後再依據問題點的急迫性與重要性，研擬對策。

6、有時間觀念 假設A公司1小時能處理1單位的工作量，B公司則是1小時10單位，這個10倍的差異，可換算成B公司1年處理的工作量，A公司得耗時10年。時間既可以換算成金錢、效率，更速度的展現。因此，有數字力的人不會虛度光陰，也會守時、守信用。

7、有效運用資金 要發揮金錢的價值，就必須在使用金錢之前，預測效果或效益如何，使用之後更要詳細確認。在日常生活中，養成大小事情都必以「損益計算」的方式來思考。

8、養成計算（合計值）的習慣 許多人都有類似經驗，那就是錯誤的數字往往像滾雪球一般，進貨量、銷售量或庫存量的登記，有時候是一個項目出錯，就連帶一直錯下去一樣。因此，對於圖表內的數字或金額，習慣性地進行加總，方便於在做整體控管時，能夠依重要程度判定優先順序。

9、將所有目標都數據化 日產汽車（Nissan）執行長卡洛斯·高恩（Carlos Ghosn）曾說：「無法數據化的目標，我無法執行。」

有時候，組織的願景或任務，都是較為抽象的，因此要落實為具體的數字，才能執行與評量。 例如，可將「拓展人脈」這項目標，轉化為「每個月與人交換30張名片，而且日後與其中5位保持聯系」或是將「加強廣告活動」轉化為「向15家媒體宣傳，達到8家確實刊載」。

如果目標較為遠大，最好能區分為近程、中程和長程三階段，然後再決定每一段時期要達成的目標。這個過程就是所謂的「倒算力」，亦即為了達成遠程的目標，往回推算中程、近程應該做什麼，甚至近到這個月、這星期或現在就該做什麼，作為達成目標的查核點。

(5)52除以8的算力擴展閱讀

在中國古代思想中，3為基數，9為極數，除了5和3、9外，12在古代文化中也有重要的地位，在我們的生活中除了五行、五味、五臟、五色等和5有關的物質外，還有很多和12有關的，如12生肖、12時辰、12個月……

這種思想在麻將中也得到了充分的體現，144是12的平方，108也是12的倍數。另外，在麻將規則中，規定每人抓13張牌，而13乘以4等於52，這正暗合了一年有52個星期的規律。反映了物質的存在形式，數字則代表了物質存在的數量。

計算過程中的一種數據特徵，以二進制數字（零和一）表示。表示時要看它與一些特殊的數的關系。如...16、8、4、2、1等。

例：9 用二進製表達就是 1001 。因為它有1個8和1個1。

⑥ 如何在c++定義一個學生類以實現平均成績的計算和查詢功能

一．中間件的定義與作用
1.什麼是中間件？
圖片摘自公眾號「筋斗雲與自動駕駛」
筆者在交流中發現，不同的人對中間件的理解並不一樣，甚至可以說，到現在，這個概念還是模糊不清的。比如：
（1）有的人認為中間件僅指位於OS內核之上、功能軟體之下的那部分組件，為上層提供進程管理、升級管理等服務；而有的人則認為中間件還應包括功能軟體和應用軟體中間的那部分（參見上圖）。按茅海燕的說法，前者是「通用中間件」，而後者是「專用中間件」。本文中提到的「中間件」，若不做專門說明，便特指「通用中間件」。
（2）有一些人提到的自動駕駛中間件，包括了AUTOSAR（又分為AUTOSAR CP和AUTOSAR AP），還有一些人口中的中間件，特指ROS2、Cyber RT、DDS等。
（3）未動科技VP蕭猛認為，「中間」一詞是相對的，當有多層堆疊的時候，每一層都是其上下兩層的中間層，因此，在用「中間件」這個詞的時候，我們需要特別指明它究竟位於「哪兩層之間」。按蕭猛的說法，當我們稱「ROS/ROS2 為中間件」時，其含義與 「AUTOSAR AP為中間件」並不是對等的關系。
(4)Vector產品專家蔡守群說，他理解的中間件，「是給App開發提供功能支撐的，對外是沒有功能表徵的；但是站在操作系統內核的角度，中間件跟App並沒有本質的區別」。
2.中間件的作用
汪浩偉說：「專用中間件原本是應用程序的一部分，只是很多公司做自動駕駛都需要用到，就被抽象出來了。」
那麼，它究竟有什麼用？
畢曉鵬認為，自動駕駛中間件最主要的作用是：對下，它能夠去適配不同的OS內核和架構；對上，它能夠提供一個統一的標准介面，負責各類應用軟體模塊之間的通信以及對底層系統資源的調度。
據畢曉鵬解釋，前者，使開發者們無需考慮底層的OS內核是什麼，也無需考慮硬體環境是什麼，即不僅實現了應用軟體與OS的解耦，也實現了應用軟體與硬體的解耦；而後者則確保了數據能夠安全實時地傳輸、資源進行合理的調度。
為什麼要通過中間件來支持軟硬體解耦？畢曉鵬解釋道：
我開發一個應用軟體，其中很多內容都是與具體應用邏輯無關的，包括數據通信、通信安全、系統資源調度等，比如，有十個進程需要數據交互，完全沒有必要在十個程序的軟體代碼里各自進行實現和配置。針對這種情況，我們就可以把重復的部分抽象成一種服務，單獨封成一層東西（這就是中間件），並提供統一的庫、介面和配置方法，供上層去調用。這樣的話，有一部分人專門去做中間件的，而做上層應用的人也不需要考慮跟底層交互的事情。
舉例說，如果要做一個自動泊車系統，它有各個模塊或業務邏輯獨立的不同軟體，在進行通信、數據交互，或者調用底層資源時，只需要中間件的一個介面就可以實現，其他事情不需要考慮，這樣開發人員就可以專注於自己的業務邏輯。
又比如，一個攝像頭需要感知前面的車道線、紅綠燈等，開發人員就專門做紅綠燈和車道線檢測演算法，與外界的數據交互只需要使用中間件的通信服務（例如訂閱攝像頭信息，發布檢測結果），而不必關心數據從哪裡來、發給誰。
Nullmax紐勱科技系統平台總監苗乾坤博士在此前的一篇文章中寫道：
「晶元算力大幅增長，攝像頭像素呈翻倍之勢，激光雷達出現在更多新車規劃上……沒有誰能夠斷言車上的感測器應該有多少，又或者是將來的汽車還會增加哪些硬體，但所有人都知道硬體的變化將會來得更加猛烈。
「所以我們也可以看到，汽車對軟硬體架構的要求也越來越高，既要能滿足當下的需求，還要具備相當的前瞻性、兼容性和擴展性，能夠支持接下來軟硬體升級換代、增減模塊的需求。而自動駕駛的中間件，就正是這樣一個可以按需調整、滿足各樣需求的現代溫室。
「在早期開發中，中間件可以化整為零，將巨大的軟體工程分解成若干小任務，分散解決。在後期應用時，它又可以化零為整，像拼積木一樣，根據需求將一個個模塊組合成一個整體，嚴絲合縫。」
在春節前的一場直播中，東軟睿馳產品銷售總監安志鵬說，在軟硬體解耦、模塊化管理後，再遇到問題，就不用整個系統都改，只改相對應的部分就行了。這樣，軟體的可復用程度就極大地提升了，同時，驗證的工作量也會減少許多，整體開發效率也會因此提升。
相反，沒有中間件的話，應用層就得直接調用操作系統的介面，後期要是換了操作系統，應用層的代碼和演算法可能就要推倒重來。
簡言之，中間件通過對計算平台、感測器等資源進行抽象，對演算法、子系統、功能採取模塊化的管理，並提供統一介面，讓開發人員能夠專注於各自業務層面的開發，無需了解無關細節。
按東軟睿馳產品銷售總監安志鵬的說法，搞AUTSOAR這樣的中間件，並不是只對OEM有利，「零部件供應商的選擇面也大了——應用做好了，下面的軟體、晶元可以選好幾家供應商的，要比傳統的開發模式快很多，因而，零部件供應商也是受益者」。
用蕭猛的話說，中間件最直接的好處就是「為上層屏蔽底層的復雜性」，軟體開發人員可以忽略晶元、感測器等硬體的差異，從而高效、靈活地將上層應用及功能演算法在不同平台上實現、迭代、移植。蕭猛認為，中間件可以看做是自動駕駛應用背景下的一項「新基建」。
（圖片摘自馮占軍博士的《AUTOSAR對基礎軟體開發是喜還是憂？》一文。AUTOSAR只是中間件的一種，但這里寫的「AUTOSAR開發優勢」基本也適用於其他中間件。）
不過，站在開發者的角度看，中間件的意義也未必全部是正面的。如馮占軍博士在《AUTOSAR對基礎軟體開發是喜還是憂？》一文中就提到了如下兩點：
底層軟體工程師變成了工具人，「只要你去點點滑鼠，用工具配合就可以了」，很多原本由自己做的測試也改由供應商來做，進而導致工程師的成就感嚴重降低；時間久了，工程師從0到1開發的能力也會降低。
（圖片摘自馮占軍博士的文章。盡管文章說的是Autosar,但實際上這些問題在ROS等其他中間件的使用過程中也會存在。）
對軟體工程師來說，中間件造成的「能力退化」這一問題幾乎是無解的。但馮占軍博士認為，「如果這個中間件在開發過程中，有使用公司的工程師深度參與，提出需求並一起實施，會好一些」。
此外，殷瑋在一篇文章提到，使用AUTOSAR這樣的中間件，Tier 1們應該是很不情願的，「因為不到增加了成本，還有可能逐步淪為硬體生產商」。但這個也不能說是中間件的鍋，在軟體定義汽車大大趨勢下，這幾乎是必然的。
二．常見的基本概念
1. AUTOSAR CP 與 AUTOSAR AP
在所有的中間件方案中，最著名的非AUTOSAR莫屬了。
嚴格地說，AUTOSAR並非特指由某一家軟體公司開發出來的某款操作系統或中間件產品，而是由全球的主要汽車生產廠商、零部件供應商、軟硬體和電子工業等企業共同制定的汽車開放式系統架構標准。不過，在實踐中，各公司基於AUTOSAR標准開發出來的中間件也被被稱為「AUTOSAR」。
當前，AUTOSAR可分為Classic Platform和Adaptive Platform兩個平台，兩者分別被簡稱為AUTOSAR CP與AUTOSAR AP。
簡單地說，AUTOSAR CP主要跑在8bit、16bit、32bit的MCU上，對應傳統的車身控制、底盤控制、動力系統等功能，如果涉及到自動駕駛的話，AUTOSAR CP可能無法實現；而AUTOSAR AP主要跑在64bit以上的高性能MPU/SOC上，對應自動駕駛的高性能電子系統。
嚴格地說，AUTOSAR CP並不只是個「中間件」，它是相當於「OS內核+中間件」的一套完整的「操作系統」。 AUTOSAR CP定義了基本的上層任務調度、優先順序調度等。
在基於分布式架構的ADAS功能中，AUOTSAR CP便是最常見的「操作系統」。在AUTOSAR的生態形成後，很多晶元廠商的MCU上標配的就是AUTOSAR CP，主機廠沒有什麼選擇權。
由於分布式架構下的晶元主要是MCU，因此，便有了「AUTOSAR CP主要跑在MCU上」的說法。
在分布式架構下，不同的功能對應著不同的MCU，而每一個MCU上都需要跑一套AUTOSAR CP，若感測器的類型比較多，則僅ADAS相關功能就需要很多套AUTOSAR CP，那怎麼收費呢？
常規的做法是：根據MCU的類型來收費——如果MCU是兩個異構的MCU，那AUTOSAR CP就按兩套來收費；如果MCU是同構的，那AUTOSAR CP就按一套來收費。
隨著EE架構從分布式向集中式演進、晶元由MCU向SOC演進，計算量及通信量成數量級地上升，另外，多核處理器、GPU、FPGA以及專用加速器的需求，還有OTA等，都超出了AUTOSAR CP的支持范圍。
（圖片摘自安志鵬的直播課）
2017年，為更好地滿足集中式架構+SOC時代的高等級自動駕駛對中間件的需求，AUTOSAR聯盟推出了通信能力更強、軟體可配置性更靈活、安全機制要求更高的AUTOSAR AP平台。
需要強調的是，不同於AUTOSAR CP自身已經包含了基於OSEK標準的OS，AUTOSAR AP只是一個跑在Lunix、QNX等基於POSIX標準的OS上面的中間件——它自身並不包含OS。
結合aFakeProgramer於2020年發表在CSDN上的《為什麼要用AP？Adaptive AutoSAR到底給企業提供了一些什麼？》一文及東軟睿馳安志鵬在2022年春節前的一場直播中講的內容，AUTOSAR CP與AUTOSAR AP最主要的區別有如下幾點：
1）.編程語言不同——AUTOSAR CP基於C語言，而AUTOSAR AP基於C++語言；
2）.架構不同——AUTOSAR CP 採用的是FOA架構（function-oriented architecture），而AUTOSAR AP採用的則是SOA架構（service-oriented architecture）；
3）.通信方式不同——AUTOAR CP採用的是基於信號的靜態配置通信方式（LIN\CAN...通信矩陣），而AUTOSAR AP採用的是基於服務的SOA動態通信方式（SOME/IP）；
4）.連接關系不同——在AUTOSAR CP中，硬體資源的連接關系受限於線束的連接，而在AUTOSAR AP中，硬體資源間的連接關系虛擬化，不局限於通信線束的連接關系；
5）.調度方式不同——AUTOSAR CP採用固定的任務調度配置，模塊和配置在發布前進行靜態編譯、鏈接，按既定規則順序執行，而AUTOSAR CP則支持多種動態調度策略，服務可根據應用需求動態載入，並可進行單獨更新。
6）.代碼執行和地址空間不同——AUTOSAR CP中，大部分代碼靜態運行在ROM，所有application共用一個地址空間，而在AUTOSAR AP中，應用載入到RAM運行，每個application獨享（虛擬）一個地址空間。
這些區別，帶給AUTOSAR AP的優勢有如下幾點——
1）.ECU更加智能：基於SOA通信使得AP中ECU可以動態的同其他ECU同其他ECU進行連接，提供或獲取服務；
2）.更強大的計算能力：基於SOA架構使得AP能夠更好地支持多核、多ECU、多SoCs並行處理，從而提供更強大的計算能力；
3).更加安全：基於SOA架構使得AP中各個服務模塊獨立，可獨立載入，IAM管理訪問許可權；
4).敏捷開發：Adaptive AUTOSAR服務不局限於部署在ECU本地可分布於車載網路中，使得系統模塊可靈活部署，後期也能靈活獨立更新（FOTA）；
5).高通信帶寬：可實現基於Ethernet等高通信帶寬的匯流排通信；
6).更易物聯：基於乙太網的SOA通信，更易實現無線、遠程、雲連接，方便部署V-2-X應用。
（圖片摘自東軟睿馳）
當然了，在某些方面，AUTOSAR AP與AUTOSAR CP相比是有一些「劣勢」的。比如，AUTOSAR CP的時延可低至微秒級、功能安全等級達到了ASIL-D，硬實時；而AUTOSAR AP的時延則在毫秒級，功能安全等級則為ASIL-B，軟實時。
上述區別也導致了兩者應用領域的不同：AUTOSAR CP一般應用在對實時性和功能安全要求較高、對算力要求較低的場景中，如引擎控制、制動等傳統ECU；而AUTOSAR則應用在對實時性和功能安全有一定要求，但對算力要求更高的場景中，如ADAS、自動駕駛，以及在動態部署方面追求較高自由度的信息娛樂場景。
盡管AUTOSAR AP有種種優點，但總的來說，它目前還不夠成熟——主要是信息安全及UCM等模塊不成熟。量產車上裝AUTOSAR AP的不少，但主要用在娛樂場景，真正用在自動駕駛場景的還很少。
此外，由於SOC+MCU組合的現象會長期存在，因而，在今後相當長一段時間內，AUTOSAR AP都不可能徹底取代AUTOSAR CP——最常見的分工會是，需要高算力的工作交給AUTOSAR AP,而需要高實時性的工作則交給AUTOSAR CP。
（圖片摘自超星未來）
2.ROS 2
ROS是機器人操作系統（Robot Operating System）的英文縮寫，原生的ROS本是機器人OS，並不能直接滿足無人駕駛的所有需求，用作自動駕駛中間件的是ROS 2。
ROS 2與ROS 1的主要區別如下：
（1）.ROS 1主要構建於Linux系統之上，主要支持Ubuntu；ROS 2採用全新的架構，底層基於DDS(Data Distribution Service)通信機制，支持實時性、嵌入式、分布式、多操作系統，ROS 2支持的系統包括Linux、windows、Mac、RTOS，甚至是單片機等沒有操作系統的裸機。
（2）.ROS 1的通訊系統基於TCPROS/UDPROS，強依賴於master節點的處理；ROS 2的通訊系統是基於DDS，取消了master，同時在內部提供了DDS的抽象層實現，有了這個抽象層，用戶就可以不去關注底層的DDS使用了哪個商家的API。
（3）.ROS運行時要依賴roscore，一旦roscore出現問題就會造成較大的系統災難，同時由於安裝與運行體積較大，對很多低資源系統會造成負擔；ROS2基於DDS進行數據傳輸，而DDS基於RTPS的去中心化的通信框架，這就去除了對roscore的依賴，系統的穩定性強，對資源的消耗也得到了降低。
(4).由於ROS 缺少Qos機制，topic的穩定性與質量難以保證；ROS2則提供了Qos機制，對通信的實時性、完整性、歷史追溯等功能有了支持，這便大幅加強了框架功能，避免了高速系統難以適用等問題。
不過，ROS2的QoQ配置較為復雜，目前主要是國外一些專業的大學或實驗室在使用,國內僅有極少數公司在嘗試;此外，ROS 2的生態成熟度遠不如ROS,這也給推廣應用帶來了不便。
跟AUTOSAR AP一樣，ROS 2也是跑在soc晶元上、用於滿足高等級自動駕駛的需求的。不過，蕭猛在去年的一批文章中卻特別強調：當我們稱 「ROS/ROS2 為中間件」時，其含義與 「AUTOSAR AP為 中間件」並不是對等的關系。
蕭猛的文章稱：
當我們說 AutoSar是中間件時，這個中間件是很明確的 L.BSW層語義，即處於計算機OS與車載ECU特定功能實現之間，為 ECU功能實現層屏蔽掉特定處理器和計算機OS相關的細節，並提供與車輛網路、電源等系統交互所需的基礎服務；
ROS/ROS2 是作為機器人開發的應用框架，在機器人應用和計算機OS之間提供了通用的中間層框架和常用軟體模塊(ROS Package)，而且， ROS團隊認為這個框架做得足夠好，可以稱作操作系統（OS）了。
ROS 2盡管在功能上跟AUTOSAR AP有不少重疊之處，但兩者的思路是不一樣的：
（1）.從表現形式上看，AUTOSAR AP首先是一套標准，這個標準定義了一系列基礎平台組件，每個平台組件定義了對應用的標准介面，但沒有定義實現細節，和平台組件之間的交互介面（這些部分留給AUTOSAR AP供應商實現）；ROS2則從一開始就是代碼優先，每個版本都有完整的代碼實現，也定義有面向應用標准API介面。
（2）AUTOSAR AP從一開始就面向ASIL-B應用；ROS 2不是根據ASIL的標准設計的，ROS 2實現功能安全的解決方案是，把底層換為滿足ASIL要求的RTOS和商用工具鏈(編譯器）。
ROS 2「過不了車規」似乎已成為一個很廣泛的行業共識。但在蕭猛看來，ROS2本來就不是為實時域設計的，如果一定要把實時性要求高的車輛控制演算法運行在 ROS2中，「那是軟體設計的錯誤，而不是ROS2的問題」。
蕭猛認為，只要能補齊 L.BSW層所需要完成的所有功能、補齊 A 軸所有切面要求的特性，ROS 2就能用於自動駕駛量產車。如前段時間剛拿到采埃孚等多家巨頭投資的Apex.AI公司基於ROS 2定製開發的Apex.OS就已經通過了最高等級的ASIL D認證。
蕭猛說：「這實際上是基於 ROS 2的架構去實現一套 AUTOSAR AP 規范。這可以成為一個單獨的產品，投入時間+人+錢可以開發出來，只是看有沒有必要，值不值得」。
在具體的實踐中，ROS 2跟AUTOSAR AP存在直接競爭關系——盡管對用戶來說，並不存在嚴格意義上的「二選一」問題，但通常來說，若選了ROS 2，就不會選AUTOSAR AP了；若選了AUTOSAR AP，就不會選ROS 2了。
3. CyberRT
Cyber RT是網路Apollo開發出來的中間件，在Apollo 3.5中正式發布。Cyber RT和ROS2是比較像的， 其底層也是使用了一個開源版本的DDS。
網路最早用的是ROS 1,但在使用的過程中逐漸發現了ROS 1存在「若ROS Master出故障了，則任何兩個節點之間的通信便受到影響」的問題，所以就希望使用一個「沒有中間節點」的通信中間件來代替ROS 1，那時還沒有ROS2，所以自己去做了一個Cyber RT。
為了解決 ROS 遇到的問題，Cyber RT刪除了master機制，用自動發現機制代替，這個通信組網機制和汽車網路CAN完全一致。此外，Cyber RT的核心設計將調度、任務從內核空間搬到了用戶空間。
（圖片出處：https://blog.csdn.net/xhtchina/article/details/118151673）
其相對於其他系統，Cyber RT的一大優勢是，專為無人架駛設計。網路已將Cyber RT開源，某互聯網巨頭的自動駕駛團隊使用的中間件便是網路開源出來的Cyber RT。
Cyber RT跟ROS 2之間也存在競爭關系。
在談到AUTOSAR AP、ROS 2與Cyber RT這些中間件的關系時，Vector產品專家蔡守群的解釋是：
「不需要很機械地去分類，你可以把AUTOSAR AP, ROS和Cyber RT都想像成一個提供一組中間件的超市，用戶可以按需從不同的超市購買，並不是說從一個超市買過一個中間件，就不能從其他超市買了。
蔡守群說：AUTOSAR AP中也包含了對ROS介面的支持。說不準哪天ROS和Cyber RT就會加入AUTOSAR AP的組件，或者 AUTOSAR AP會引入Cyber RT的組件。
4.DDS（通信中間件）
（1）什麼是DDS？
在自動駕駛領域，中間件的功能涉及到通信、模塊升級、任務調度、執行管理，但其最主要的功能就是通信。當前市場上，無論是Cyber RT還是 ROS，基本上90%的功能就是通信，狹義上說就是通信中間件。
通信中間可以分成開源和閉源的兩種。開源的為OPEN DDS、FAST DDS、Cyclone等，閉源的就RTI的DDS和Vector的SOME/IP。DDS的全稱為Data Distribution Service ，指一種數據分發服務標准，由對象管理組織(OMG)制定。
DDS能夠實現低延遲、高可靠、高實時性的數據融合服務，能夠從根本上降低軟體的耦合性、復雜性，提高軟體的模塊化特性。高等級自動駕駛現在基本上都在探索依靠DDS來解決異構通信、低時延等CP解決不了的挑戰。
融合了DDS的汽車軟體能夠更好地運行在下一代汽車的體系架構中，更能降低開發的成本、縮短研發的時間，更快地將產品推向市場。
（2）DDS與ROS 2、AUTOSAR AP之間的關系
ROS 2和Cyber RT的底層都使用了開源的DDS，將DDS作為最重要的通信機制。但也有自動駕駛公司的工程師認為，DDS可以起到替代ROS 2的作用，站在用戶的角度看，兩者之間其實存在「二選一」的關系。
AUTOSAR CP里一直沒有包含跟DDS有關的東西，但AUTOSAR AP在 2018年3月的最新版（版本18-10）里開始支持DDS標准。將DDS與AUTOSAR AP結合使用，不僅可以保證和擴展AUTOSAR AP系統內部互操作性的功能，而且還可以將其開放給來自不同的生態系統（即ROS 2）。
從工程角度來看，將AUTOSAR和DDS結合起來的最大優勢是，功能域和網路拓撲不再是對手，而是車輛中的盟友。網路拓撲結構能夠更好地適應車輛的物理約束，功能域在物理車輛的頂部提供了一個靈活的覆蓋層，這就是所謂的分區體系結構。
當然，DDS僅是通信中間件的一種。關於各類通信中間件之間的異同，我們將在本系列的第二篇做更詳細的闡釋。
三．AUTOSAR AP的地位正在弱化？
盡管AUTOSAR是當下最有名的自動駕駛中間件，但《九章智駕》在對諸多中間件廠商們的調研中得出一個結論：AUTOSAR在產業鏈中的地位可能正在弱化。 當然了，那些專注於AUTOSAR系統的廠商們並不認同這一觀點。
我們在上文已經提到，隨著EE架構從分布式向集中式演進、MCU被SOC取代，CP AUTSAR被AUTOSAR AP、ROS 2和Cyber RT等取代已是大勢所趨，在下文，我們主要談的是「AUTOSAR AP的地位會不會弱化」。
2021年12月中旬，兩家AUTOSAR發起公司大陸集團、豐田聯合採埃孚、捷豹路虎、沃爾沃、海拉等多家汽車行業龍頭企業宣布投資車載操作系統初創公司Apex.AI，而Apex.AI的主力產品Apex.OS則是基於ROS 2發展起來的。
拿到了Apex.AI公司15%股權的采埃孚方面在接受媒體采訪時說：「這意味著，我們可以為客戶提供AUTOSAR AP的替代方案。」
盡管AUTOSAR AP已經有了標准，但還沒有落地。安波福、采埃孚、大陸這些公司提供的方案，仍然是基於AUTOSAR CP標準的介面。事實上，越來越多的OEM不太想完全用AUTOSAR去解決智能駕駛操作系統的問題。
不僅特斯拉沒有用AUTOSAR AP,國內的幾大造車新勢力也沒有用(他們用的是AUTOSAR CP+DDS)。甚至，連一些正在轉型的傳統車企也沒打算用AUTOSAR AP。
從產業鏈中各方的反應來看，AUTOSAR AP「地位不穩」的原因主要有以下幾個：
1．使用成本太高
馮占軍博士在《AUTOSAR對基礎軟體開發是喜還是憂？》一文中透露，AUTOSAR的費用通常是「幾百萬起」，並且，針對不同的域控制器、不同的晶元需要「重復收費」，一般小廠根本吃不消。「可能還沒有什麼產出，幾百萬就花出去了」。
除購買成本高外，畢曉鵬和蕭猛都提到，AUTOSAR前期的學習難度很大、學習成本也非常高。為了學會如何使用AUTOSAR,企業甚至不得不專門培訓一批人,如果受培訓的人臨時離職了，那培訓費用就打了水漂。
2.效率不高
畢曉鵬認為，AUTOSAR AP的配置非常多，它是通過配置加上一部分代碼去實現自己的功能，但配置多了之後，效率不高，而且代碼臃腫。
3.靜態部署與動態部署的理念沖突
畢曉鵬博士提到，AUTOSAR AP其實是從AUTOSAR CP發展而來的，AUTOSAR CP是靜態部署，只適用於相對簡單的業務邏輯和功能，其代碼是固化的，有點像以前的功能手機——功能無法改變，不可能往裡面再加一個APP；但AUTOSAR AP有點像現在的智能手機，軟體開發人員開發一個APP，跨平台就可以用不同手機上了，這種動態部署的理念和之前的靜態部署概念不甚相同，而其方法論卻是基於靜態部署衍生而來的，因此在實踐層面會遇到不少問題。
4.無法滿足智能網聯的需求
由於雲端跟車端所使用的操作系統不一樣，AUTOSAR只能負責車內的通信，不能支持車端到雲端的通信，因而無法支持車路協同場景（車端跟雲端的通信，是通過MQTT、kafka等中間件來實現的）。除此之外，AUTOSAR能否兼容車輛網聯化中需要用到的數據平台、通信平台和地圖平台，也存在很大的疑問。
畢曉鵬說，在發現了這些問題後，有一些OEM開始逐漸放棄AUTOSAR架構，「轉而自己去研發一套更適合動態部署、成本較低的新型軟體架構」。
傳統車廠是從使用CP過來的，所以在慣性上，他們可能還會考慮AP是否適合智能駕駛，但慢慢地也在嘗試轉型。如奧迪和TTTech合作做的通信中間件——zFAS，也沒有採用AP。
不同於AUTOSAR CP已經是非常標准化的東西，大家用起來沒什麼問題，AUTOSAR AP現在的標准也不是很完善，每年也在更新，具體AP能發展成什麼樣，這個誰也不知道，大家更多也是觀望的態度。
畢曉鵬認為，AUTOSAR標准並不能很好地支撐自動駕駛應用和創新的發展，因此，我們有必要建立一套更適合中國智能駕駛發展、且自主可控的技術架構和生態體系。
蕭猛認為，由於從AUTOSAR CP到AUTOSAR AP一脈相承，一些已經對AUTOSAR形成路徑依賴的公司會堅持使用AUTOSAR AP,但在經歷過招人難、開發周期長等教訓之後，他們有可能轉向ROS 2。
當然，以AUTOSAR為主業的公司，顯然不會認可上述「涉嫌唱衰」AUTOSAR AP的觀點的。
比如，Vector蔡守群就認為，AUTOSAR AP只會越來越重要，因為它是順應車載技術不斷發展的一套規范，覆蓋面會越來越廣。
東軟睿馳茅海燕也認為，要將整車域控制器和智駕域控制器合並到統一的中央計算平台上，沒有AUTOSAR AP的支持很難搞定。「不是每家公司都能像特斯拉一樣自己從頭搭建系統的，目前,最好的工具還是AUTOSAR AP」。