作者:deepin-mozart、toberyan
前不久深度科技旗下 deepin 社區(qū)發(fā)布了自己的 IDE:deepin-IDE,得到了全網(wǎng)用戶尤其是開源社區(qū)用戶的廣泛關(guān)注,目前在 GitHub倉(cāng)庫(kù)的 star 數(shù)量已經(jīng)達(dá)到 600 多個(gè),說(shuō)明大家的熱情還是很高漲的。
為了從技術(shù)層面給大家的熱情做一個(gè)反饋,本文試著將 deepin-IDE 內(nèi)部的一些實(shí)現(xiàn)方法進(jìn)行分享,希望能夠解答友友們的疑惑并得到積極的反饋。
本篇挑了大家關(guān)心的 “調(diào)試” 部分進(jìn)行分享。需要說(shuō)明的是,deepin-IDE 的調(diào)試功能是選用 DAP(Debug Adapter Protocol )調(diào)試適配協(xié)議實(shí)現(xiàn)的,所以整體架構(gòu)是圍繞該協(xié)議搭建的,至于DAP具體是什么,讓我們帶著問號(hào)往下看。
什么是DAP協(xié)議
DAP即調(diào)試適配協(xié)議 (Debug Adapter Protocol),顧名思義,它是用來(lái)對(duì)多種調(diào)試器進(jìn)行抽象統(tǒng)一的適配層,將原有IDE和調(diào)試工具直接交互的模式更改為和DAP進(jìn)行交互。該模式可以讓IDE集成多種調(diào)試器變得更簡(jiǎn)單,且靈活性更好。
在IDE中的調(diào)試功能有許多小功能組成,包括單步執(zhí)行、斷點(diǎn)、查看變量值等,常規(guī)的實(shí)現(xiàn)方式是在每個(gè)IDE中去實(shí)現(xiàn)這些邏輯,且因?yàn)檎{(diào)試工具的接口不同,還需要為每個(gè)調(diào)試工具做一些適配工作,這將導(dǎo)致大量且重復(fù)的工作,如下圖所示:
調(diào)試適配器協(xié)議背后的想法是標(biāo)準(zhǔn)化一個(gè)抽象協(xié)議,用于開發(fā)工具如何與具體調(diào)試器通信。這個(gè)思想和LSP(Language Server Protocol) 和BSP(Build Server Protocol) 類似,都是通過(guò)協(xié)議去統(tǒng)一相同功能在不同工具之間的差異性。其所處位置如下圖所示,其中左邊為不同的開發(fā)工具,右邊為不能同的調(diào)試器,不同于開發(fā)工具和調(diào)試器直接交互的方式,DAP將這些交互統(tǒng)一了起來(lái),讓開發(fā)工具和調(diào)試工具都面向DAP編程。
上圖中的交互是通過(guò)協(xié)議進(jìn)行,所以不會(huì)像通過(guò)API的方式存在語(yǔ)言限制,可以更好的適應(yīng)調(diào)試器的集成。
DAP 如何工作
以下部分解釋了開發(fā)工具(例如IDE或編輯器)和調(diào)試適配器之間的交互,包括具體的協(xié)議格式說(shuō)明、交互流程等。
調(diào)試會(huì)話
開發(fā)工具有兩種基礎(chǔ)的方式和調(diào)試器進(jìn)行交互,分別是:
【單會(huì)話模式】 在這種模式下,開發(fā)工具啟動(dòng)一個(gè)調(diào)試適配器作為一個(gè)單獨(dú)的進(jìn)程并且通過(guò)標(biāo)準(zhǔn)的 std 接口進(jìn)行通信。在調(diào)試會(huì)話的結(jié)束時(shí)調(diào)試適配器就終止,對(duì)于當(dāng)前的調(diào)試會(huì)話,開發(fā)工具往往需要實(shí)現(xiàn)多個(gè)調(diào)試適配。
【多會(huì)話模式】
在這種模式下,開發(fā)工具不會(huì)啟動(dòng)調(diào)試適配器,而是假定它已經(jīng)在運(yùn)行并且會(huì)在特定端口上偵聽連接嘗試,對(duì)于每個(gè)調(diào)試會(huì)話,開發(fā)工具在特定端口上啟動(dòng)一個(gè)新的通信會(huì)話并在會(huì)話結(jié)束時(shí)斷開連接。
在與調(diào)試適配器建立連接后,開發(fā)工具和調(diào)試適配器之間通過(guò)基礎(chǔ)協(xié)議進(jìn)行通信。
基礎(chǔ)協(xié)議
基礎(chǔ)協(xié)議由兩部分組成,包括頭和內(nèi)容 (類似于 HTTP),頭部和內(nèi)容部分通過(guò) “ ” 進(jìn)行分割:
【協(xié)議頭】
協(xié)議頭部分由字段組成, 每個(gè)頭字段由一個(gè)鍵和一個(gè)值組成,用‘:’(一個(gè)冒號(hào)和一個(gè)空格)分隔, 每個(gè)頭字段都以 “ “結(jié)尾。由于最后一個(gè)協(xié)議頭字段和整個(gè)協(xié)議頭本身都以 終止,并且由于協(xié)議頭是強(qiáng)制性的,所以消息的內(nèi)容部分總是在(并唯一標(biāo)識(shí))兩個(gè) 序列之前。當(dāng)前只支持一個(gè)協(xié)議頭字段:
Content-Length | 數(shù)字 | 這個(gè)字段是必須的,用來(lái)記錄內(nèi)容字段的長(zhǎng)度,單位是字節(jié)。 |
頭字段名 | 值類型 | 描述 |
---|
協(xié)議頭部分使用的是 “ASCII” 編碼。
【內(nèi)容部分】
內(nèi)容部分包含了實(shí)際要傳輸?shù)臄?shù)據(jù),這些數(shù)據(jù)用JSON格式來(lái)描述請(qǐng)求、響應(yīng)和事件。內(nèi)容部分用的是utf-8編碼
為了有個(gè)具體的認(rèn)識(shí),這里舉個(gè)簡(jiǎn)單的例子。在調(diào)試過(guò)程中,開發(fā)人員經(jīng)常會(huì)使用到下一步操作,在DAP中其協(xié)議為:
Content-Length: 119 { "seq": 153, "type": "request", "command": "next", "arguments": { "threadId": 3 } }類型是 “請(qǐng)求”,命令是下一步,參數(shù)部分可以攜帶多個(gè),這里是用的線程 Id。這個(gè)協(xié)議看著挺簡(jiǎn)單的,是吧?接下來(lái)就講講如何使用它。
使用方法
詳細(xì)的使用方法這里就不涉及,因?yàn)橛靡粋€(gè)時(shí)序圖就可以說(shuō)明:
可以看到,初始化、請(qǐng)求、響應(yīng)等必要的步驟都在圖中。其中調(diào)試適配器可以理解為調(diào)試器的抽象,調(diào)試功能的最終執(zhí)行者是由對(duì)應(yīng)語(yǔ)言的調(diào)試工具實(shí)現(xiàn)的。
在 deepin-IDE 中的實(shí)現(xiàn)
在 deepin-IDE 中,調(diào)試功能的實(shí)現(xiàn)是結(jié)合cppdap+debugmanager實(shí)現(xiàn)的。
cppdap是一款基于 C++ 開發(fā)的SDK,基本實(shí)現(xiàn)了DAP的全量協(xié)議。deepin-IDE 的客戶端和服務(wù)端都是應(yīng)用的該SDK進(jìn)行開發(fā),據(jù)此可以實(shí)現(xiàn)以下功能:
1. 通信功能,包括服務(wù)端的 TCP 監(jiān)聽,客戶端的 TCP 連接等;
2.DAP協(xié)議的封裝,并實(shí)現(xiàn)協(xié)議的串行化和解串行化;
3. 提供注冊(cè)回調(diào)功能,從而可以在回調(diào)內(nèi)處理各種事件、請(qǐng)求等;
它的層級(jí)結(jié)構(gòu)如下:
用cppdap可以減少客戶端和服務(wù)端不少工作量,也統(tǒng)一了兩邊的協(xié)議數(shù)據(jù)。而 debugmanager 可以理解為調(diào)試器的抽象,包含所有必要的調(diào)試要素。整體結(jié)構(gòu)如下:
左邊是客戶端,右邊是服務(wù)端,內(nèi)部實(shí)現(xiàn)如下:
客戶端實(shí)現(xiàn)
客戶端包含了兩個(gè)個(gè)主要功能,一個(gè)是和DAP服務(wù)端進(jìn)行交互,發(fā)送調(diào)試命令或處理返回的數(shù)據(jù);另一個(gè)是將DAP數(shù)據(jù)轉(zhuǎn)換后顯示到用戶界面,并響應(yīng)界面發(fā)送的事件。概括起來(lái)就包含業(yè)務(wù)模塊、事件模塊、DAP模塊和界面 4 個(gè)部分。
業(yè)務(wù)模塊
業(yè)務(wù)模塊包含了插件類、調(diào)試參數(shù)、調(diào)試管理類等,其中插件類負(fù)責(zé)插件加載、初始化、獲取上下文等,調(diào)試管理類用來(lái)組合事件、DAP、界面幾個(gè)模塊。事件模塊
事件模塊包含兩個(gè)子模塊,分別是事件發(fā)送和事件接收,比如頁(yè)面跳轉(zhuǎn)事件、添加 移除斷點(diǎn)事件等。DAP模塊
DAP模塊基于cppdap開發(fā),采用層級(jí)結(jié)構(gòu),底層是原始DAP協(xié)議封裝,中間層是針對(duì)業(yè)務(wù)做的進(jìn)一步封裝,簡(jiǎn)化了向外提供的接口,最上層是對(duì)整個(gè)調(diào)試功能的整合,包括數(shù)據(jù)緩存、界面元素、命令收發(fā)。
界面部分 界面模塊包含堆棧界面、變量界面、斷點(diǎn)列表、異步對(duì)話框等,用于DAP的數(shù)據(jù)展示。
如上圖所示,灰色部分為DAP客戶端的界面呈現(xiàn)。
服務(wù)端實(shí)現(xiàn)
服務(wù)端的功能分為兩個(gè)部分,一個(gè)是基于cppdap實(shí)現(xiàn)命令的收發(fā),另一個(gè)是與gdb交互,實(shí)現(xiàn)調(diào)試程序的啟動(dòng)、暫停、退出等一系列動(dòng)作。
DAP
和客戶端一樣,服務(wù)端也是基于cppdap實(shí)現(xiàn)的通信和協(xié)議封裝和解析。調(diào)試工具
和調(diào)試工具的交互是通過(guò)進(jìn)程調(diào)用的方式實(shí)現(xiàn),接收進(jìn)程輸出得到返回信息。如果調(diào)試工具本身支持DAP協(xié)議,則可以直接交互。
至此,本次的分享就到這兒啦!不知道你對(duì)deepin-IDE中的調(diào)試功能有所了解了嗎?
溫馨提示,deepin-IDE 還包含很多有意思的功能,如果大家感興趣可以積極反饋,后續(xù)有機(jī)會(huì)再進(jìn)行分享。
審核編輯:湯梓紅
-
適配器
+關(guān)注
關(guān)注
8文章
1976瀏覽量
68289 -
IDE
+關(guān)注
關(guān)注
0文章
341瀏覽量
46901 -
調(diào)試技術(shù)
+關(guān)注
關(guān)注
0文章
7瀏覽量
6655 -
GitHub
+關(guān)注
關(guān)注
3文章
474瀏覽量
16603
原文標(biāo)題:解密deepin-IDE:如何實(shí)現(xiàn)簡(jiǎn)單靈活的調(diào)試技術(shù)?
文章出處:【微信號(hào):OSC開源社區(qū),微信公眾號(hào):OSC開源社區(qū)】歡迎添加關(guān)注!文章轉(zhuǎn)載請(qǐng)注明出處。
發(fā)布評(píng)論請(qǐng)先 登錄
相關(guān)推薦
如何通過(guò)DAP協(xié)議訪問內(nèi)部存儲(chǔ)器?
【仿真器,不只有J—Link】CMSIS-DAP調(diào)試標(biāo)準(zhǔn)解讀
為什么無(wú)法在MCUXpresso IDE中為導(dǎo)入的cmake項(xiàng)目設(shè)置LinkServer (CMSIS-DAP)調(diào)試?
CoreSight DAP相關(guān)資料
基于OpenOCD和DAP的嵌入式遠(yuǎn)程調(diào)試系統(tǒng)研究與設(shè)計(jì)
![基于OpenOCD和<b class='flag-5'>DAP</b>的嵌入式遠(yuǎn)程<b class='flag-5'>調(diào)試</b>系統(tǒng)研究與設(shè)計(jì)](https://file.elecfans.com/web2/M00/49/65/poYBAGKhwKyALVyKAAASCqCVD_0111.jpg)
完全兼容CMSIS DAP的調(diào)試適配器的IBDAP
![完全兼容CMSIS <b class='flag-5'>DAP</b>的<b class='flag-5'>調(diào)試</b>適配器的IBDAP](https://file.elecfans.com/web1/M00/D9/4E/pIYBAF_1ac2Ac0EEAABDkS1IP1s689.png)
dap協(xié)議的基本概念 dap協(xié)議在區(qū)塊鏈中的應(yīng)用
dap協(xié)議與傳統(tǒng)協(xié)議的區(qū)別 dap協(xié)議的工作原理詳解
dap協(xié)議的優(yōu)勢(shì)與劣勢(shì) dap協(xié)議的未來(lái)發(fā)展趨勢(shì)
dap協(xié)議在DApp開發(fā)中的作用
dap協(xié)議在跨鏈技術(shù)中的應(yīng)用
利用deepin-IDE的AI能力實(shí)現(xiàn)文件加密擴(kuò)展
![利用<b class='flag-5'>deepin-IDE</b>的AI能力實(shí)現(xiàn)文件加密擴(kuò)展](https://file1.elecfans.com/web3/M00/04/3E/wKgZO2dx9qCAH0mDAAAq28G4fnQ167.png)
評(píng)論