Panic trace không phải chữ đỏ đáng sợ mà là bản đồ đầy đủ để tìm bug. Bài này mổ xẻ từng phần: số hiệu goroutine, trạng thái [running]/[chan receive]/[sync.Mutex.Lock], ngăn xếp đọc từ đâu, tham số hex, tín hiệu SIGSEGV — và dùng runtime.Stack chụp mọi goroutine. Đo thật trong 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.
Cùng ba field nhưng thứ tự khai báo khác nhau cho hai kích thước struct khác nhau. Đo thật: bool-int64-bool tốn 24 byte, int64-bool-bool tốn 16 byte — chênh 33%, thành 76 MB ở 10 triệu struct. Cách trình biên dịch chèn đệm và cách sắp field để struct gọn nhất. Go 1.23.
Tám goroutine tăng tám counter riêng, không chia sẻ dữ liệu — nhưng chậm 30 lần vì chúng nằm chung một cache line. Đo thật: 830 ms so với 27.5 ms sau khi chèn đệm để mỗi counter chiếm một cache line 64 byte. Cơ chế cache coherency và khi nào cần thêm padding. Go 1.23.
Mock cô lập đơn vị khỏi phụ thuộc: một cài đặt giả của interface mà bạn khai hành vi mong đợi. gomock còn verify — đúng lời gọi, đúng đối số, đúng số lần. Đo thật: mockgen sinh mock từ interface, 3 test qua mock pass, và gomock bắt lời gọi sai đối số (kỳ vọng 200 mà code gọi 100).
Ai cũng học Big-O rồi quên, vì nó nghe như toán hàn lâm. Nhưng Big-O là thứ ĐO được. Bài này chạy thật trong go-lab: khi N tăng gấp đôi, O(n) ×2, O(n²) ×4, còn O(log n) gần như đứng yên. Chính tỉ lệ 'nhân đôi N' đó là cách nhận ra độ phức tạp của code bạn — và lý do một hàm O(n²) chạy ngon lúc dev lại làm sập hệ thống lúc scale.