好像一个是数组，一个是切片，数组长度是不能变的，声明多少就是多少，切片是对一个数组中一部分的引用。
写 C++ 的时候就有过这样的情况，你需要一个数组的话，就要在代码里写死长度，或是通过 new 来分配一个固定长度的数组，总之数组一旦创建，长度就不可变，如果容量不够的话，就要重新分配一个数组，然后把旧数据复制过去，然后把旧数组释放掉（代码里写死的长度的数组就不能扩展了）。
Go 其实也是一样的，数组一旦创建长度就不能变，因为向系统申请的连续内存空间已经确定了，后面可能已经存了其他数据，不可以直接越界。
而 Go 为了方便，提供了一个切片（语法上，数组是中括号里要写固定长度，而切片就直接是一对中括号），切片实际上就是个指针，底层需要一个数组来作为存储空间，切片的起始位置一定是在数组头（也可以往后移动，只要不超出数组长度范围就行，但是往后移动了就移不回来了，相当于少了一个存储空间），切片的长度一定小于等于数组长度。以此来提供灵活的数组访问。
在 append 的时候就会出现这样的问题，如果容量不够了，就和 C++ 一样，需要重新创建一个数组，把数据复制过去，只不过这个过程被自动化了，新数组容量我印象中是以两倍的方式来增长的。

其实我觉得如果你知道它的原理，再稍微知道一些 C++ 的东西，就觉得其实也没啥不合理的，知道了原理之后就不会出错了，而且还觉得相比 C++ 还挺好用的。