相對(duì)于C語(yǔ)言,golang是類型安全的語(yǔ)言。但是安全的代價(jià)就是性能的妥協(xié)。
下面我們看看Golang不想讓我們看到的“秘密”——string的底層數(shù)據(jù)。
通過(guò)reflect包,我們可以知道,在Golang底層,string和slice其實(shí)都是struct:
type SliceHeader struct {
Data uintptr
Len int
Cap int
}
type StringHeader struct {
Data uintptr
Len int
}
其中Data是一個(gè)指針,指向?qū)嶋H的數(shù)據(jù)地址,Len表示數(shù)據(jù)長(zhǎng)度。
但是,在string和[]byte轉(zhuǎn)換過(guò)程中,Golang究竟悄悄幫我們做了什么,來(lái)達(dá)到安全的目的?
在Golang語(yǔ)言規(guī)范里面,string數(shù)據(jù)是禁止修改的,試圖通過(guò)s[0], b[0]取得string和slice數(shù)據(jù)指針地址也是不能通過(guò)編譯的。
下面,我們就通過(guò)Golang的“黑科技”來(lái)一窺Golang背后的“秘密”
//return GoString's buffer slice(enable modify string)
func StringBytes(s string) Bytes {
return *(*Bytes)(unsafe.Pointer(s))
}
// convert b to string without copy
func BytesString(b []byte) String {
return *(*String)(unsafe.Pointer(b))
}
// returns s[0], which is not allowed in go
func StringPointer(s string) unsafe.Pointer {
p := (*reflect.StringHeader)(unsafe.Pointer(s))
return unsafe.Pointer(p.Data)
}
// returns b[0], which is not allowed in go
func BytesPointer(b []byte) unsafe.Pointer {
p := (*reflect.SliceHeader)(unsafe.Pointer(b))
return unsafe.Pointer(p.Data)
}
以上4個(gè)函數(shù)的神奇之處在于,通過(guò)unsafe.Pointer和reflect.XXXHeader取到了數(shù)據(jù)首地址,并實(shí)現(xiàn)了string和[]byte的直接轉(zhuǎn)換(這些操作在語(yǔ)言層面是禁止的)。
下面我們就通過(guò)這幾個(gè)“黑科技”來(lái)測(cè)試一下語(yǔ)言底層的秘密:
func TestPointer(t *testing.T) {
s := []string{
"",
"",
"hello",
"hello",
fmt.Sprintf(""),
fmt.Sprintf(""),
fmt.Sprintf("hello"),
fmt.Sprintf("hello"),
}
fmt.Println("String to bytes:")
for i, v := range s {
b := unsafe.StringBytes(v)
b2 := []byte(v)
if b.Writeable() {
b[0] = 'x'
}
fmt.Printf("%d\ts=%5s\tptr(v)=%-12v\tptr(StringBytes(v)=%-12v\tptr([]byte(v)=%-12v\n",
i, v, unsafe.StringPointer(v), b.Pointer(), unsafe.BytesPointer(b2))
}
b := [][]byte{
[]byte{},
[]byte{'h', 'e', 'l', 'l', 'o'},
}
fmt.Println("Bytes to string:")
for i, v := range b {
s1 := unsafe.BytesString(v)
s2 := string(v)
fmt.Printf("%d\ts=%5s\tptr(v)=%-12v\tptr(StringBytes(v)=%-12v\tptr(string(v)=%-12v\n",
i, s1, unsafe.BytesPointer(v), s1.Pointer(), unsafe.StringPointer(s2))
}
}
const N = 3000000
func Benchmark_Normal(b *testing.B) {
for i := 1; i N; i++ {
s := fmt.Sprintf("12345678901234567890123456789012345678901234567890")
bb := []byte(s)
bb[0] = 'x'
s = string(bb)
s = s
}
}
func Benchmark_Direct(b *testing.B) {
for i := 1; i N; i++ {
s := fmt.Sprintf("12345678901234567890123456789012345678901234567890")
bb := unsafe.StringBytes(s)
bb[0] = 'x'
s = s
}
}
//test result
//String to bytes:
//0 s= ptr(v)=0x51bd70 ptr(StringBytes(v)=0x51bd70 ptr([]byte(v)=0xc042021c58
//1 s= ptr(v)=0x51bd70 ptr(StringBytes(v)=0x51bd70 ptr([]byte(v)=0xc042021c58
//2 s=hello ptr(v)=0x51c2fa ptr(StringBytes(v)=0x51c2fa ptr([]byte(v)=0xc042021c58
//3 s=hello ptr(v)=0x51c2fa ptr(StringBytes(v)=0x51c2fa ptr([]byte(v)=0xc042021c58
//4 s= ptr(v)=nil> ptr(StringBytes(v)=nil> ptr([]byte(v)=0xc042021c58
//5 s= ptr(v)=nil> ptr(StringBytes(v)=nil> ptr([]byte(v)=0xc042021c58
//6 s=xello ptr(v)=0xc0420444b5 ptr(StringBytes(v)=0xc0420444b5 ptr([]byte(v)=0xc042021c58
//7 s=xello ptr(v)=0xc0420444ba ptr(StringBytes(v)=0xc0420444ba ptr([]byte(v)=0xc042021c58
//Bytes to string:
//0 s= ptr(v)=0x5c38b8 ptr(StringBytes(v)=0x5c38b8 ptr(string(v)=nil>
//1 s=hello ptr(v)=0xc0420445e0 ptr(StringBytes(v)=0xc0420445e0 ptr(string(v)=0xc042021c38
//Benchmark_Normal-4 1000000000 0.87 ns/op
//Benchmark_Direct-4 2000000000 0.24 ns/op
結(jié)論如下:
1、string常量會(huì)在編譯期分配到只讀段,對(duì)應(yīng)數(shù)據(jù)地址不可寫入,并且相同的string常量不會(huì)重復(fù)存儲(chǔ)。
2、fmt.Sprintf生成的字符串分配在堆上,對(duì)應(yīng)數(shù)據(jù)地址可修改。
3、常量空字符串有數(shù)據(jù)地址,動(dòng)態(tài)生成的字符串沒(méi)有設(shè)置數(shù)據(jù)地址
4、Golang string和[]byte轉(zhuǎn)換,會(huì)將數(shù)據(jù)復(fù)制到堆上,返回?cái)?shù)據(jù)指向復(fù)制的數(shù)據(jù)
5、動(dòng)態(tài)生成的字符串,即使內(nèi)容一樣,數(shù)據(jù)也是在不同的空間
6、只有動(dòng)態(tài)生成的string,數(shù)據(jù)可以被黑科技修改
7、string和[]byte通過(guò)復(fù)制轉(zhuǎn)換,性能損失接近4倍
補(bǔ)充:Golang 使用unsafe.Pointer優(yōu)化byte[]與String轉(zhuǎn)換性能
我們知道一般來(lái)說(shuō)對(duì)于一個(gè)String
如果想要轉(zhuǎn)換為byte[]都是通過(guò)類型轉(zhuǎn)換語(yǔ)法來(lái)實(shí)現(xiàn)的:
這種方式是Go所推薦的,優(yōu)點(diǎn)就是安全,盡管這種操作會(huì)發(fā)生內(nèi)存拷貝,導(dǎo)致性能上會(huì)有所損耗,這在處理一般業(yè)務(wù)時(shí)這種損耗是可以忽略的。
但如果是拷貝頻繁的情況下,想要進(jìn)行性能優(yōu)化時(shí),就需要引入unsafe.Pointer了:
func main() {
var s = []byte("我永遠(yuǎn)喜歡藤原千花.jpg")
Res := *(*string)(unsafe.Pointer(s))
fmt.Println(Res)
}
通過(guò)unsafe.Pointer偽造String的過(guò)程沒(méi)有發(fā)生內(nèi)存拷貝,所以效率上會(huì)比發(fā)生內(nèi)存拷貝的類型轉(zhuǎn)換快,但代價(jià)就是把底層數(shù)據(jù)暴露出來(lái),這種做法是不安全的。
至于為什么Slice能通過(guò)這種方式和String轉(zhuǎn)換
我們可以看下它們的底層結(jié)構(gòu)SliceHeader和StringHeader :
type SliceHeader struct {
Data uintptr
Len int
Cap int
}
type StringHeader struct {
Data uintptr
Len int
}
兩種類型只差了一個(gè)字段Cap(容量),前面剩余的字段都是內(nèi)存對(duì)齊的,所以可以直接轉(zhuǎn)換
以上為個(gè)人經(jīng)驗(yàn),希望能給大家一個(gè)參考,也希望大家多多支持腳本之家。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教。
您可能感興趣的文章:- Go中string與[]byte高效互轉(zhuǎn)的方法實(shí)例