婷婷综合国产,91蜜桃婷婷狠狠久久综合9色 ,九九九九九精品,国产综合av

主頁(yè) > 知識(shí)庫(kù) > golang新手們?nèi)菀追傅?個(gè)錯(cuò)誤總結(jié)

golang新手們?nèi)菀追傅?個(gè)錯(cuò)誤總結(jié)

熱門標(biāo)簽:廣州呼叫中心外呼系統(tǒng) 南通如皋申請(qǐng)開(kāi)通400電話 地圖標(biāo)注的汽車標(biāo) 學(xué)海導(dǎo)航地圖標(biāo)注 中國(guó)地圖標(biāo)注省會(huì)高清 浙江高速公路地圖標(biāo)注 西部云谷一期地圖標(biāo)注 高德地圖標(biāo)注口訣 江西轉(zhuǎn)化率高的羿智云外呼系統(tǒng)

前言

從golang小白到成為golang工程師快兩個(gè)月了,我要分享一下新手在開(kāi)發(fā)中常犯的錯(cuò)誤,都是我親自踩過(guò)的坑。這些錯(cuò)誤中有些會(huì)導(dǎo)致無(wú)法通過(guò)編譯,這種錯(cuò)容易發(fā)現(xiàn),而有些錯(cuò)誤在編譯時(shí)不會(huì)拋出,甚至在運(yùn)行時(shí)也不會(huì)panic,如果缺少相關(guān)的知識(shí),撓破頭皮都搞不清楚bug出在哪。

1.對(duì)nil map、nil slice 添加數(shù)據(jù)

請(qǐng)考慮一下這段代碼是否有錯(cuò),然后運(yùn)行一遍:

package main

func main() {
 var m map[string]string
 m["name"] = "zzy"
}

不出意外的話,這段代碼將導(dǎo)致一個(gè)panic:

panic: assignment to entry in nil map

這是因?yàn)榇a中只是聲明了map的類型,卻沒(méi)有為map創(chuàng)建底層數(shù)組,此時(shí)的map實(shí)際上在內(nèi)存中還不存在,即nil map,可以運(yùn)行下面的代碼進(jìn)行驗(yàn)證:

package main

import "fmt"

func main() {
 var m map[string]string
 if m == nil {
  fmt.Println("this map is a nil map")
 }
}

所以想要順利的使用map,一定要使用內(nèi)建函數(shù)make函數(shù)進(jìn)行創(chuàng)建:

m := make(map[string]string)

使用字面量的方式也是可以的,效果同make:

m := map[string]string{}

同樣的,直接對(duì)nil slice添加數(shù)據(jù)也是不允許的,因?yàn)閟lice的底層也是數(shù)組,沒(méi)有經(jīng)過(guò)make函數(shù)初始化時(shí),只是聲明了slice類型,而底層數(shù)組是不存在的:

package main

func main() {
 var s []int
 s[0] = 1
}

上面的代碼將產(chǎn)生一個(gè)panic runtime error:index out of range ,正確做法應(yīng)該是使用make函數(shù)或者字面量:

package main

func main() {
 //第二個(gè)參數(shù)是slice的len,make slice時(shí)必須提供,還可以傳入第三個(gè)參數(shù)作為cap 
 s := make([]int, 1) 
 s[0] = 1
}

可能有人發(fā)現(xiàn)對(duì)nil slice使用append函數(shù)而不經(jīng)過(guò)make也是有效的:

package main

import "fmt"

func main() {
 var s []int
 s = append(s, 1)
 fmt.Println(s) // s => [1]
}

那是因?yàn)閟lice本身其實(shí)類似一個(gè)struct,它有一個(gè)len屬性,是當(dāng)前長(zhǎng)度,還有個(gè)cap屬性,是底層數(shù)組的長(zhǎng)度,append函數(shù)會(huì)判斷傳入的slice的len和cap,如果len即將大于cap,會(huì)調(diào)用make函數(shù)生成一個(gè)更大的新數(shù)組并將原底層數(shù)組的數(shù)據(jù)復(fù)制過(guò)來(lái)(以上均為本人猜測(cè),未經(jīng)查證,有興趣的同學(xué)可以去挑戰(zhàn)一下源碼),過(guò)程類似:

package main

import "fmt"

func main() {
 var s []int //len(s)和cap(s)都是0
 s = append(s, 1)
 fmt.Println(s) // s => [1]
}

func append(s []int, arg int) []int {
 newLen := len(s) + 1
 var newS []int
 if newLen > cap(s) {
  //創(chuàng)建新的slice,其底層數(shù)組擴(kuò)容為原先的兩倍多
  newS = make([]int, newLen, newLen*2)
  copy(newS, s)
 } else {
  newS = s[:newLen] //直接在原數(shù)組上切一下就行
 }
 newS[len(s)] = arg
 return newS
}

對(duì)nil map、nil slice的錯(cuò)誤使用并不是很可怕,畢竟編譯的時(shí)候就能發(fā)覺(jué),下面要說(shuō)的一個(gè)錯(cuò)誤則非常坑爹,一不小心中招的話,很難排查。

2.誤用:=賦值導(dǎo)致變量覆蓋

先看下這段代碼,猜猜會(huì)打印出什么:

package main

import (
 "errors"
 "fmt"
)

func main() {
 i := 2
 if i > 1 {
  i, err := doDivision(i, 2)
  if err != nil {
   panic(err)
  }
  fmt.Println(i)
 }
 fmt.Println(i)
}

func doDivision(x, y int) (int, error) {
 if y == 0 {
  return 0, errors.New("input is invalid")
 }
 return x / y, nil
}

我估計(jì)有人會(huì)認(rèn)為是:

1
1

實(shí)際執(zhí)行一遍,結(jié)果是:

1
2

為什么會(huì)這樣呢!?

這是因?yàn)間olang中變量的作用域范圍小到每個(gè)詞法塊(不理解的同學(xué)可以簡(jiǎn)單的當(dāng)成 {} 包裹的部分)都是一個(gè)單獨(dú)的作用域,大家都知道每個(gè)作用域的內(nèi)部聲明會(huì)屏蔽外部同名的聲明,而每個(gè) if 語(yǔ)句都是一個(gè)詞法塊,也就是說(shuō),如果在某個(gè) if 語(yǔ)句中,不小心用 := 而不是 = 對(duì)某個(gè) if 語(yǔ)句外的變量進(jìn)行賦值,那么將產(chǎn)生一個(gè)新的局部變量,并僅僅在 if 語(yǔ)句中的這個(gè)賦值語(yǔ)句后有效,同名的外部變量會(huì)被屏蔽,將不會(huì)因?yàn)檫@個(gè)賦值語(yǔ)句之后的邏輯產(chǎn)生任何變化!

在語(yǔ)言層面這也許并不是個(gè)錯(cuò)誤,但是實(shí)際工作中如果誤用,那么產(chǎn)生的bug會(huì)很隱秘。比如例子中的代碼,因?yàn)?err 是之前未聲明的,所以使用了 := 賦值(圖省事,少寫了 var err error ),然后既不會(huì)在編譯時(shí)報(bào)錯(cuò),也不會(huì)在運(yùn)行時(shí)報(bào)錯(cuò),它會(huì)讓你百思不得其解,覺(jué)得自己的邏輯明明走對(duì)了,為什么最后的結(jié)果卻總是不對(duì),直到你一點(diǎn)一點(diǎn)調(diào)試,才發(fā)現(xiàn)自己不小心多寫了一個(gè) : 。

我因?yàn)檫@個(gè)被坑過(guò)好幾回了,每次都查了好久,以為是自己邏輯有漏洞,最后發(fā)現(xiàn)是把 = 寫成了 := ,唉,說(shuō)起來(lái)都是淚。

3.將值傳遞當(dāng)成引用傳遞

值類型數(shù)據(jù)和引用類型數(shù)據(jù)的區(qū)別我相信在座的各位都能分得清,否則不用往下看了,因?yàn)榭床欢?/p>

在golang中, array 和 struct 都是值類型的,而 slice 、 map 、 chan 是引用類型,所以我們寫代碼的時(shí)候,基本不使用 array ,而是用 slice 代替它,對(duì)于 struct 則盡量使用指針,這樣避免傳遞變量時(shí)復(fù)制數(shù)據(jù)的時(shí)間和空間消耗,也避免了無(wú)法修改原數(shù)據(jù)的情況。

如果對(duì)這點(diǎn)認(rèn)識(shí)不清,導(dǎo)致的后果可能是代碼有瑕疵,更嚴(yán)重的是產(chǎn)生bug。

考慮這段代碼并運(yùn)行一下:

package main

import "fmt"

type person struct {
 name string
 age byte
 isDead bool
}

func main() {
 p1 := person{name: "zzy", age: 100}
 p2 := person{name: "dj", age: 99}
 p3 := person{name: "px", age: 20}
 people := []person{p1, p2, p3}
 whoIsDead(people)
 for _, p := range people {
  if p.isDead {
   fmt.Println("who is dead?", p.name)
  }
 }
}

func whoIsDead(people []person) {
 for _, p := range people {
  if p.age  50 {
   p.isDead = true
  }
 }
}

我相信很多人一看就看出問(wèn)題在哪了,但肯定還有人不清楚 for range 語(yǔ)法的機(jī)制,我絮叨一下:golang中 for range 語(yǔ)法非常方便,可以輕松的遍歷 array 、 slice 、 map 等結(jié)構(gòu),但是它有一個(gè)特點(diǎn),就是會(huì)在遍歷時(shí)把當(dāng)前遍歷到的元素,復(fù)制給內(nèi)部變量,具體就是在 whoIsDead 函數(shù)中的 for range 里,會(huì)把 people 里的每個(gè) person ,都復(fù)制給 p 這個(gè)變量,類似于這樣的操作:

p := person

上文說(shuō)過(guò), struct 是值類型,所以在賦值給 p 的過(guò)程中,實(shí)際上需要重新生成一份 person 數(shù)據(jù),便于 for range 內(nèi)部使用,不信試試:

package main

import "fmt"

type person struct {
 name string
 age byte
 isDead bool
}

func main() {
 p1 := person{name: "zzy", age: 100}
 p2 := p1
 p1.name = "changed"
 fmt.Println(p2.name)
}

所以 p.isDead = true 這個(gè)操作實(shí)際上更改的是新生成的 p 數(shù)據(jù),而非 people 中原本的 person ,這里產(chǎn)生了一個(gè)bug。

在 for range 內(nèi)部只需讀取數(shù)據(jù)而不需要修改的情況下,隨便怎么寫也無(wú)所謂,頂多就是代碼不夠完美,而需要修改數(shù)據(jù)時(shí),則最好傳遞 struct 指針:

package main

import "fmt"

type person struct {
 name string
 age byte
 isDead bool
}

func main() {
 p1 := person{name: "zzy", age: 100}
 p2 := person{name: "dj", age: 99}
 p3 := person{name: "px", age: 20}
 people := []*person{p1, p2, p3}
 whoIsDead(people)
 for _, p := range people {
  if p.isDead {
   fmt.Println("who is dead?", p.name)
  }
 }
}

func whoIsDead(people []*person) {
 for _, p := range people {
  if p.age  50 {
   p.isDead = true
  }
 }
}

運(yùn)行一下:

who is dead? px

everything is ok,很棒棒的代碼。

還有另外的方法,使用索引訪問(wèn) people 中的 person ,改動(dòng)一下 whoIsDead 函數(shù),也能達(dá)到同樣的目的:

func whoIsDead(people []person) {
 for i := 0; i  len(people); i++ {
  if people[i].age  50 {
   people[i].isDead = true
  }
 }
}

好, for range 部分講到這里,接下來(lái)說(shuō)一說(shuō) map 結(jié)構(gòu)中值的傳遞和修改問(wèn)題。

這段代碼將之前的 people []person 改成了 map 結(jié)構(gòu),大家覺(jué)得有錯(cuò)誤嗎,如果有錯(cuò),錯(cuò)在哪:

package main

import "fmt"

type person struct {
 name string
 age byte
 isDead bool
}

func main() {
 p1 := person{name: "zzy", age: 100}
 p2 := person{name: "dj", age: 99}
 p3 := person{name: "px", age: 20}
 people := map[string]person{
  p1.name: p1,
  p2.name: p2,
  p3.name: p3,
 }
 whoIsDead(people)
 if p3.isDead {
  fmt.Println("who is dead?", p3.name)
 }
}

func whoIsDead(people map[string]person) {
 for name, _ := range people {
  if people[name].age  50 {
   people[name].isDead = true
  }
 }
}

go run 一下,報(bào)錯(cuò):

cannot assign to struct field people[name].isDead in map

這個(gè)報(bào)錯(cuò)有點(diǎn)迷,我估計(jì)很多人都看不懂了。我解答下, map 底層使用了 array 存儲(chǔ)數(shù)據(jù),并且沒(méi)有容量限制,隨著 map 元素的增多,需要?jiǎng)?chuàng)建更大的 array 來(lái)存儲(chǔ)數(shù)據(jù),那么之前的地址就無(wú)效了,因?yàn)閿?shù)據(jù)被復(fù)制到了新的更大的 array 中,所以 map 中元素是不可取址的,也是不可修改的。這個(gè)報(bào)錯(cuò)的意思其實(shí)就是不允許修改 map 中的元素。

即便 map 中元素沒(méi)有以上限制,這段代碼依然是錯(cuò)誤的,想一想,為什么?答案之前已經(jīng)說(shuō)過(guò)了。

那么,怎么改才能正確呢,老套路,依然是使用指針:

package main

import "fmt"

type person struct {
 name string
 age byte
 isDead bool
}

func main() {
 p1 := person{name: "zzy", age: 100}
 p2 := person{name: "dj", age: 99}
 p3 := person{name: "px", age: 20}
 people := map[string]*person{
  p1.name: p1,
  p2.name: p2,
  p3.name: p3,
 }
 whoIsDead(people)
 if p3.isDead {
  fmt.Println("who is dead?", p3.name)
 }
}

func whoIsDead(people map[string]*person) {
 for name, _ := range people {
  if people[name].age  50 {
   people[name].isDead = true
  }
 }
}

另外,在 interface{} 斷言里試圖直接修改 struct 屬性而非通過(guò)指針修改時(shí):

package main

type person struct {
 name string
 age byte
 isDead bool
}

func main() {
 p := person{name: "zzy", age: 100}
 isDead(p)
}

func isDead(p interface{}) {
 if p.(person).age  101 {
  p.(person).isDead = true
 }
}

會(huì)直接報(bào)一個(gè)編譯錯(cuò)誤:

cannot assign to p.(person).isDead

即便編譯通過(guò),代碼也是錯(cuò)誤的 ,始終要記住 struct 是值類型的數(shù)據(jù),請(qǐng)使用指針去操作它, 正確做法是:

package main

import "fmt"

type person struct {
 name string
 age byte
 isDead bool
}

func main() {
 p := person{name: "zzy", age: 100}
 isDead(p)
 fmt.Println(p)
}

func isDead(p interface{}) {
 if p.(*person).age  101 {
  p.(*person).isDead = true
 }
}

最后,不能不說(shuō)golang中指針真是居家旅行、升職加薪的必備知識(shí)啊,希望同學(xué)們熟練掌握。

總結(jié)

以上就是這篇文章的全部?jī)?nèi)容了,希望本文的內(nèi)容對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,如果有疑問(wèn)大家可以留言交流,謝謝大家對(duì)腳本之家的支持。

您可能感興趣的文章:
  • Golang報(bào)“import cycle not allowed”錯(cuò)誤的2種解決方法
  • Golang常見(jiàn)錯(cuò)誤之值拷貝和for循環(huán)中的單一變量詳解
  • Golang巧用defer進(jìn)行錯(cuò)誤處理的方法
  • golang log4go的日志輸出優(yōu)化詳解
  • Golang中重復(fù)錯(cuò)誤處理的優(yōu)化方法

標(biāo)簽:吐魯番 許昌 保定 東營(yíng) 曲靖 貴州 常州 德宏

巨人網(wǎng)絡(luò)通訊聲明:本文標(biāo)題《golang新手們?nèi)菀追傅?個(gè)錯(cuò)誤總結(jié)》,本文關(guān)鍵詞  golang,新手,們?nèi)?易犯,的,;如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問(wèn)題,煩請(qǐng)?zhí)峁┫嚓P(guān)信息告之我們,我們將及時(shí)溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò),涉及言論、版權(quán)與本站無(wú)關(guān)。
  • 相關(guān)文章
  • 下面列出與本文章《golang新手們?nèi)菀追傅?個(gè)錯(cuò)誤總結(jié)》相關(guān)的同類信息!
  • 本頁(yè)收集關(guān)于golang新手們?nèi)菀追傅?個(gè)錯(cuò)誤總結(jié)的相關(guān)信息資訊供網(wǎng)民參考!
  • 推薦文章
    婷婷综合国产,91蜜桃婷婷狠狠久久综合9色 ,九九九九九精品,国产综合av
    色香蕉成人二区免费| 成人做爰69片免费看网站| 7777精品久久久大香线蕉| 国产一区视频导航| 五月天欧美精品| 国产精品乱人伦| 久久亚区不卡日本| 欧美日韩国产小视频在线观看| 国产suv精品一区二区三区| 欧美bbbbb| 亚洲国产精品久久人人爱蜜臀| 99re这里只有精品6| 久久精工是国产品牌吗| 亚洲成人综合在线| 亚洲欧美另类小说| 懂色av一区二区在线播放| 欧美国产一区二区| 日韩午夜在线观看| 欧美亚男人的天堂| 懂色av一区二区三区免费观看| 久久精品久久久精品美女| 亚洲mv在线观看| 国产精品美女视频| 国产女人水真多18毛片18精品视频 | 日韩成人av影视| 一区二区理论电影在线观看| 日韩一区在线播放| 欧美国产精品一区二区三区| 欧美大片一区二区三区| 欧美大胆人体bbbb| 日韩免费性生活视频播放| 欧美亚洲综合网| 91美女在线视频| 91社区在线播放| 色欧美片视频在线观看| 欧美午夜精品免费| 国产一区二区三区观看| 久久99国产精品久久99| 国产一区二区视频在线播放| 国产乱码字幕精品高清av | 欧美日韩在线播放三区| 欧美日韩www| 丁香六月综合激情| eeuss鲁片一区二区三区在线看| 国产69精品久久久久777| 成人国产精品免费观看视频| 99免费精品在线| 在线视频中文字幕一区二区| 欧美人妖巨大在线| 精品婷婷伊人一区三区三| 精品在线你懂的| 国产一本一道久久香蕉| 丝袜国产日韩另类美女| 国产一区二区三区在线观看免费 | 日韩激情av在线| 天天爽夜夜爽夜夜爽精品视频| 麻豆国产精品777777在线| 国产精品亚洲视频| 日本二三区不卡| 欧美色偷偷大香| 日韩一区二区电影在线| 国产欧美1区2区3区| 亚洲图片欧美一区| 蜜桃视频在线观看一区| 不卡的看片网站| 欧美亚洲高清一区二区三区不卡| 97久久精品人人爽人人爽蜜臀| 欧美日韩一区在线观看| 亚洲视频1区2区| 欧美精品tushy高清| 激情欧美日韩一区二区| 亚洲成人午夜电影| 国产精品欧美极品| 国产精品成人午夜| 精品国产一区久久| 欧美mv日韩mv国产网站| 日韩精品专区在线| 久久青草欧美一区二区三区| 亚洲欧美综合另类在线卡通| 51精品久久久久久久蜜臀| 欧美亚洲国产bt| 欧美在线观看禁18| 欧美日韩午夜影院| 亚洲精品在线免费观看视频| 国产亚洲成年网址在线观看| 久久精品日韩一区二区三区| 国产精品国产三级国产| 一区二区激情小说| 国产亚洲污的网站| 亚洲精品福利视频网站| 久久精品国产久精国产爱| 狠狠色综合色综合网络| 国内精品久久久久影院色| 精品无人区卡一卡二卡三乱码免费卡 | 国产精品一区二区免费不卡| 国产成人在线视频播放| 99国产精品久久久| 国产伦理精品不卡| 欧洲另类一二三四区| 国产精品视频九色porn| 国产一区二区三区观看| 亚洲三级小视频| 麻豆91免费观看| 欧美一级高清片在线观看| 亚洲国产精品久久艾草纯爱| 中文字幕亚洲一区二区av在线| 成人一道本在线| 欧美日韩综合不卡| 蜜桃久久av一区| 久久久精品综合| 高清不卡在线观看av| 中文字幕日本不卡| 亚洲一区二区欧美日韩| 欧美精品久久久久久久多人混战| 亚洲国产精品久久艾草纯爱| 美女www一区二区| 91蝌蚪porny成人天涯| 日韩精品一区二| 一区二区三区日本| 91在线观看地址| 欧美一区二区三区男人的天堂| 国产欧美精品区一区二区三区| 日本成人在线电影网| 欧美三级电影一区| 亚洲美女屁股眼交3| 成人免费毛片高清视频| 国产无一区二区| 国产成人三级在线观看| 精品裸体舞一区二区三区| 国产999精品久久| 久久久久久亚洲综合影院红桃| 日本成人在线不卡视频| 日韩免费性生活视频播放| 国产精品一色哟哟哟| 精品国产免费一区二区三区香蕉| 国产精品资源在线观看| 一区二区三区中文免费| 欧美日韩夫妻久久| 国产成人在线免费观看| 国产成人午夜精品影院观看视频 | 国产宾馆实践打屁股91| 国产999精品久久久久久绿帽| 成人综合在线观看| 欧美嫩在线观看| 国产精品国产精品国产专区不蜜| 亚洲人吸女人奶水| 风间由美一区二区三区在线观看| 欧美疯狂做受xxxx富婆| 国产精品电影一区二区三区| 91麻豆swag| 亚洲四区在线观看| 欧美综合视频在线观看| 日韩精品91亚洲二区在线观看| 久久精品亚洲精品国产欧美 | 视频一区二区三区中文字幕| 国产亚洲一区二区三区四区| 欧美日韩国产bt| 一本久道久久综合中文字幕| 精品中文av资源站在线观看| 亚洲欧美一区二区久久| 日韩三级精品电影久久久| 91高清在线观看| 91亚洲男人天堂| 国产不卡视频一区| 国内精品伊人久久久久影院对白| 日韩在线a电影| 亚洲成人av免费| 国产麻豆精品一区二区| 日韩国产欧美在线视频| 亚洲午夜激情网页| 亚洲一区二区高清| 亚洲成av人片一区二区三区| 亚洲欧美aⅴ...| 亚洲精品美国一| 亚洲国产综合色| 亚洲国产成人av网| 亚洲成人综合视频| 天天色综合天天| 视频一区二区国产| 免费在线一区观看| 美女一区二区三区在线观看| 久草在线在线精品观看| 国产麻豆精品在线| 97精品国产97久久久久久久久久久久| 成人综合激情网| 色综合一个色综合| 欧美高清激情brazzers| 久久亚洲一区二区三区四区| 国产亚洲人成网站| 亚洲欧美成aⅴ人在线观看| 午夜精品久久久久| 国内精品久久久久影院薰衣草| 粉嫩欧美一区二区三区高清影视| 91一区二区三区在线播放| 欧美丰满少妇xxxxx高潮对白| 久久这里都是精品| 国产精品三级视频| 奇米色一区二区三区四区| 99久久精品国产一区二区三区| 欧美中文字幕不卡|