講講go語言的結(jié)構(gòu)體

作為C語言家族的一員，go和c一樣也支持結(jié)構(gòu)體。可以類比于java的一個(gè)POJO。

創(chuàng)新互聯(lián)服務(wù)項(xiàng)目包括襄城網(wǎng)站建設(shè)、襄城網(wǎng)站制作、襄城網(wǎng)頁制作以及襄城網(wǎng)絡(luò)營銷策劃等。多年來，我們專注于互聯(lián)網(wǎng)行業(yè)，利用自身積累的技術(shù)優(yōu)勢、行業(yè)經(jīng)驗(yàn)、深度合作伙伴關(guān)系等，向廣大中小型企業(yè)、政府機(jī)構(gòu)等提供互聯(lián)網(wǎng)行業(yè)的解決方案，襄城網(wǎng)站推廣取得了明顯的社會(huì)效益與經(jīng)濟(jì)效益。目前，我們服務(wù)的客戶以成都為中心已經(jīng)輻射到襄城省份的部分城市，未來相信會(huì)繼續(xù)擴(kuò)大服務(wù)區(qū)域并繼續(xù)獲得客戶的支持與信任！

在學(xué)習(xí)定義結(jié)構(gòu)體之前，先學(xué)習(xí)下定義一個(gè)新類型。

新類型 T1 是基于 Go 原生類型 int 定義的新自定義類型，而新類型 T2 則是 基于剛剛定義的類型 T1，定義的新類型。

這里要引入一個(gè)底層類型的概念。

如果一個(gè)新類型是基于某個(gè) Go 原生類型定義的， 那么我們就叫 Go 原生類型為新類型的底層類型

在上面的例子中，int就是T1的底層類型。

但是T1不是T2的底層類型，只有原生類型才可以作為底層類型，所以T2的底層類型還是int

底層類型是很重要的，因?yàn)閷蓚€(gè)變量進(jìn)行顯式的類型轉(zhuǎn)換，只有底層類型相同的變量間才能相互轉(zhuǎn)換。底層類型是判斷兩個(gè)類型本質(zhì)上是否相同的根本。

這種類型定義方式通常用在 項(xiàng)目的漸進(jìn)式重構(gòu)，還有對已有包的二次封裝方面

類型別名表示新類型和原類型完全等價(jià)，實(shí)際上就是同一種類型。只不過名字不同而已。

一般我們都是定義一個(gè)有名的結(jié)構(gòu)體。

字段名的大小寫決定了字段是否包外可用。只有大寫的字段可以被包外引用。

還有一個(gè)點(diǎn)提一下

如果換行來寫

Age: 66,后面這個(gè)都好不能省略

還有一個(gè)點(diǎn)，觀察e3的賦值

new返回的是一個(gè)指針。然后指針可以直接點(diǎn)號賦值。這說明go默認(rèn)進(jìn)行了取值操作

e3.Age 等價(jià)于 (*e3).Age

如上定義了一個(gè)空的結(jié)構(gòu)體Empty。打印了元素e的內(nèi)存大小是0。

有什么用呢？

基于空結(jié)構(gòu)體類型內(nèi)存零開銷這樣的特性，我們在日常 Go 開發(fā)中會(huì)經(jīng)常使用空 結(jié)構(gòu)體類型元素，作為一種“事件”信息進(jìn)行 Goroutine 之間的通信

這種以空結(jié)構(gòu)體為元素類建立的 channel，是目前能實(shí)現(xiàn)的、內(nèi)存占用最小的 Goroutine 間通信方式。

這種形式需要說的是幾個(gè)語法糖。

語法糖1：

對于結(jié)構(gòu)體字段，可以省略字段名，只寫結(jié)構(gòu)體名。默認(rèn)字段名就是結(jié)構(gòu)體名

這種方式稱為 嵌入字段

語法糖2：

如果是以嵌入字段形式寫的結(jié)構(gòu)體

可以省略嵌入的Reader字段，而直接訪問ReaderName

此時(shí)book是一個(gè)各個(gè)屬性全是對應(yīng)類型零值的一個(gè)實(shí)例。不是nil。這種情況在Go中稱為零值可用。不像java會(huì)導(dǎo)致npe

結(jié)構(gòu)體定義時(shí)可以在字段后面追加標(biāo)簽說明。

tag的格式為反單引號

tag的作用是可以使用[反射]來檢視字段的標(biāo)簽信息。

具體的作用還要看使用的場景。

比如這里的tag是為了幫助 encoding/json 標(biāo)準(zhǔn)包在解析對象時(shí)可以利用的規(guī)則。比如omitempty表示該字段沒有值就不打印出來。

請教UDP 發(fā)送 結(jié)構(gòu)體

UDP傳輸數(shù)據(jù)，你掉用的是QUdpSocket::writeDatagram ()函數(shù)吧。 如果發(fā)送結(jié)構(gòu)體struct AA （AA內(nèi)部沒有指針什么的）; 這么寫writeDatagram(AA, sizeof(AA), ....) 接受方先定義一個(gè)接收結(jié)構(gòu)體的對象 struct BB； 再接收readDatagram

udp發(fā)送的結(jié)構(gòu)體中套有結(jié)構(gòu)體，可以實(shí)現(xiàn)嗎？最好能有個(gè)示例程序

發(fā)送什么數(shù)據(jù)跟UDP沒有關(guān)系，在它眼里只有0和1，關(guān)鍵是對端接收程序必須好好處理數(shù)據(jù)，不然還原出來的結(jié)構(gòu)體數(shù)據(jù)不對。

golang udp編程

用戶數(shù)據(jù)報(bào)協(xié)議（User Datagram Protocol，縮寫為UDP），又稱用戶數(shù)據(jù)報(bào)文協(xié)議，是一個(gè)簡單的面向數(shù)據(jù)報(bào)(package-oriented)的傳輸層協(xié)議，正式規(guī)范為RFC 768。

UDP只提供數(shù)據(jù)的不可靠傳遞，它一旦把應(yīng)用程序發(fā)給網(wǎng)絡(luò)層的數(shù)據(jù)發(fā)送出去，就不保留數(shù)據(jù)備份（所以UDP有時(shí)候也被認(rèn)為是不可靠的數(shù)據(jù)報(bào)協(xié)議）。

UDP在IP數(shù)據(jù)報(bào)的頭部僅僅加入了復(fù)用和數(shù)據(jù)校驗(yàn)。

由于缺乏可靠性且屬于非連接導(dǎo)向協(xié)議，UDP應(yīng)用一般必須允許一定量的丟包、出錯(cuò)和復(fù)制粘貼。

1 在接收udp包時(shí)，如果接收包時(shí)給定的buffer太小的話，就要自己解決粘包問題。

2 udp包的發(fā)送和接收不保證一定成功，不保證按正確順序抵達(dá)。

3 如果不允許丟包的情況出現(xiàn)的話，要有重發(fā)機(jī)制來保證，如：反饋機(jī)制確認(rèn)。

服務(wù)端

客戶端

Go 語言自我提升 (三次握手 - 四次揮手 - TCP狀態(tài)圖 - udp - 網(wǎng)絡(luò)文件傳輸)

三次握手：

1. 主動(dòng)發(fā)起連接請求端（客戶端），發(fā)送 SYN 標(biāo)志位，攜帶數(shù)據(jù)包、包號

2. 被動(dòng)接收連接請求端（服務(wù)器），接收 SYN，回復(fù) ACK，攜帶應(yīng)答序列號。同時(shí)，發(fā)送SYN標(biāo)志位，攜帶數(shù)據(jù)包、包號

3. 主動(dòng)發(fā)起連接請求端（客戶端），接收SYN 標(biāo)志位，回復(fù) ACK。

被動(dòng)端（服務(wù)器）接收 ACK —— 標(biāo)志著 三次握手建立完成（ Accept()/Dial() 返回 ）

四次揮手：

1. 主動(dòng)請求斷開連接端（客戶端）， 發(fā)送 FIN標(biāo)志，攜帶數(shù)據(jù)包

2. 被動(dòng)接受斷開連接端（服務(wù)器）， 發(fā)送 ACK標(biāo)志，攜帶應(yīng)答序列號。 —— 半關(guān)閉完成。

3. 被動(dòng)接受斷開連接端（服務(wù)器）， 發(fā)送 FIN標(biāo)志，攜帶數(shù)據(jù)包

4. 主動(dòng)請求斷開連接端（客戶端）， 發(fā)送 最后一個(gè) ACK標(biāo)志，攜帶應(yīng)答序列號。—— 發(fā)送完成，客戶端不會(huì)直接退出，等 2MSL時(shí)長。

等 2MSL待目的：確保服務(wù)器 收到最后一個(gè)ACK

滑動(dòng)窗口：

通知對端本地存儲數(shù)據(jù)的 緩沖區(qū)容量。—— write 函數(shù)在對端 緩沖區(qū)滿時(shí)，有可能阻塞。

TCP狀態(tài)轉(zhuǎn)換：

1. 主動(dòng)發(fā)起連接請求端：

CLOSED —— 發(fā)送SYN —— SYN_SENT(了解) —— 接收ACK、SYN，回發(fā) ACK —— ESTABLISHED (數(shù)據(jù)通信)

2. 主動(dòng)關(guān)閉連接請求端：

ESTABLISHED —— 發(fā)送FIN —— FIN_WAIT_1 —— 接收ACK —— FIN_WAIT_2 (半關(guān)閉、主動(dòng)端)

—— 接收FIN、回復(fù)ACK —— TIME_WAIT (主動(dòng)端) —— 等 2MSL 時(shí)長 —— CLOSED

3. 被動(dòng)建立連接請求端：

CLOSED —— LISTEN —— 接收SYN、發(fā)送ACK、SYN —— SYN_RCVD —— 接收 ACK —— ESTABLISHED (數(shù)據(jù)通信)

4. 被動(dòng)斷開連接請求端：

ESTABLISHED —— 接收 FIN、發(fā)送 ACK —— CLOSE_WAIT —— 發(fā)送 FIN —— LAST_ACK —— 接收ACK —— CLOSED

windows下查看TCP狀態(tài)轉(zhuǎn)換：

netstat -an | findstr? 端口號

Linux下查看TCP狀態(tài)轉(zhuǎn)換：

netstat -an | grep? 端口號

TCP和UDP對比:?

TCP: 面向連接的可靠的數(shù)據(jù)包傳遞。 針對不穩(wěn)定的 網(wǎng)絡(luò)層，完全彌補(bǔ)。ACK

UDP：無連接不可靠的報(bào)文傳輸。 針對不穩(wěn)定的 網(wǎng)絡(luò)層，完全不彌補(bǔ)。還原網(wǎng)絡(luò)真實(shí)狀態(tài)。

優(yōu)點(diǎn)???????????????????????????????????????????????????????????? 缺點(diǎn)

TCP： 可靠、順序、穩(wěn)定 ???????????????????????????????????? 系統(tǒng)資源消耗大，程序?qū)崿F(xiàn)繁復(fù)、速度慢

UDP：系統(tǒng)資源消耗小，程序?qū)崿F(xiàn)簡單、速度快 ???????????????????????? 不可靠、無序、不穩(wěn)定

使用場景：

TCP：大文件、可靠數(shù)據(jù)傳輸。 對數(shù)據(jù)的 穩(wěn)定性、準(zhǔn)確性、一致性要求較高的場合。

UDP：應(yīng)用于對數(shù)據(jù)時(shí)效性要求較高的場合。 網(wǎng)絡(luò)直播、電話會(huì)議、視頻直播、網(wǎng)絡(luò)游戲。

UDP-CS-Server實(shí)現(xiàn)流程：

1.? 創(chuàng)建 udp地址結(jié)構(gòu) ResolveUDPAddr(“協(xié)議”， “IP：port”) —— udpAddr 本質(zhì) struct{IP、port}

2.? 創(chuàng)建用于 數(shù)據(jù)通信的 socket ListenUDP(“協(xié)議”, udpAddr ) —— udpConn (socket)

3.? 從客戶端讀取數(shù)據(jù)，獲取對端的地址 udpConn.ReadFromUDP() —— 返回：n，clientAddr， err

4.? 發(fā)送數(shù)據(jù)包給 客戶端 udpConn.WriteToUDP("數(shù)據(jù)"， clientAddr)

UDP-CS-Client實(shí)現(xiàn)流程：

1.? 創(chuàng)建用于通信的 socket。 net.Dial("udp", "服務(wù)器IP：port") —— udpConn (socket)

2.? 以后流程參見 TCP客戶端實(shí)現(xiàn)源碼。

UDPserver默認(rèn)就支持并發(fā)！

------------------------------------

命令行參數(shù)： 在main函數(shù)啟動(dòng)時(shí)，向整個(gè)程序傳參。 【重點(diǎn)】

語法： go run xxx.go ? argv1 argv2? argv3? argv4 。。。

xxx.exe:? 第 0 個(gè)參數(shù)。

argv1 ：第 1 個(gè)參數(shù)。

argv2 ：第 2 個(gè)參數(shù)。

argv3 ：第 3 個(gè)參數(shù)。

argv4 ：第 4 個(gè)參數(shù)。

使用： list := os.Args? 提取所有命令行參數(shù)。

獲取文件屬性函數(shù)：

os.stat(文件訪問絕對路徑) —— fileInfo 接口

fileInfo 包含 兩個(gè)接口。

Name() 獲取文件名。 不帶訪問路徑

Size() 獲取文件大小。

網(wǎng)絡(luò)文件傳輸 —— 發(fā)送端（客戶端）

1.? 獲取命令行參數(shù)，得到文件名（帶路徑）filePath list := os.Args

2.? 使用 os.stat() 獲取 文件名（不帶路徑）fileName

3.? 創(chuàng)建 用于數(shù)據(jù)傳輸?shù)?socket? net.Dial("tcp"， “服務(wù)器IP+port”) —— conn

4.? 發(fā)送文件名(不帶路徑)? 給接收端， conn.write()

5.? 讀取 接收端回發(fā)“ok”，判斷無誤。封裝函數(shù) sendFile(filePath, conn) 發(fā)送文件內(nèi)容

6.? 實(shí)現(xiàn) sendFile(filePath,? conn)

1) 只讀打開文件 os.Open(filePath)

for {

2) 從文件中讀數(shù)據(jù)? f.Read(buf)

3) 將讀到的數(shù)據(jù)寫到socket中? conn.write(buf[:n])

4）判斷讀取文件的 結(jié)尾。 io.EOF. 跳出循環(huán)

}

網(wǎng)絡(luò)文件傳輸 —— 接收端（服務(wù)器）

1. 創(chuàng)建用于監(jiān)聽的 socket net.Listen() —— listener

2. 借助listener 創(chuàng)建用于 通信的 socket listener.Accpet()? —— conn

3. 讀取 conn.read() 發(fā)送端的 文件名， 保存至本地。

4. 回發(fā) “ok”應(yīng)答 發(fā)送端。

5. 封裝函數(shù)，接收文件內(nèi)容 recvFile(文件路徑)

1) f = os.Create(帶有路徑的文件名)

for {

2）從 socket中讀取發(fā)送端發(fā)送的 文件內(nèi)容 。 conn.read(buf)

3)? 將讀到的數(shù)據(jù) 保存至本地文件 f.Write(buf[:n])

4)? 判斷 讀取conn 結(jié)束， 代表文件傳輸完成。 n == 0? break

}

delphi 使用UDP發(fā)送結(jié)構(gòu)體問題

SendStruct = record

ASize: Integer;

Name: array[0..0] of ansichar;

end;

你這樣定義結(jié)構(gòu)后，你就不能用new來分配內(nèi)存了，因?yàn)橛胣ew長度就算不對了，所以要用getmem，自己算要分配的長度。比如下面：

var p:PSendStruct;

s:string;

len:Integer;

begin

s:='hello';

len:=sizeof(TSendStruct)+length(s);

getMem(p,len);

FillChar(p^,len,0);

p^.ASize:=len;

move(s[1],p^.Name,length(s));

//self.Caption:=pchar(@p^.Name);

IdUDPClient1.SendBuffer(p^, len);

freeMem(p);

end;

接收的時(shí)候類似，也用getmem分配。udp發(fā)送的數(shù)據(jù)包大小是有限制的(好象1024字節(jié))，所以如果你的數(shù)據(jù)包大過這個(gè)限制，你還得自己分包。

另外，定義網(wǎng)絡(luò)發(fā)送的結(jié)構(gòu)，最好加上packed關(guān)鍵字，結(jié)構(gòu)會(huì)小不少。比如：

SendStruct =packed record

ASize: Integer;

Name: array[0..0] of ansichar;

end;

本文標(biāo)題：go語言UDP發(fā)送結(jié)構(gòu)體,udp go
網(wǎng)頁路徑：http://chinadenli.net/article15/dsgehdi.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)頁設(shè)計(jì)公司、微信小程序、標(biāo)簽優(yōu)化、外貿(mào)建站、品牌網(wǎng)站設(shè)計(jì)、網(wǎng)站排名

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)