Go 代碼規(guī)范錯(cuò)誤處理示例經(jīng)驗(yàn)總結(jié)
引言
編寫代碼應(yīng)該要有極客追求，不要一味的只為了完成功能不加思索而噼里啪啦一頓操作，我認(rèn)為應(yīng)該要像一位設(shè)計(jì)者一樣去設(shè)計(jì)代碼完成功能，因?yàn)楹玫拇a設(shè)計(jì)清晰可讀易擴(kuò)展、好修復(fù)、更少的學(xué)習(xí)成本。
因此我們應(yīng)該學(xué)習(xí)并制定一些代碼規(guī)范，如下是我學(xué)習(xí)Go語言中實(shí)戰(zhàn)總結(jié)的一些經(jīng)驗(yàn)，僅代表個(gè)人觀點(diǎn)，大家可以互相討論一下
一、相關(guān)聯(lián)的聲明放到一起
1、導(dǎo)包規(guī)范
// Bad import "logics/user_logic" import "logics/admin_logic" import "logics/goods_logic" // good import ( "logics/user_logic" "logics/admin_logic" "logics/goods_logic" )
分組導(dǎo)包
內(nèi)置庫
其他庫
相關(guān)聯(lián)庫放在一起
// Bad import ( "fmt" "logics/user_logic" "logics/admin_logic" "strings" ) // Good import ( "fmt" "strings" // 邏輯處理 "logics/user_logic" "logics/admin_logic" // 數(shù)據(jù)庫相關(guān)操作 "db/managers" "db/models" )
2、常量、變量、類型聲明
在定義一些常量、變量與類型聲明的時(shí)候，也是一樣可以把相關(guān)聯(lián)放到一起
常量
// Bad const YearMonthDay = "2006-01-02" const YearMonthDayHourMinSec = "2006-01-02 15:04:05" const DefaultTimeFmt = YearMonthDayHourMinSec // Good // TimeFormat 時(shí)間格式化 type TimeFormat string const ( YearMonthDay TimeFormat = "2006-01-02" // 年月日 yyyy-mm-dd YearMonthDayHourMinSec TimeFormat = "2006-01-02 15:04:05" // 年月年時(shí)分秒 yyyy-mm-dd HH:MM:SS DefaultTimeFmt TimeFormat = YearMonthDayHourMinSec // 默認(rèn)時(shí)間格式化 )
變量
// Bad
var querySQL string
var queryParams []interface{}
// Good
var (
querySQL string
queryParams []interface{}
)
類型聲明
// Bad type Area float64 type Volume float64 type Perimeter float64 // Good type ( Area float64 // 面積 Volume float64 // 體積 Perimeter float64 // 周長 )
枚舉常量
// TaskAuditState 任務(wù)審核狀態(tài) type TaskAuditState int8 // Bad const TaskWaitHandle TaskAuditState = 0 // 待審核 const TaskSecondReview TaskAuditState = 1 // 復(fù)審 const TaskPass TaskAuditState = 2 // 通過 const TaskRefuse TaskAuditState = 3 // 拒絕 // Good const ( TaskWaitHandle TaskAuditState = iota // 待審核 TaskSecondReview // 復(fù)審 TaskPass // 通過 TaskRefuse // 拒絕 )
在進(jìn)行Go開發(fā)時(shí)，指定一些非必選的入?yún)r(shí)，不好區(qū)別空值是否有意義
如下 AuditState 是非必選參數(shù)，而 AuditState 在后端定義是 0 審核中、1復(fù)審、2通過、3拒絕，這都沒什么問題，但框架解析參數(shù)時(shí)會(huì)把入?yún)⒛Ｐ徒Y(jié)構(gòu)沒有傳值的參數(shù)設(shè)置成默認(rèn)值，字符串類型是空串、數(shù)字類型是0等， 這樣就會(huì)有問題如果前端傳遞參數(shù)的值是0、空值或者沒有傳遞時(shí)，則無法判斷是前端傳遞過來的還是框架默認(rèn)設(shè)置的，導(dǎo)致后續(xù)邏輯不好寫。
// QueryAuditTaskIn 查詢?nèi)蝿?wù)入?yún)?
type QueryAuditTaskIn struct {
TeamCode string `query:"team_code" validate:"required"` // 團(tuán)隊(duì)編碼
TaskType enums.RiskType `query:"task_type" validate:"required"` // 任務(wù)類型
TagId int `query:"tag_id" validate:"required"` // 標(biāo)簽id
AuditState constants.TaskAuditState `query:"audit_state"` // 審核狀態(tài)
}
解決辦法就是設(shè)計(jì)時(shí)讓前端不要傳遞一些空值，整型枚舉常量設(shè)置成 從1開始，這樣更好的處理后續(xù)邏輯。
// TaskAuditState 定義審核狀態(tài)類型 type TaskAuditState int8 const ( TaskWaitHandle TaskAuditState = iota + 1 // 待審核 TaskSecondReview // 復(fù)審 TaskPass // 通過 TaskRefuse // 拒絕 )
二、Go錯(cuò)誤處理
在Go開發(fā)中會(huì)出現(xiàn)好多if err != nil 的判斷
尤其我在使用 manager 操作數(shù)據(jù)庫時(shí)一調(diào)用方法就要處理錯(cuò)誤，還要向上層依次傳遞
manager（數(shù)據(jù)庫操作層） -> logic（邏輯層） -> api（接口層），每一層都要處理錯(cuò)誤從而導(dǎo)致
一大堆的 if err != nil
// DelSensitive 刪除內(nèi)部敏感詞
func (sl SensitiveLogic) DelSensitive(banWordId uint32) error {
banWordManager, err := managers.NewBanWordsManager()
if err != nil {
return err
}
banWords, err := banWordManager.GetById(banWordId)
if err != nil{
return err
}
if banWords == nil {
return exceptions.NewBizError("屏蔽詞不存在")
}
_, err = banWordManager.DeleteById(banWordId)
if err != nil {
return err
}
// 刪除對(duì)應(yīng)的敏感詞前綴樹，下一次文本審核任務(wù)進(jìn)來的時(shí)候會(huì)重新構(gòu)造敏感詞前綴樹
banWordsModel := banWords.(*models.BanWordsModel)
sensitive.DelTrie(banWordsModel.Scene, banWordsModel.TeamCode)
return nil
}
這樣代碼太不美觀了如果改成如下看看
// DelSensitive 刪除內(nèi)部敏感詞
func (sl SensitiveLogic) DelSensitive(banWordId uint32) {
banWordManager := managers.NewBanWordsManager()
banWords := banWordManager.GetById(banWordId)
if banWords == nil {
return
}
banWordManager.DeleteById(banWordId)
// 刪除對(duì)應(yīng)的敏感詞前綴樹，下一次文本審核任務(wù)進(jìn)來的時(shí)候會(huì)重新構(gòu)造敏感詞前綴樹
banWordsModel := banWords.(*models.BanWordsModel)
sensitive.DelTrie(banWordsModel.Scene, banWordsModel.TeamCode)
}
是不是美觀多了，但這樣出現(xiàn)出錯(cuò)誤不能很好的定位到錯(cuò)誤的位置以及日志記錄，還會(huì) panic 拋錯(cuò)誤出來，導(dǎo)致協(xié)程終止執(zhí)行，要等到 recover 恢復(fù)協(xié)程來中止 panic 造成的程序崩潰，從而影響性能。處理與不處理各有好處，我個(gè)人認(rèn)為錯(cuò)誤應(yīng)該要處理但不要無腦的 if err != nil ， 從而
可以在設(shè)計(jì)與規(guī)范上面來解決，對(duì)于一些嚴(yán)重的一定會(huì)導(dǎo)致程序奔潰的錯(cuò)誤，可以自己統(tǒng)一設(shè)計(jì)錯(cuò)誤類型，例如 數(shù)據(jù)庫error 和 網(wǎng)絡(luò)error 等，這種是很難避免的，即是避免了，系統(tǒng)也不能正常處理邏輯，因此對(duì)于這些 嚴(yán)重的錯(cuò)誤可以手動(dòng) panic 然后在全局錯(cuò)誤處理中記錄日志信息，從而減少代碼中的 if err != nil 的次數(shù)。如下
這樣就不用一層一層傳遞 error ，但缺乏日志信息，雖然可以在上面的代碼中打印日志信息，這樣不太好，因此可以到全局錯(cuò)誤那統(tǒng)一處理
這里是之前的想法可以考慮下，但像一些業(yè)務(wù)異常太多了就會(huì)頻繁 panic，導(dǎo)致性能不佳以及后續(xù)的一些協(xié)程問題，所以我上文提到自己設(shè)計(jì)錯(cuò)誤以及規(guī)范，什么錯(cuò)誤、異?？梢?panic 什么不可以，從而來減少 if err != nil。
其次就是在設(shè)計(jì)函數(shù)的來避免錯(cuò)誤的出現(xiàn)
1、失敗的原因只有一個(gè)時(shí)，不使用 error
我們看一個(gè)案例：
func (self *AgentContext) CheckHostType(host_type string) error {
switch host_type {
case "virtual_machine":
return nil
case "bare_metal":
return nil
}
return errors.New("CheckHostType ERROR:" + host_type)
}
我們可以看出，該函數(shù)失敗的原因只有一個(gè)，所以返回值的類型應(yīng)該為 bool，而不是 error，重構(gòu)一下代碼：
func (self *AgentContext) IsValidHostType(hostType string) bool {
return hostType == "virtual_machine" || hostType == "bare_metal"
}
說明：大多數(shù)情況，導(dǎo)致失敗的原因不止一種，尤其是對(duì) I/O 操作而言，用戶需要了解更多的錯(cuò)誤信息，這時(shí)的返回值類型不再是簡(jiǎn)單的 bool，而是 error。
2、沒有失敗時(shí)，不使用 error
error 在 Golang 中是如此的流行，以至于很多人設(shè)計(jì)函數(shù)時(shí)不管三七二十一都使用 error，即使沒有一個(gè)失敗原因。我們看一下示例代碼：
func (self *CniParam) setTenantId() error {
self.TenantId = self.PodNs
return nil
}
對(duì)于上面的函數(shù)設(shè)計(jì)，就會(huì)有下面的調(diào)用代碼：
err := self.setTenantId()
if err != nil {
// log
// free resource return errors.New(...)
}
根據(jù)我們的正確姿勢(shì)，重構(gòu)一下代碼：
func (self *CniParam) setTenantId() {
self.TenantId = self.PodNs
}
于是調(diào)用代碼變?yōu)椋?/p>
self.setTenantId()
3、錯(cuò)誤值統(tǒng)一定義
很多人寫代碼時(shí)，到處 return errors.New(value)，而錯(cuò)誤 value 在表達(dá)同一個(gè)含義時(shí)也可能形式不同，比如“記錄不存在”的錯(cuò)誤 value 可能為：
errors.New("record is not existed.")
errors.New("record is not exist!")
errors.New("訂單不存在")
這使得相同的錯(cuò)誤 value 撒在一大片代碼里，當(dāng)上層函數(shù)要對(duì)特定錯(cuò)誤 value 進(jìn)行統(tǒng)一處理時(shí)，需要漫游所有下層代碼，以保證錯(cuò)誤 value 統(tǒng)一，不幸的是有時(shí)會(huì)有漏網(wǎng)之魚，而且這種方式嚴(yán)重阻礙了錯(cuò)誤 value 的重構(gòu)。
在每個(gè)業(yè)務(wù)系統(tǒng)中維護(hù)一個(gè)錯(cuò)誤對(duì)象定義文件，一些公用的錯(cuò)誤則封裝到Go的公用庫中
業(yè)務(wù)系統(tǒng)錯(cuò)誤封裝：
package exceptions
// err_struct.go
// OrderBizError 訂單系統(tǒng)業(yè)務(wù)錯(cuò)誤結(jié)構(gòu)體
type OrderBizError struct {
message string // 錯(cuò)誤信息
code ErrorCode // 響應(yīng)碼
sysName string // 系統(tǒng)名稱
}
func NewOrderBizError(message string, errorCode ...ErrorCode) *OrderBizError {
code := FailCode
if len(errorCode) > 0 {
code = errorCode[0]
}
return &OrderBizError{
code: code,
message: message,
sysName: "HuiYiMall—OrderSystem", // 可抽到微服務(wù)公用庫中
}
}
// Code 狀態(tài)碼
func (b OrderBizError) Code() ErrorCode {
return b.code
}
// Message 錯(cuò)誤信息
func (b OrderBizError) Message() string {
return b.message
}
// err_const.go
// ErrorCode 定義錯(cuò)誤code類型
type ErrorCode string
const (
OrderTimeoutErrCode ErrorCode = "4000" // 訂單超時(shí)
OrderPayFailErrCode ErrorCode = "4001" // 訂單支付失敗
)
var (
OrderTimeoutErr = NewOrderBizError("order timeout", OrderTimeoutErrCode)
OrderPayFailErr = NewOrderBizError("order pay fail", OrderPayFailErrCode)
)
返回錯(cuò)誤信息給前端則返回狀態(tài)碼和信息，日志則記錄全部的錯(cuò)誤信息
Go公用庫錯(cuò)誤封裝：
// err_struct.go
// BizError 業(yè)務(wù)錯(cuò)誤結(jié)構(gòu)體
type BizError struct {
message string // 錯(cuò)誤信息
code ErrorCode // 響應(yīng)碼
}
// Code 狀態(tài)碼
func (b BizError) Code() ErrorCode {
return b.code
}
// Message 錯(cuò)誤信息
func (b BizError) Message() string {
return b.message
}
func NewBizError(message string, errorCode ...ErrorCode) *BizError {
code := FailCode
if len(errorCode) > 0 {
code = errorCode[0]
}
return &BizError{
code: code,
message: message,
}
}
// err_const.go
const (
SuccessCode ErrorCode = "0000" // 成功
FailCode ErrorCode = "0403" // 失敗
AuthorizationCode ErrorCode = "0403" // 認(rèn)證錯(cuò)誤
// ...
)
var (
Success = NewOrderBizError("Success", SuccessCode)
FailErr = NewOrderBizError("Fail", FailCode)
AuthorizationErr = NewOrderBizError("Authorization Error", AuthorizationCode)
// ...
)
其實(shí)每個(gè)業(yè)務(wù)系統(tǒng)的結(jié)構(gòu)體可以繼承公用的
// BizError 業(yè)務(wù)錯(cuò)誤結(jié)構(gòu)體
type BizError struct {
message string // 錯(cuò)誤信息
code ErrorCode // 響應(yīng)碼
}
// OrderBizError 訂單系統(tǒng)業(yè)務(wù)錯(cuò)誤結(jié)構(gòu)體
type OrderBizError struct {
BizError
sysName string // 系統(tǒng)名稱
}
然后使用的時(shí)候就可以不要每次都自己?jiǎn)为?dú)的定義錯(cuò)誤碼和信息
三、代碼規(guī)范與實(shí)踐
1、良好的命名與注釋
生成Swaager接口文檔注釋盡量對(duì)齊
// QueryAuditTask 查詢已領(lǐng)取的審核任務(wù)
// @Summary 查詢已領(lǐng)取的審核任務(wù)
// @Tags 審核管理接口
// @Accept json
// @Produce json
// @Param team_code query string true "團(tuán)隊(duì)編碼"
// @Param task_type query string true "風(fēng)控類型"
// @Param tag_id query string true "審核任務(wù)類型標(biāo)簽ID"
// @Param audit_state query int false "任務(wù)審核狀態(tài) 1待審核 2復(fù)審 3通過 4拒絕"
// @Success 200 {object} rsp.ResponseData
// @Router /task.audit.list_get [get]
func QueryAuditTask(ctx *fiber.Ctx) error {
路由注釋少不
入?yún)⒊鰠⒔Y(jié)構(gòu)體注釋少不了
// QueryAuditTaskIn 領(lǐng)取任務(wù)入?yún)?
type QueryAuditTaskIn struct {
TeamCode string `query:"team_code" validate:"required"` // 團(tuán)隊(duì)編碼
TaskType enums.RiskType `query:"task_type" validate:"required"` // 任務(wù)類型
TagId int `query:"tag_id" validate:"required"` // 標(biāo)簽id
AuditState constants.TaskResultType `query:"audit_state"` // 審核狀態(tài)
}
// TaskListItem 任務(wù)列表項(xiàng)
type TaskListItem struct {
Id uint32 `json:"id"` // 主鍵id
TeamCode string `json:"team_code"` // 團(tuán)隊(duì)編碼
ObjectType enums.ObjectType `json:"object_type"` // 對(duì)象類型
ObjectId string `json:"object_id"` // 對(duì)象ID
TaskType enums.RiskType `json:"task_type"` // 任務(wù)類型
Content datatypes.JSON `json:"content"` // 任務(wù)內(nèi)容
TagId uint32 `json:"tag_id"` // 標(biāo)簽ID
TaskResult constants.TaskResultType `json:"task_result"` // 任務(wù)審核結(jié)果
ReviewerId uint32 `json:"reviewer_id"` // 領(lǐng)取任務(wù)人ID
AuditReason string `json:"audit_reason"` // 審核理由
SourceList []interface{} `json:"source_list"` // 溯源列表
CreateTs int64 `json:"create_ts"` // 任務(wù)創(chuàng)建的時(shí)間戳
}
一些復(fù)雜的嵌套結(jié)構(gòu)最好寫上樣例
// 獲取全部的團(tuán)隊(duì)列表
teamSlice := rmc.getAllTeam()
// 統(tǒng)計(jì)各審核任務(wù)未領(lǐng)取數(shù)量
tagTaskCountMap := rmc.getTagTaskCount()
// 獲取所有task_group標(biāo)簽與其二級(jí)標(biāo)簽
tagMenuSlice := rmc.getTagMenu()
// 將風(fēng)控審核菜單信息組裝到各個(gè)團(tuán)隊(duì)中并填充統(tǒng)計(jì)數(shù)量
// eg: [
// {
// "team_code": "lihua",
// "team_name": "梨花"
// "task_count": 1
// "tag_menus": [{"tag_id": 1, "tag_name": "文本", "tag_type": "task_group", "task_count":1, "child_tags": []}, ...]
// },
// ...
//]
riskMenuSlice := make([]*TeamMenuItem, 0)
for _, team := range *teamSlice {
// 填充各審核類型未領(lǐng)取任務(wù)數(shù)量
newTagMenuSlice := rmc.FillTagTaskCount(tagTaskCountMap, team, tagMenuSlice)
// 填充各團(tuán)隊(duì)未領(lǐng)取任務(wù)總數(shù)
teamTaskCount := uint32(0)
if tagCountMap, ok := tagTaskCountMap[team.TeamCode]; ok {
for _, tagTaskCount := range tagCountMap {
teamTaskCount += tagTaskCount
}
}
teamMenuItem := TeamMenuItem{
TeamCode: team.TeamCode,
TeamName: team.TeamName,
TaskCount: teamTaskCount,
TagMenus: newTagMenuSlice,
}
riskMenuSlice = append(riskMenuSlice, &teamMenuItem)
}
riskMenuMap := map[string]interface{}{
"work_menu": riskMenuSlice,
}
2、美化SQL語句，避免 Select
一些長的SQL語句不要寫到一行里面去，可以使用 `` 原生字符串 達(dá)到在字符串中換行的效果從而美化SQL語句，然后就是盡量需要什么業(yè)務(wù)數(shù)據(jù)就查什么，避免Select * 后再邏輯處理去篩選
queryField := `
task.id AS task_id,
tag_name,
staff.real_name AS staff_real_name,
staff_tar.audit_reason AS staff_audit_reason,
staff_tar.review_result AS staff_review_result,
staff_tar.review_ts AS staff_review_ts,
chief.real_name AS chief_real_name,
chief_tar.audit_reason AS chief_audit_reason,
chief_tar.review_result AS chief_review_result,
chief_tar.review_ts AS chief_review_ts,
task.content AS task_content,
task.json_extend AS task_json_ext,
tar.json_extend AS audit_record_json_ext`
querySQL := `
SELECT
%s
FROM
task_audit_log AS tar
JOIN task ON tar.task_id = task.id
JOIN tag ON task.tag_id = tag.id
LEFT JOIN task_audit_log AS staff_tar ON task.id = staff_tar.task_id AND staff_tar.reviewer_role = "staff"
LEFT JOIN reviewer AS staff ON staff.account_id = staff_tar.reviewer_id
LEFT JOIN task_audit_log AS chief_tar ON task.id = chief_tar.task_id AND chief_tar.reviewer_role = "chief"
LEFT JOIN reviewer AS chief ON chief.account_id = chief_tar.reviewer_id
WHERE
team_code = ?`
queryParams := []interface{}{taskAuditLogIn.TeamCode}
3、避免階梯縮進(jìn)與代碼緊湊
階梯縮進(jìn)、代碼緊湊會(huì)導(dǎo)致代碼不易閱讀，理解更難，可以通過一些反向判斷來拒絕一些操作，從而減少階梯縮進(jìn)，代碼緊湊則可以把一些相關(guān)的邏輯放到一起，不同的處理步驟適當(dāng)換行。
// Bad
// 校驗(yàn)參數(shù)
VerifyParams(requestIn)
// 獲取信息
orderSlice := GetDBInfo(params)
// 邏輯處理
// ...
// 組織返參
for _, order := range(orderSlice){
...
}
// Good
// 校驗(yàn)參數(shù)
VerifyParams(requestIn)
// 獲取信息
orderSlice := GetDBInfo(params)
// 邏輯處理
// ...
// 組織返參
for _, order := range(orderSlice){
...
}
同一步驟的邏輯太長可以封裝成函數(shù)、方法。
// Bad
for _, v := range data {
if v.F1 == 1 {
v = process(v)
if err := v.Call(); err == nil {
v.Send()
} else {
return err
}
} else {
log.Printf("Invalid v: %v", v)
}
}
// Good
for _, v := range data {
if v.F1 != 1 {
log.Printf("Invalid v: %v", v)
continue
}
v = process(v)
if err := v.Call(); err != nil {
return err
}
v.Send()
}
不必要的else
// Bad
var a int
if b {
a = 100
} else {
a = 10
}
// Good
a := 10
if b {
a = 100
}
4、避免循環(huán)IO、上下文無關(guān)聯(lián)的耗時(shí)動(dòng)作采用Go協(xié)程
避免循環(huán)IO，可以用批量就改用批量。
func (itm InspectionTaskManager) BatchCreateInspectionTask(taskIdList []uint32) error {
inspectionTaskList := make([]models.InspectionTaskModel, 0)
// 組裝好批量創(chuàng)建的抽查任務(wù)
for _, id := range taskIdList {
inspectionTaskList = append(inspectionTaskList, models.InspectionTaskModel{
TaskId: id,
})
}
// 批量創(chuàng)建
_, err := itm.BulkCreate(inspectionTaskList)
return err
}
有些數(shù)據(jù)庫表結(jié)構(gòu)可以使用自關(guān)聯(lián)的方式簡(jiǎn)化查詢從而避免循環(huán)IO、減少查詢次數(shù)。
// GetTagMenu 獲取所有task_group標(biāo)簽與其二級(jí)標(biāo)簽
func (tm *TagManager) GetTagMenu() []*TagMenuResult {
querySql := `
SELECT
t1.id, t1.tag_name, t1.tag_type,
t2.id as two_tag_id, t2.tag_name as two_tag_name,
t2.tag_type as two_tag_type,
t2.pid
FROM
tag AS t1
INNER JOIN tag AS t2 ON t2.pid = t1.id
WHERE
t1.tag_type = "task_group"`
tagMenuSlice := make([]*TagMenuResult, 0)
tm.Conn.Raw(querySql).Scan(&tagMenuSlice)
return tagMenuSlice
}
然后就是上下文無關(guān)聯(lián)的可以并行執(zhí)行，提高性能。
// GetPageWithTotal 獲取分頁并返回總數(shù)
func (bm BaseManager) GetPageWithTotal(condition *Condition) (*PageResult, error) {
errChan := make(chan error)
resultChan := make(chan PageResult)
defer close(errChan)
defer close(resultChan)
var pageResult PageResult
pageResult.Total = -1 // 設(shè)置默認(rèn)值為-1, 用于判斷沒有獲取到數(shù)據(jù)的時(shí)候
go func() {
// 獲取總數(shù)
total, err := bm.GetCount(condition)
if err != nil {
errChan <- err
return
}
pageResult.Total = total
resultChan <- pageResult
}()
go func() {
// 獲取分頁數(shù)據(jù)
result, err := bm.GetPage(condition)
if err != nil {
errChan <- err
return
}
pageResult.ResultList = result
resultChan <- pageResult
}()
for {
select {
case err := <-errChan:
return nil, err
case result := <-resultChan:
if result.Total != -1 && result.ResultList != nil {
return &result, nil
}
case <-time.After(time.Second * 5):
return nil, exceptions.NewInterError(fmt.Sprintf("超時(shí),分頁查詢失敗"))
}
}
}
以上是借鑒網(wǎng)上一些處理方法和自己的一些想法與實(shí)踐經(jīng)驗(yàn)，可以互相探討與學(xué)習(xí)，更多關(guān)于Go 代碼規(guī)范錯(cuò)誤處理的資料請(qǐng)關(guān)注腳本之家其它相關(guān)文章！
相關(guān)文章
Go的字符串是由單個(gè)字節(jié)連接起來的，Go語言的字符串的字節(jié)使用UTF-8編碼標(biāo)識(shí)Unicode文本，接下來通過本文給大家介紹下Go變量字符串與字符編碼問題,需要的朋友可以參考下2022-04-04
這篇文章主要為大家介紹了Go語言編碼效率提升技巧詳解,學(xué)會(huì)了從此拒絕加班,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進(jìn)步,早日升職加薪2023-12-12
淺析Go語言如何在select語句中實(shí)現(xiàn)優(yōu)先級(jí)
這篇文章主要為大家詳細(xì)介紹了Go語言如何在select語句中實(shí)現(xiàn)優(yōu)先級(jí),文中的示例代碼講解詳細(xì),感興趣的小伙伴可以跟隨小編一起學(xué)習(xí)一下2024-03-03
Go語言中的自定義函數(shù)類型的實(shí)現(xiàn)
在Go語言中，函數(shù)類型是一種將函數(shù)作為值的數(shù)據(jù)類型，本文主要介紹了Go語言中的自定義函數(shù)類型，具有一定的參考價(jià)值，感興趣的可以了解一下2023-09-09
從并發(fā)到并行解析Go語言中的sync.WaitGroup
Go?語言提供了許多工具和機(jī)制來實(shí)現(xiàn)并發(fā)編程，其中之一就是?sync.WaitGroup。本文就來深入討論?sync.WaitGroup，探索其工作原理和在實(shí)際應(yīng)用中的使用方法吧2023-05-05
日常項(xiàng)目中，讀取各種配置文件是避免不了的，本文主要介紹了golang讀取各種配置文件(ini、json、yaml)，文中通過示例代碼介紹的非常詳細(xì)，對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2022-05-05
本文將深入探討 Go 語言數(shù)組和切片的區(qū)別，包括它們的定義、內(nèi)存布局、長度和容量、初始化和操作等方面。從而更好地在實(shí)際開發(fā)中選擇和使用合適的數(shù)據(jù)結(jié)構(gòu)，提高代碼的效率和可維護(hù)性，需要的可以參考一下2023-05-05
這篇文章主要為大家詳細(xì)介紹了如何使用Gin框架自帶的參數(shù)校驗(yàn),文中的示例代碼講解詳細(xì),具有一定的學(xué)習(xí)價(jià)值,感興趣的小伙伴可以了解下2023-09-09
這篇文章主要為大家介紹了GO語言基礎(chǔ)庫os包的函數(shù)全面解析, 有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進(jìn)步,早日升職加薪2023-12-12
golang監(jiān)聽ip數(shù)據(jù)包的實(shí)現(xiàn)步驟(golang純享版)
這篇文章主要給大家介紹了golang監(jiān)聽ip數(shù)據(jù)包的實(shí)現(xiàn)步驟,本文以ip4 作為案例進(jìn)行包抓取示范,ip6抓取與ip4方式異曲同工,可自行舉一反三得出,文中通過圖文結(jié)合給大家介紹的非常詳細(xì),需要的朋友可以參考下2024-02-02