1. sync包下有哪些同步原語
- sync.Mutex
- sync.RWMutex
- sync.WaitGroup
- sync.Map
- sync.Pool
- sync.Once
- sync.Cond
2. 怎樣檢測goroutine泄露
- 代碼中定時(shí)打印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)化
- 減少持有時(shí)間，縮小臨界區(qū)
- 優(yōu)化鎖的粒度渺蒿，空間換時(shí)間
- 讀寫分離痢士，讀寫鎖 & 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ò)帶寬時(shí)表現(xiàn)更好倦挂。
3）使用場景
HTTP主要用于Web中瀏覽器和服務(wù)器之間的交互，在Web應(yīng)用程序中非常常見白修。而gRPC通常用于服務(wù)之間的通信妒峦，特別是分布式系統(tǒng)中重斑，例如微服務(wù)框架等兵睛。gRPC具有高性能、低延遲窥浪、易擴(kuò)展等特點(diǎn)祖很，是一個(gè)理想的分布式系統(tǒng)通信協(xié)議。
4）序列化和反序列化
HTTP在傳輸過程中使用JSON或XML格式來表示數(shù)據(jù)漾脂，需要進(jìn)行序列化和反序列化假颇。而gRPC則使用了更為高效的protobuf格式，同時(shí)也支持JSON等格式骨稿。
綜上所述笨鸡，gRPC和HTTP在不同的場景下各有其優(yōu)勢，使用時(shí)應(yīng)根據(jù)具體情況來進(jìn)行選擇坦冠。如果需要高性能的服務(wù)之間通信形耗，則可以選擇gRPC，而在Web瀏覽器與服務(wù)器之間傳輸數(shù)據(jù)時(shí)則更適合使用HTTP辙浑。
7. CGO 能用到GPM嗎
https://uncledou.site/2022/go-cgo-c-to-go/
附錄：
Go常見面試題
https://learnku.com/articles/62720
