1. sync包下有哪些同步原語
- sync.Mutex
- sync.RWMutex
- sync.WaitGroup
- sync.Map
- sync.Pool
- sync.Once
- sync.Cond
2. 怎樣檢測goroutine泄露
- 代碼中定時打印goroutine數(shù)量:runtime.NumGoroutine,PProf分析:https://learnku.com/articles/61995
- uber 開源工具goleak
- PProf:但在業(yè)務(wù)服務(wù)的運(yùn)行場景中,Goroutine 內(nèi)導(dǎo)致的泄露,大多數(shù)處于生產(chǎn)、測試環(huán)境,因此更多的是使用 PProf:只要我們調(diào)用 http://localhost:6060/debug/pprof/goroutine?debug=1,PProf 會返回所有帶有堆棧跟蹤的 Goroutine 列表。
3. 鎖優(yōu)化
- 減少持有時間,縮小臨界區(qū)
- 優(yōu)化鎖的粒度,空間換時間
- 讀寫分離,讀寫鎖 & sync.Map
- 使用原子操作,無鎖數(shù)據(jù)結(jié)構(gòu)
4. 字符串拼接不同方式的區(qū)別
- 使用 + 號:"abc" + "def"
- 使用 fmt.Sprintf
- 使用 strings.Join:適用于切片
- strings.Builder:性能好
https://geektutu.com/post/hpg-string-concat.html
https://blog.csdn.net/xz_studying/article/details/106602307
5. benchmark基準(zhǔn)測試
https://cloud.tencent.com/developer/article/2216022
6. grpc和http的區(qū)別
gRPC和HTTP都是網(wǎng)絡(luò)協(xié)議,但是它們之間存在一些顯著的區(qū)別。
1)傳輸協(xié)議
HTTP使用文本基礎(chǔ)的協(xié)議,而gRPC使用的是二進(jìn)制協(xié)議,這意味著gRPC數(shù)據(jù)包更小,傳輸效率更高。另外,gRPC使用HTTP/2協(xié)議,支持多路復(fù)用,從而可以更好地處理并發(fā)請求。
2)性能差異
gRPC在性能方面優(yōu)于HTTP。由于使用了二進(jìn)制格式,因此gRPC傳輸速度更快、更穩(wěn)定。而且gRPC通過使用連接池,實(shí)現(xiàn)客戶端與服務(wù)端的長連接機(jī)制,使得延遲較低,在高網(wǎng)絡(luò)帶寬時表現(xiàn)更好。
3)使用場景
HTTP主要用于Web中瀏覽器和服務(wù)器之間的交互,在Web應(yīng)用程序中非常常見。而gRPC通常用于服務(wù)之間的通信,特別是分布式系統(tǒng)中,例如微服務(wù)框架等。gRPC具有高性能、低延遲、易擴(kuò)展等特點(diǎn),是一個理想的分布式系統(tǒng)通信協(xié)議。
4)序列化和反序列化
HTTP在傳輸過程中使用JSON或XML格式來表示數(shù)據(jù),需要進(jìn)行序列化和反序列化。而gRPC則使用了更為高效的protobuf格式,同時也支持JSON等格式。
綜上所述,gRPC和HTTP在不同的場景下各有其優(yōu)勢,使用時應(yīng)根據(jù)具體情況來進(jìn)行選擇。如果需要高性能的服務(wù)之間通信,則可以選擇gRPC,而在Web瀏覽器與服務(wù)器之間傳輸數(shù)據(jù)時則更適合使用HTTP。
7. CGO 能用到GPM嗎
https://uncledou.site/2022/go-cgo-c-to-go/
附錄:
Go常見面試題
https://learnku.com/articles/62720