国产精品电影_久久视频免费_欧美日韩国产激情_成年人视频免费在线播放_日本久久亚洲电影_久久都是精品_66av99_九色精品美女在线_蜜臀a∨国产成人精品_冲田杏梨av在线_欧美精品在线一区二区三区_麻豆mv在线看

[]*T *[]T *[]*T 傻傻分不清楚

開發 后端
相信使用過切片會發現非常類似于 Java 中的 ArrayList,同樣是基于數組實現,也會擴容發生數據拷貝;這樣看來語言只是上層使用的選擇,一些通用的底層實現大家都差不多。

[[413416]]

本文轉載自微信公眾號「crossoverJie」,作者crossoverJie。轉載本文請聯系crossoverJie公眾號。

前言

作為一個 Go 語言新手,看到一切”詭異“的代碼都會感到好奇;比如我最近看到的幾個方法;偽代碼如下:

  1. func FindA() ([]*T,error) { 
  2.  
  3. func FindB() ([]T,error) { 
  4.  
  5. func SaveA(data *[]T) error { 
  6.  
  7. func SaveB(data *[]*T) error { 

相信大部分剛入門 Go 的新手看到這樣的代碼也是一臉懵逼,其中最讓人疑惑的就是:

  1. []*T 
  2. *[]T 
  3. *[]*T 

這樣對切片的聲明,先不看后面兩種寫法;單獨看 []*T 還是很好理解的:該切片中存放的是所有 T 的內存地址,會比存放 T 本身來說要更省空間,同時 []*T 在方法內部是可以修改 T 的值,而[]T 是修改不了。

  1. func TestSaveSlice(t *testing.T) { 
  2.  a := []T{{Name"1"}, {Name"2"}} 
  3.  for _, t2 := range a { 
  4.   fmt.Println(t2) 
  5.  } 
  6.  _ = SaveB(a) 
  7.  for _, t2 := range a { 
  8.   fmt.Println(t2) 
  9.  } 
  10.  
  11. func SaveB(data []T) error { 
  12.  t := data[0] 
  13.  t.Name = "1233" 
  14.  return nil 
  15.  
  16. type T struct { 
  17.  Name string 

比如以上例子打印的是

  1. {1} 
  2. {2} 
  3. {1} 
  4. {2} 

只有將方法修改為

  1. func SaveB(data []*T) error { 
  2.  t := data[0] 
  3.  t.Name = "1233" 
  4.  return nil 

才能修改 T 的值:

  1. &{1} 
  2. &{2} 
  3. &{1233} 
  4. &{2} 

示例

下面重點來看看 []*T 與 *[]T 的區別,這里寫了兩個 append 函數:

  1. func TestAppendA(t *testing.T) { 
  2.  x:=[]int{1,2,3} 
  3.  appendA(x) 
  4.  fmt.Printf("main %v\n", x) 
  5. func appendA(x []int) { 
  6.  x[0]= 100 
  7.  fmt.Printf("appendA %v\n", x) 

先看第一種,輸出是結果是:

  1. appendA [1000 2 3] 
  2. main [1000 2 3] 

說明在函數傳遞過程中,函數內部的修改能夠影響到外部。

下面我們再看一個例子:

  1. func appendB(x []int) { 
  2.  x = append(x, 4) 
  3.  fmt.Printf("appendA %v\n", x) 

最終結果卻是:

  1. appendA [1 2 3 4] 
  2. main [1 2 3] 

沒有影響到外部。

而當我們再調整一下會發現又有所不同:

  1. func TestAppendC(t *testing.T) { 
  2.  x:=[]int{1,2,3} 
  3.  appendC(&x) 
  4.  fmt.Printf("main %v\n", x) 
  5. func appendC(x *[]int) { 
  6.  *x = append(*x, 4) 
  7.  fmt.Printf("appendA %v\n", x) 

最終的結果:

  1. appendA &[1 2 3 4] 
  2. main [1 2 3 4] 

可以發現如果傳遞切片的指針時,使用 append 函數追加數據時會影響到外部。

slice 原理

在分析上面三種情況之前,我們先來了解下 slice 的數據結構。

直接查看源碼會發現 slice 其實就是一個結構體,只是不能直接對外訪問。

源碼地址 runtime/slice.go

其中有三個重要的屬性:

屬性 含義
array 底層存放數據的數組,是一個指針。
len 切片長度
cap 切片容量 cap>=len

提到切片就不得不想到數組,可以這么理解:

切片是對數組的抽象,而數組則是切片的底層實現。

其實通過切片這個名字也不難看出,它就是從數組中切了一部分;相對于數組的固定大小,切片可以根據實際使用情況進行擴容。

所以切片也可以通過對數組"切一刀"獲得:

  1. x1:=[6]int{0,1,2,3,4,5} 
  2. x2 := x[1:4] 
  3. fmt.Println(len(x2), cap(x2)) 

其中 x1 的長度與容量都是6。

  • x2 的長度與容量則為3和5。
  • x2 的長度很容易理解。

容量等于5可以理解為,當前這個切片最多可以使用的長度。

因為切片 x2 是對數組 x1 的引用,所以底層數組排除掉左邊一個沒有被引用的位置則是該切片最大的容量,也就是5。

同一個底層數組

以剛才的代碼為例:

  1. func TestAppendA(t *testing.T) { 
  2.  x:=[]int{1,2,3} 
  3.  appendA(x) 
  4.  fmt.Printf("main %v\n", x) 
  5. func appendA(x []int) { 
  6.  x[0]= 100 
  7.  fmt.Printf("appendA %v\n", x) 

在函數傳遞過程中,main 中的 x 與 appendA 函數中的 x 切片所引用的是同個數組。

所以在函數中對 x[0]=100,main函數中也能獲取到。

本質上修改的就是同一塊內存數據。

值傳遞帶來的誤會

在上述例子中,在 appendB 中調用 append 函數追加數據后會發現 main 函數中并沒有受到影響,這里我稍微調整了一下示例代碼:

  1. func TestAppendB(t *testing.T) { 
  2.  //x:=[]int{1,2,3} 
  3.  x := make([]int, 3,5) 
  4.  x[0] = 1 
  5.  x[1] = 2 
  6.  x[2] = 3 
  7.  appendB(x) 
  8.  fmt.Printf("main %v len=%v,cap=%v\n", x,len(x),cap(x)) 
  9. func appendB(x []int) { 
  10.  x = append(x, 444) 
  11.  fmt.Printf("appendB %v len=%v,cap=%v\n", x,len(x),cap(x)) 

主要是修改了切片初始化方式,使得容量大于了長度,具體原因后續會說明。

輸出結果如下:

  1. appendB [1 2 3 444] len=4,cap=5 
  2. main [1 2 3] len=3,cap=5 

main 函數中的數據看樣子確實沒有受到影響;但細心的朋友應該會注意到 appendB 函數中的 x 在 append() 之后長度 +1 變為了4。

而在 main 函數中長度又變回了3.

這個細節區別就是為什么 append() "看似" 沒有生效的原因;至于為什么要說“看似”,再次調整了代碼:

  1. func TestAppendB(t *testing.T) { 
  2.  //x:=[]int{1,2,3} 
  3.  x := make([]int, 3,5) 
  4.  x[0] = 1 
  5.  x[1] = 2 
  6.  x[2] = 3 
  7.  appendB(x) 
  8.  fmt.Printf("main %v len=%v,cap=%v\n", x,len(x),cap(x)) 
  9.  
  10.  y:=x[0:cap(x)] 
  11.  fmt.Printf("y %v len=%v,cap=%v\n", y,len(y),cap(y)) 

在剛才的基礎之上,以 append 之后的 x 為基礎再做了一個切片;該切片的范圍為 x 所引用數組的全部數據。

再來看看執行結果如何:

  1. appendB [1 2 3 444] len=4,cap=5 
  2. main [1 2 3] len=3,cap=5 
  3. y [1 2 3 444 0] len=5,cap=5 

會神奇的發現 y 將所有數據都打印出來,在 appendB 函數中追加的數據其實已經寫入了數組中,但為什么 x 本身沒有獲取到呢?

看圖就很容易理解了:

  • 在appendB中確實是對原始數組追加了數據,同時長度也增加了。
  • 但由于是值傳遞,所以 slice 這個結構體即便是修改了長度為4,也只是對復制的那個對象修改了長度,main 中的長度依然為3.
  • 由于底層數組是同一個,所以基于這個底層數組重新生成了一個完整長度的切片便能看到追加的數據了。

所以這里本質的原因是因為 slice 是一個結構體,傳遞的是值,不管方法里如何修改長度也不會影響到原有的數據(這里指的是長度和容量這兩個屬性)。

切片擴容

還有一個需要注意:

剛才特意提到這里的例子稍有改變,主要是將切片的容量設置超過了數組的長度;

如果不做這個特殊設置會怎么樣呢?

  1. func TestAppendB(t *testing.T) { 
  2.  x:=[]int{1,2,3} 
  3.  //x := make([]int, 3,5) 
  4.  x[0] = 1 
  5.  x[1] = 2 
  6.  x[2] = 3 
  7.  appendB(x) 
  8.  fmt.Printf("main %v len=%v,cap=%v\n", x,len(x),cap(x)) 
  9.  
  10.  y:=x[0:cap(x)] 
  11.  fmt.Printf("y %v len=%v,cap=%v\n", y,len(y),cap(y)) 
  12. func appendB(x []int) { 
  13.  x = append(x, 444) 
  14.  fmt.Printf("appendB %v len=%v,cap=%v\n", x,len(x),cap(x)) 

輸出結果:

  1. appendB [1 2 3 444] len=4,cap=6 
  2. main [1 2 3] len=3,cap=3 
  3. y [1 2 3] len=3,cap=3 

這時會發現 main 函數中的 y 切片數據也沒有發生變化,這是為什么呢?

這是因為初始化 x 切片時長度和容量都為3,當在 appendB 函數中追加數據時,會發現沒有位置了。

  • 這時便會進行擴容:
  • 將老數據復制一份到新的數組中。
  • 追加數據。

將新的數據內存地址返回給 appendB 中的 x .

同樣的由于是值傳遞,所以 appendB 中的切片換了底層數組對 main 函數中的切片沒有任何影響,也就導致最終 main 函數的數據沒有任何變化了。

傳遞切片指針

有沒有什么辦法即便是在擴容時也能對外部產生影響呢?

  1. func TestAppendC(t *testing.T) { 
  2.  x:=[]int{1,2,3} 
  3.  appendC(&x) 
  4.  fmt.Printf("main %v len=%v,cap=%v\n", x,len(x),cap(x)) 
  5. func appendC(x *[]int) { 
  6.  *x = append(*x, 4) 
  7.  fmt.Printf("appendC %v\n", x) 

輸出結果為:

  1. appendC &[1 2 3 4] 
  2. main [1 2 3 4] len=4,cap=6 

這時外部的切片就能受到影響了,其實原因也很簡單;

剛才也說了,因為 slice 本身是一個結構體,所以當我們傳遞指針時,就和平時自定義的 struct 在函數內部通過指針修改數據原理相同。

最終在 appendC 中的 x 的指針指向了擴容后的結構體,因為傳遞的是 main 函數中 x 的指針,所以同樣的 main 函數中的 x 也指向了該結構體。

總結

所以總結一下:

  • 切片是對數組的抽象,同時切片本身也是一個結構體。
  • 參數傳遞時函數內部與外部引用的是同一個數組,所以對切片的修改會影響到函數外部。
  • 如果發生擴容,情況會發生變化,同時擴容會導致數據拷貝;所以要盡量預估切片大小,避免數據拷貝。
  • 對切片或數組重新生成切片時,由于共享的是同一個底層數組,所以數據會互相影響,這點需要注意。
  • 切片也可以傳遞指針,但場景很少,還會帶來不必要的誤解;建議值傳值就好,長度和容量占用不了多少內存。

相信使用過切片會發現非常類似于 Java 中的 ArrayList,同樣是基于數組實現,也會擴容發生數據拷貝;這樣看來語言只是上層使用的選擇,一些通用的底層實現大家都差不多。

 

這時我們再看標題中的 []*T *[]T *[]*T 就會發現這幾個并沒有什么聯系,只是看起來很像容易唬人。

 

責任編輯:武曉燕 來源: crossoverJie
相關推薦

2025-10-27 00:00:00

2021-03-10 08:56:37

Zookeeper

2022-05-15 21:52:04

typeTypeScriptinterface

2024-02-29 09:08:56

Encoding算法加密

2020-10-30 08:20:04

SD卡TF卡存儲

2018-12-17 12:30:05

Kubernetes存儲存儲卷

2018-05-22 16:24:20

HashMapJavaJDK

2023-02-27 15:46:19

數據元元數據

2020-03-03 17:35:09

Full GCMinor

2025-08-18 03:25:00

2023-09-03 21:18:07

Python編程語言

2021-02-08 23:47:51

文件存儲塊存儲對象存儲

2025-05-12 08:40:00

前端監控DOM

2025-08-14 08:21:17

PODAODTO

2022-02-25 09:14:33

類變量共享實例變量

2016-11-04 12:51:46

Unix網絡IO 模型

2021-11-09 06:01:35

前端JITAOT

2024-11-04 00:00:03

viewportDOMSPA

2025-08-26 04:00:00

2023-04-11 15:57:49

JavaScriptCSSHTML
點贊
收藏

51CTO技術棧公眾號

在线日本中文字幕| 日本xxx免费| 欧美日韩伦理片| 久久精品国产精品青草| 久久精品视频在线观看| 一二三中文字幕在线| 国产成人av电影在线播放| 国产精品亚洲精品| 黄色精品视频| 91精品国产色综合久久久蜜香臀| 日韩精品dvd| 日韩精品一区二区三区三区免费 | 中文字幕日韩高清在线| 777午夜精品免费视频| 免费h片在线| www精品美女久久久tv| 亚洲图片在线观看| 亚洲一区二区日韩| 欧美在线欧美在线| 国产美女亚洲精品7777| 亚洲福利视频免费观看| 国产美女在线观看| 在线免费观看成人短视频| 日本视频一二三区中文字幕| 久久久精品欧美丰满| 男人添女荫道口女人有什么感觉| 久久午夜电影| 国产一区二区在线网站| 91综合网人人| 国产区精品在线观看| 少妇精品久久久一区二区三区 | 成人综合影院| 亚洲国产视频一区二区| 羞羞小视频在线观看| 久久久久青草大香线综合精品| 成年丰满熟妇午夜免费视频| 首页国产欧美日韩丝袜| 国精产品一区二区| 亚洲国产精品一区| 精品国产乱码久久久久软件| 亚洲美洲欧洲综合国产一区| 久久av免费一区| 久久久精品五月天| 日本中文不卡| 国产中文字幕一区| 青草视频在线观看视频| 91蝌蚪porny九色| 欧美私人情侣网站| 国产精品成人一区二区三区夜夜夜 | 色久综合一二码| 青青草在线免费视频| 欧美色videos| bbbbbbbbbbb在线视频| 欧美喷潮久久久xxxxx| 乱人伦中文视频在线| 日韩一区二区三区精品视频 | 国产欧美日韩视频| 99成人在线视频| 亚洲一区二区少妇| 亚洲精品社区| 最新不卡av| av亚洲精华国产精华| 在线观看的毛片| 亚洲精选免费视频| 中文字幕一区二区三区免费视频| 色一情一乱一乱一91av| av免费网站在线观看| 亚洲男女自偷自拍图片另类| 亚洲图片小说区| 久久精品色综合| 亚洲一区二区三区四区五区黄| 最新av在线网站| 在线播放日韩导航| avav成人| 国产精品嫩草影院一区二区| 一区精品久久| 真人做人试看60分钟免费| 欧美国产成人在线| 久久精品蜜桃| 日韩精品在线视频美女| 国产成人高清精品免费5388| 99国产在线观看| 狠狠色狠狠色综合日日91app| 成人在线免费播放视频| 午夜精品久久久| 日韩激情av| 欧美成人小视频| 久久国产小视频| 日韩三级电影网站| 国产欧美1区2区3区| 国产精品久久久久一区二区国产 | 日本黄大片一区二区三区| 欧美日韩激情视频| 欧美少妇网站| 国产精品7m视频| 卡一卡二国产精品| 免费毛片aaaaaa| 亚洲国产福利在线| 亚洲深夜福利在线观看| 亚洲第一在线综合在线| 欧美国产视频在线| 少女频道在线观看免费播放电视剧| 欧美不卡视频一区发布| 亚洲网址在线| 波多结衣在线观看| 欧美一区二区三区男人的天堂| 日韩欧美中文在线观看| 久久久久久久久久久一区| 中文字幕欧美三区| 女同视频在线观看| 国产精品直播网红| av欧美精品.com| 中文字幕日本在线观看| 久久人人爽人人| 精品一区二区综合| 三级在线电影| 国模极品一区二区三区| 狠狠色丁香婷综合久久| 成人在线免费公开观看视频| 欧美片一区二区三区| 中文官网资源新版中文第二页在线观看| 久久99九九99精品| 在线三级av| 久久人人97超碰精品888| 另类综合日韩欧美亚洲| 青青草视频在线观看| 九九九久久久久久| 精品在线一区二区| 午夜视频在线观看网站| 国产精品精品视频| 久久精品视频一区二区三区| 成人小电影网站| 日韩久久久久久久久久久久久| 色综合天天综合给合国产| 香蕉久久99| 乌克兰美女av| xxxxx91麻豆| 国产精品18久久久久久久久| 暖暖在线中文免费日本| 蜜桃久久影院| 欧美日韩在线综合| 一区二区三区四区日韩| 免费男女羞羞的视频网站中文字幕| 亚洲香蕉伊综合在人在线视看| 老司机午夜精品视频| 超碰在线国产| 成人片在线免费看| 日韩欧美在线视频日韩欧美在线视频 | 天堂男人av| 欧美一级大片在线观看| 国产视频一区二区在线| 日本免费成人| 鲁一鲁一鲁一鲁一澡| 精品国产一区二区三区四区在线观看| 国产精品一二一区| 婷婷综合六月| 精品久久久久久久久久中文字幕| 在线日韩日本国产亚洲| 不卡影院免费观看| 香蕉久久久久久| 无码精品国产一区二区三区免费| 日韩亚洲综合在线| 26uuu精品一区二区| 图片一区二区| free亚洲| 国产精品日韩欧美综合| 天涯成人国产亚洲精品一区av| 欧美视频网址| 性色视频在线| 久久国产一区| 亚洲黄色免费三级| 国产999精品久久久久久绿帽| 亚洲mmav| 成人免费乱码大片a毛片软件| 国产精品爱久久久久久久| 欧美日韩在线看| 97影院在线午夜| 国产精品灌醉下药二区| 欧美亚洲国产精品久久| 久久精品国产亚洲a∨麻豆| 欧美极品视频一区二区三区| 日韩成人av一区| 2024国产精品视频| 国产99久久久国产精品成人免费| 在线播放中文字幕| 欧美亚洲免费高清在线观看| 一区二区三区精品99久久| 久久精品男人天堂av| 国产欧美久久一区二区三区| 成人av电影观看| 在线观看18视频网站| 欧美激情按摩在线| 色综合久久综合网| 日本网站在线观看一区二区三区| 日本免费一区二区三区等视频| www.成人精品免费网站青椒| 国产亚洲欧美一区二区 | 久草视频在线播放| 日本在线成人一区二区| 尤物九九久久国产精品的分类|