go append 的疑问

[echoless]

package main

import "fmt"

func main() {
	// create a slice from an array
	x := [3]string{"A", "B", "С"}
	s := x[:] // a slice referencing the storage of x
	// x[1] = "O"
	t := append(s, "D") // append items to slice s
	x[1] = "O"
	fmt.Println("%+v", x)
	fmt.Println("%+v", s)
	fmt.Println("%+v", t)
}

https://go.dev/play/p/g-eGRJLteAH

t 为什么是 [A B С D]

我的理解是 t 在 s 的基础上加了个‘D' , x 改了 s, t 也要跟着变啊.

[echoless]

https://pkg.go.dev/builtin#append

The append built-in function appends elements to the end of a slice. If it has sufficient capacity, the destination is resliced to accommodate the new elements. If it does not, a new underlying array will be allocated. Append returns the updated slice. It is therefore necessary to store the result of append, often in the variable holding the slice itself:

If it does not, a new underlying array will be allocated. 草

[nickchenyx]

不然 append 为啥会返回一个新 arr 给你持有呢？最好的实践就是一直用最新的 arr 变量，别去动之前的

[echoless]

感觉是个坑啊

```
package main

import "fmt"

func main() {
// create a slice from an array
x := make([]string, 3, 10)
x[0] = "A"
x[1] = "B"
x[2] = "C"
s := x[:] // a slice referencing the storage of x
t := append(s, "D") // append items to slice s
x[1] = "O"
fmt.Println("%+v", x)
fmt.Println("%+v", s)
fmt.Println("%+v", t)
}
````

https://go.dev/play/p/MLJ9L4o7UQq

[echoless]

@nickchenyx #2 所谓最佳实践就是用来掩盖语言设计缺陷的.

从我不多的 golang 经验看, 这个 append 绝对咬过不少人.

[beidounanxizi]

append 是这样的 里面有个 growslice 扩容机制 memcopy 变成新数组的过程

[1343EFF]

看着像 php 的风格哈哈哈返回一个新的数组而不是让你引用旧的

[echoless]

@nickchenyx #2 我以为是在原有 arr 的基础上去扩展.

看来是

如果原来的 arr 够用, 就直接在上面扩展
不够就会新创建一个 arr(把数据 copy 过去).

[beidounanxizi]

https://draveness.me/golang/docs/part2-foundation/ch03-datastructure/golang-array-and-slice/#324-%E8%BF%BD%E5%8A%A0%E5%92%8C%E6%89%A9%E5%AE%B9
参见扩容内部原理

[echoless]

@1343EFF #6 坑在于 如果原来的是容量够, 就是引用旧的. 我觉得每个 golang 程序员都要被咬一次

[echoless]

@beidounanxizi #8 多谢, 普通使用要看原理, 说明设计是不够自然.

[Maboroshii]

是这样的啊，要不然就是 array.append 方法了。而且一般写代码如果这样写，看代码的人都要晕了，一会儿旧一会儿新的。。

[cmdOptionKana]

@wuhaoecho 语言怎么设计，有得有失，比如设计成 Java 那样，确实低级坑是少一点，但内存占用就会大。

Go 希望编译速度快、运行效率高，自然就会要求程序员多费点心思。

像 C/C++, Rust 之类，低级坑更多，需要程序员耗费精神自己小心处理的地方更多，但运行效率也更高。

[echoless]

@cmdOptionKana #12 统一你的观点, 所以我觉得 golang 是比 java 更难的语言, 多了一层 pointer, 弄出来很多“似是而非”的问题.

[cmdOptionKana]

@wuhaoecho 我感觉难度差别很细微，各有各的难点，Java 也有一些很复杂的地方。

C++, Rust 是难度高得很明显，但如果 Go 和 Java 比，就算说 Go 难，但难那么一点点，几乎可以忽略不计。

[hzjseasea]

op 真的是边骂边学 golang...

[MoYi123]

@wuhaoecho 不是 go 比 java 多了指针, 而是 java 比 go 少了指针.

[echoless]

@cmdOptionKana #14 我虽然写的 java 不多, 但是不记得有什么困惑, golang 感觉老搞不清. 虽然也能写, 老觉得这样写是不是符合“标准”, java python 这些从来没有这样的困惑. rust c++ 跟 go java 不是一个层次的, 难是预期之内的.

[echoless]

@hzjseasea #15 没办法啊, 生活所迫, 我要是 python 能找到理想的工作才不会学 golang, 不过我把可以骂的点, 都搞清楚了, 就学会了么.

[lesismal]

c 时代的 realloc 就是这样的，只是那些语言为了搬砖效率封装了一大堆、然后圈养了大批 CURDer

[hzjseasea]

@wuhaoecho 我之前也是 python 转的 go,那时候还偶尔看点 rust ，当时给我的感觉就是卧槽这才是代码，python 太多东西给你封装起来 你写代码的时候压根看不见，现在把这些封装的都抛出来让你自己管理了，就觉得这也不好那也不好了... 像 go 的 map slice map channel 这四块都可以去了解下源码, 反正你找工作也要了解的