不太明白 golang 官方设计 slice 这种数据结构的初衷在哪？

[Buffer2Disk]

不太明白 golang 官方设计 slice 这种可变长数据结构的初衷在哪？是速度更快么还是？

为什么不能跟其他语言一样设计的易用一点呢，有没有大佬出来解惑一下的

感觉这个数据结构用起来要非常的小心，如果按照其他语言的模式来思考，就会产生意想不到的结果

比如下面这 2 个案例

https://v2ex.com/t/581264

https://www.zhihu.com/question/27161493

[swulling]

值传递有自己的好处，

[calease]

跟 slice 有什么关系。也根本不需要关心 slice 的 internal implementation。go 是 pass by value，所以如果要修改数据必须要 pass in pointer。如果别的需要修改数据的 pass in pointer 只有 slice 不用 pass in pointer 就会很 confusing。

[sosilver]

看起来有点不伦不类，像 std::span 和 std::vector 的混合体

[fcten]

因为易用和性能是冲突的，那么作为设计者就必然要权衡。

如果一个设计要损失 10%的性能，但是开发效率提升 100%，要不要？
如果一个设计要损失 50%的性能，但是开发效率提升 100%，要不要？

关于用其它语言的思维方式无法理解的问题，那是因为 Go 最初就是设计给 C/C++ 程序员用的。熟悉 C/C++ 思维模式的程序员应该很容易理解这些。

[ChristopherWu]

@fcten 这结论太虚了。从这个这么广的结论，你怎么样也要说『比如 go 的 slice 就为了 xx 的性能而舍弃了 xx 的易用，这是没办法的』

[daryl]

@myyou C 语言的那个应该叫变长数组（变量长度数组）吧，并不是动态的。

[buzailianxi]

其内部对 data 的引用变化 扩容时机 是造成困扰的主要原因。

[scipio]

答主被高级语言惯久了～

[webee]

一个 slice 值是对底层数组的一个固定切片，长度是不可变的，每次改变长度都是生成新的切片。
%p 对于 slice 来说返回的是底层数组的地址，真实的 slice 值的地址需要取地址符&。