golang 中結(jié)構(gòu)體與字節(jié)數(shù)組能相互轉(zhuǎn)化么

結(jié)構(gòu)體與[]byte不能直接轉(zhuǎn)化，可以通過gob來轉(zhuǎn)換。

成都創(chuàng)新互聯(lián)公司專注于蔡家坡網(wǎng)站建設(shè)服務(wù)及定制，我們擁有豐富的企業(yè)做網(wǎng)站經(jīng)驗。 熱誠為您提供蔡家坡營銷型網(wǎng)站建設(shè)，蔡家坡網(wǎng)站制作、蔡家坡網(wǎng)頁設(shè)計、蔡家坡網(wǎng)站官網(wǎng)定制、成都小程序開發(fā)服務(wù)，打造蔡家坡網(wǎng)絡(luò)公司原創(chuàng)品牌,更為您提供蔡家坡網(wǎng)站排名全網(wǎng)營銷落地服務(wù)。

編碼時如下，假設(shè)默認(rèn)的結(jié)構(gòu)體為data

func Encode(data interface{}) ([]byte, error) { buf := bytes.NewBuffer(nil) enc := gob.NewEncoder(buf) err := enc.Encode(data) if err != nil { return nil, err } return buf.Bytes(), nil }解碼時如下，data為需要解碼的字節(jié)數(shù)組，to為相應(yīng)的接收結(jié)構(gòu)體，記住to的結(jié)構(gòu)體結(jié)構(gòu)應(yīng)與被編碼的data相一致，解碼后內(nèi)容保存在to里面，直接使用to即可

func Decode(data []byte, to interface{}) error { buf := bytes.NewBuffer(data) dec := gob.NewDecoder(buf) return dec.Decode(to) }使用的時候：

b, err := Encode(data) if err != nil { //錯誤處理 } if err := Decode(b, to); err != nil { //錯誤處理}

go語言string之Buffer與Builder

操作字符串離不開字符串的拼接，但是Go中string是只讀類型，大量字符串的拼接會造成性能問題。

拼接字符串，無外乎四種方式，采用“+”，“fmt.Sprintf()”,"bytes.Buffer","strings.Builder"

上面我們創(chuàng)建10萬字符串拼接的測試，可以發(fā)現(xiàn)"bytes.Buffer","strings.Builder"的性能最好，約是“+”的1000倍級別。

這是由于string是不可修改的，所以在使用“+”進(jìn)行拼接字符串，每次都會產(chǎn)生申請空間，拼接，復(fù)制等操作，數(shù)據(jù)量大的情況下非常消耗資源和性能。而采用Buffer等方式，都是預(yù)先計算拼接字符串?dāng)?shù)組的總長度（如果可以知道長度），申請空間，底層是slice數(shù)組，可以以append的形式向后進(jìn)行追加。最后在轉(zhuǎn)換為字符串。這申請了不斷申請空間的操作，也減少了空間的使用和拷貝的次數(shù)，自然性能也高不少。

bytes.buffer是一個緩沖byte類型的緩沖器存放著都是byte

是一個變長的 buffer，具有 Read 和Write 方法。 Buffer 的 零值 是一個 空的 buffer，但是可以使用，底層就是一個 []byte， 字節(jié)切片。

向Buffer中寫數(shù)據(jù)，可以看出Buffer中有個Grow函數(shù)用于對切片進(jìn)行擴容。

從Buffer中讀取數(shù)據(jù)

strings.Builder的方法和bytes.Buffer的方法的命名幾乎一致。

但實現(xiàn)并不一致，Builder的Write方法直接將字符拼接slice數(shù)組后。

其沒有提供read方法，但提供了strings.Reader方式

Reader 結(jié)構(gòu):

Buffer:

Builder:

可以看出Buffer和Builder底層都是采用[]byte數(shù)組進(jìn)行裝載數(shù)據(jù)。

先來說說Buffer:

創(chuàng)建好Buffer是一個empty的，off 用于指向讀寫的尾部。

在寫的時候，先判斷當(dāng)前寫入字符串長度是否大于Buffer的容量，如果大于就調(diào)用grow進(jìn)行擴容，擴容申請的長度為當(dāng)前寫入字符串的長度。如果當(dāng)前寫入字符串長度小于最小字節(jié)長度64，直接創(chuàng)建64長度的[]byte數(shù)組。如果申請的長度小于二分之一總?cè)萘繙p去當(dāng)前字符總長度，說明存在很大一部分被使用但已讀，可以將未讀的數(shù)據(jù)滑動到數(shù)組頭。如果容量不足，擴展2*c + n 。

其String()方法就是將字節(jié)數(shù)組強轉(zhuǎn)為string

Builder是如何實現(xiàn)的。

Builder采用append的方式向字節(jié)數(shù)組后添加字符串。

從上面可以看出，[]byte的內(nèi)存大小也是以倍數(shù)進(jìn)行申請的，初始大小為 0，第一次為大于當(dāng)前申請的最大 2 的指數(shù)，不夠進(jìn)行翻倍.

可以看出如果舊容量小于1024進(jìn)行翻倍，否則擴展四分之一。（2048 byte 后，申請策略的調(diào)整）。

其次String()方法與Buffer的string方法也有明顯區(qū)別。Buffer的string是一種強轉(zhuǎn)，我們知道在強轉(zhuǎn)的時候是需要進(jìn)行申請空間，并拷貝的。而Builder只是指針的轉(zhuǎn)換。

這里我們解析一下 *(*string)(unsafe.Pointer(b.buf)) 這個語句的意思。

先來了解下unsafe.Pointer 的用法。

也就是說，unsafe.Pointer 可以轉(zhuǎn)換為任意類型，那么意味著，通過unsafe.Pointer媒介，程序繞過類型系統(tǒng)，進(jìn)行地址轉(zhuǎn)換而不是拷貝。

即*A = Pointer = *B

就像上面例子一樣，將字節(jié)數(shù)組轉(zhuǎn)為unsafe.Pointer類型，再轉(zhuǎn)為string類型，s和b中內(nèi)容一樣，修改b,s也變了，說明b和s是同一個地址。但是對s重新賦值后，意味著s的地址指向了“WORLD”,它們所使用的內(nèi)存空間不同了，所以s改變后，b并不會改變。

所以他們的區(qū)別就在于 bytes.Buffer 是重新申請了一塊空間，存放生成的string變量， 而strings.Builder直接將底層的[]byte轉(zhuǎn)換成了string類型返回了回來，去掉了申請空間的操作。

如何將任意Golang接口轉(zhuǎn)換為字節(jié)數(shù)組

golang語言本身就是c的工具集，開發(fā)c的程序用到的大部分結(jié)構(gòu)體，內(nèi)存管理，攜程等，golang基本都有，他只是在這個基礎(chǔ)上又加了一些概念這里說一個很小的問題，就是字節(jié)數(shù)組轉(zhuǎn)string的問題，網(wǎng)上大部分都是這樣轉(zhuǎn)的（包括google上）：string(p[:])，這個轉(zhuǎn)完了是有問題的，我們再來看一下string這個結(jié)構(gòu)體：

struct String

{

byte* str;

intgo len;

};

這個結(jié)構(gòu)體讓我想起了nginx的string,他是這樣定義的：

typedef struct {

size_t len;

u_char *data;

} ngx_str_t;

golang里邊 string的概念其實不是以前遇到\0結(jié)尾的概念了，他其實就是一塊連續(xù)的內(nèi)存，首地址+長度，上面那樣賦值，如果p里邊有\(zhòng)0，他不會做處理這個時候，如果再對這個string做其他處理就可能出問題了，比如strconv.Atoi轉(zhuǎn)成int就有錯誤，解決辦法就是需要自己寫一個正規(guī)的轉(zhuǎn)換函數(shù)：

func byteString(p []byte) string {

for i := 0; i len(p); i++ {

if p[i] == 0 {

return string(p[0:i])

}

}

return string(p)

}

這樣就不會出問題了

本文名稱：go語言byte數(shù)組,go byte類型
文章位置：http://chinadenli.net/article6/hsjcog.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站改版、外貿(mào)網(wǎng)站建設(shè)、定制開發(fā)、云服務(wù)器、域名注冊、定制網(wǎng)站

廣告

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