Một slice không phải mảng — nó là header 24 byte gồm ptr, len, cap trỏ vào mảng nền chỗ khác. Đo thật: sub-slice s[2:4] có ptr lệch đúng 16 byte, chia sẻ mảng nền với s, nên sửa sub[0] làm s[2] đổi theo. Truyền slice copy 24 byte header nhưng sửa được data. Go 1.23.
Khi append vượt cap, Go cấp mảng nền mới lớn hơn — nhưng nhân theo hệ số nào? Đo thật tiến trình cap: slice nhỏ nhân đôi (x2.00 tới cap 512), rồi giảm dần về ~1.25x cho slice lớn (1.66 1.51 1.40 1.33). Vì sao đổi hệ số và tại sao prealloc vẫn thắng. Go 1.23.
Map Go là bảng băm với bucket chứa 8 cặp key-value. Đo thật: thứ tự lặp ngẫu nhiên mỗi lần (Go cố ý), prealloc make(map, N) nhanh 2 lần và cắt cấp phát từ 38092 xuống 19, mỗi entry int-int tốn 40 byte dù data chỉ 16. Cấu trúc hmap và tophash. Go 1.23.
Khi map quá đầy, số bucket phải gấp đôi và mọi entry phải chuyển chỗ. Làm một lần sẽ khựng O(n). Đo thật: chèn 2 triệu entry, insert chậm nhất chỉ 0.6 ms — nhỏ hơn 330 lần so với 200 ms nếu chuyển hết một lần. Cơ chế evacuation tăng dần và load factor 6.5. Go 1.23.
String là header 16 byte trỏ vào dữ liệu bất biến, không có cap. Đo thật: substring s[7:13] miễn phí (chia sẻ backing, 0 cấp phát) nhưng chuyển string sang []byte phải copy toàn bộ (21 ns, 1 cấp phát) vì string bất biến còn byte sửa được. Vì sao và khi nào tốn kém. Go 1.23.
unsafe.String/unsafe.Slice (Go 1.20+) chuyển string↔[]byte không copy — đo thật nhanh 20 lần, 0 cấp phát. Nhưng chúng chia sẻ vùng nhớ: sửa []byte làm string bất biến đổi theo (AAAAA thành XXAAA) hoặc crash. Khi nào an toàn dùng và khi nào tuyệt đối không. Go 1.23.