友情提示：該結(jié)論當(dāng)前只在Golang http server上測試過，其他語言編寫的http server可以參考測試方法進(jìn)行驗證。 測試： 使用golang寫一個支持優(yōu)雅關(guān)...
發(fā)簡信
IP屬地：北京
-
http server優(yōu)雅關(guān)閉的行為 -
徹底搞懂Go泛型中dict的數(shù)據(jù)結(jié)構(gòu)Why為什么要研究dict的結(jié)構(gòu)？Go泛型實現(xiàn)并沒有對dict的數(shù)據(jù)結(jié)構(gòu)進(jìn)行統(tǒng)一的限制，而是針對不同的gcshape生成不同的dict數(shù)據(jù)，并存儲在只讀數(shù)據(jù)區(qū)。為了研究Go泛...
-
go1.21 循環(huán)用臨時變量不再共享
效果： 普通for循環(huán) 可能得輸出： 對比：使用1.18版本的go運行，輸出如下: for...rang循環(huán)： 可能得輸出： 對比：使用1.18版本的go運行，輸出如下: 至...
-
go buildflag之-trimpath
What: 也就是說，在編譯產(chǎn)物中將不會使用文件的絕對路徑，而是使用module、go或者GOPATH。 Why: 添加-trimpath的收益： 減少二進(jìn)制的size（實測...
-
Go iota引起的線上事故背景是這樣的，前端頁面有一個日志level的枚舉值傳遞給后端，server端會對該枚舉值的有效性進(jìn)行校驗，QA測試階段使用了默認(rèn)的level（也就是Info），并沒有測試出這...
-
[Go] fmt.Printf("%s", err) 怎么可能？
工作中我們會發(fā)現(xiàn)代碼中會使用%s格式化err的情況，包括一些開源代碼。但是你翻一下源碼，內(nèi)置的error接口里面，并沒有String() string方法呀，怎么可能正常地打...
-
Go驗證接口和nil的比較
預(yù)備知識： 任何空接口類型的變量，即interface{}，其內(nèi)存布局均如下： 判斷interface{}變量是否為nil，那么就是在判斷該空接口變量的動態(tài)類型和動態(tài)值是否均...
-
-
go 1.17 Register-based Go calling convention
官方博客： https://go.googlesource.com/proposal/+/master/design/40724-register-calling.md[ht...
-
意料之外：空接口和nil的比較當(dāng)將一個值為nil的接口變量w賦值給空接口類型i后，i為nil。 但是將一個值為nil的接口指針變量w賦值給空接口類型i后，i就不等于nil了。 what??? 當(dāng)我無意間測...
-
實現(xiàn)多個接口的類型，在類型斷言時的行為先上代碼: 類型T，底層數(shù)據(jù)為int類型（類型T并非int的類型別名，注意區(qū)分type T = int）,其同時實現(xiàn)了接口A和接口B。上面的代碼運行時，結(jié)果如下: 但是我稍微...
-
go防止接口被無意間實現(xiàn)
go語言接口的獨特之處在于它是滿足隱式實現(xiàn)的鴨子模式，如果走起路來像鴨子，叫聲也像鴨子，那么就會被認(rèn)為是鴨子。在go語言實現(xiàn)某個接口，并不需要顯式聲明，只要實現(xiàn)了接口聲明的方...
-
MYSQL一次性返回查詢結(jié)果，還是分批返回？結(jié)論：如果結(jié)果集大小超過TCP MSS(MAX SEGMENT SIZE)，將會分批將結(jié)果集返回給客戶端。 實驗過程如下（除了驗證分批傳輸以外，還有列出和mysql交互過程中...
-
TCP keepalive是什么？wikipedia：A keepalive (KA) is a message sent by one device to another to check that the...
-
判斷字段值是否為null，該使用 '=null' 還是 'is null'？
結(jié)論: 一定要使用 'is null' 來判斷一個字段的值是否為null 任何和NULL值做比較的表達(dá)式的值都為NULL，就是這樣： 而 'is null' 語句能夠返回預(yù)期結(jié)果：
-
以下兩個sql是如何使用索引的？
該explain結(jié)果中，key字段信息表明該查詢使用到了索引: idx_key_part；Extra信息里面包含了Using where和Using index，其中Usin...
-
非常感謝，你寫了這么多的評論，的確是用心了。不過有些點評我并不十分同意，具體如下：
1. 如果是一個大的slice，我可能并不會真的刪除元素，而是使用標(biāo)記的方法，標(biāo)記某些位置的索引被刪除了
2. 如果是小的slice，并且在業(yè)務(wù)代碼中，我覺得選擇哪個算法在性能上都沒啥太大區(qū)別，反而會更加關(guān)注是否需要修改原始slice。另外如果放在某個關(guān)鍵的技術(shù)組件上，還是需要考慮性能的，即使slice元素數(shù)量不大；
3. 第二種方式，底層數(shù)組的確是一個，沒有重新創(chuàng)建，你可以用我下面的代碼跑一下(取slice指針值其實是取slice第一個元素的地址值)：
func main() {
origin := []int{1, 2, 3, 4, 5, 6, 7, 8, 9, 10}
target := origin[:0]
for _, item := range origin {
if item != 6 {
target = append(target, item)
}
}
fmt.Printf("origin: %p, target: %p", origin, target)
}【Golang】slice刪除元素的性能對比
在我寫的blog中，這個算是參與度比較高的，所以有必要把程序?qū)懙母尤菀桌斫庖恍?。我的電腦配置： 直接上代碼： Benchmark結(jié)果： 解釋： 除了第一種方法外，其他方法都...