golang性能優化及測試用例編寫

前言

在日常開發中，我們有時候會寫到測試用例，但是對於新手來說，並不知道測試用例該如何編寫，也不知道測試用例的用途。

在本文中，我們將講解如何編寫一個性能高效的golang函數。

如何編寫測試用例

編寫測試用例時，我們最主要用到golang的testing內置包。假設，我們想測試package main下的calc.go中的函數，只需新建calc_test.go文件，在calc_test.go中新建測試用例即可。

// calc.go
package main

func add (n1, n2 int) int {
return n1 + n2
}

calc_test.go文件：
// calc_test.go
package main

import "testing"

func TestAdd(t *testing.T){
    if ans := add(1, 2); ans != 3 {
    t.Error("add(1, 2) should be equal to 3")
    }
}

上面就是一個簡單的小測試。

並且我們只需在控制臺運行go test，將會自動運行當前package下的所有測試用例，也可通過添加-v參數進行查看詳細信息。

性能優化

性能優化其實是一個籠統的說話，可以簡單地理解為通過該過程可以使你的代碼變得更加的優雅，程序運行速度更快速。

性能優化的前提

性能優化的前提就是把所有的一切都建立在好的基礎上，先使代碼穩固運行再去做優化，這就是it界常說的————能跑就行。

只要代碼不能運行，任何優化都是毫無意義的手段。

性能優化的限制

對於任何一種語言來說，硬體資源都是硬傷，你軟體優化做的再好，硬體跟不上還是不行。

還有就是對於軟體架構的設計，一個良好的架構能夠使軟體的性能提升至少15%！並且，一個軟體的架構也不是一成不變的，這就是我們經常看到的，一個軟體隨著用戶的增多，後天架構不斷改變的原因。

在編程領域中，每年都有新的技術產生，也會有新的架構出來，誰也無法保證一個具有多年歷史的架構設計能打得過一個新出的結構設計。

做優化的時機

一般來說，一個軟體是否進行優化並不是開發者一個人說的算的，而是無數的用戶+程序反饋。我總結出以下幾點：

該如何對程序進行優化

往事開頭難，當需求讓我們對一個程序進行優化時，我們可能會一臉懵逼，該如何進行優化？該優化些什麼？到底如何做優化？

接下來我們就慢慢的從哪裡開始優化說起。

優化應該從業務層開始。
舉一個經典的案例，GTA online的遊戲啟動進程中那個要跑1.9億次的if判斷。將該過程優化後，至少能減少60%的時間啟動遊戲！
有了開頭我們就可以慢慢的根據業務場景進行優化。不同業務場景的優化側重也是不同的。
對於大多數業務來說，內存一般不是瓶頸，所以業務API的優化主要集中於延遲和吞吐量。儘量使用事務去操作資料庫。
現代資料庫雖然說支持高並發，但是當超過一定的並發量後，就會使資料庫壓力莫名增大n倍，可能會在短時間內使資料庫重啟。使用事務時，可通過事務隔離及事務鎖來進行優化查詢。當服務到達一定量時，應採取分布式進行優化。
日常開發中，我們一般都是在一個測試伺服器中進行調試及優化，但是，當我們需要的服務過多時，伺服器性能被壓榨到了極致，會出現服務莫名掛掉的現象，這是因為linux的進程保護規則，所以我們呢應該將消耗系統資源較大的服務轉移到其他伺服器上，供給足夠的系統資源使之能更加高效的運行。後記

優化和測試用例的編寫，其實並不是在開發後才去進行的，在開發過程中，也可以對代碼進行優化，嚴格要求自己遵循開發規範，並在工作過程中通過吸取教訓來完善自己。

關注我的公眾號