Chuỗi Stream đầy đủ, peek có lệnh in — chạy xong màn hình trống trơn. Vì sao?
Vì sao một chuỗi Stream không chạy gì cho tới phép cuối, từng phần tử đi hết chuỗi rồi mới tới phần tử sau, và thứ tự phép quyết định số lần tính toán.
Lưu trữ — Tháng 6/2026
64 bài viết
string(65) ra 'A' chứ không phải '65', và int(-3.99) là -3: chuyển kiểu Go không đoán ý giùm bạn
Một con số trên cái nhãn có thể là SỐ LƯỢNG hay một MÃ TRA BẢNG — và đổi nó sang chữ là hai việc khác hẳn. Cắt cụt về phía 0, cuộn vòng im lặng khi thu hẹp, strconv là cửa duy nhất giữa chuỗi và số, và cái gì so được bằng dấu bằng.
Tiêm prototype vào singleton thì bạn có một singleton — cái bẫy scope im lặng của Spring
Singleton như cái máy pha cà phê chung cả văn phòng dùng, prototype như cái cốc giấy phát mới mỗi lần. Một thiết bị lắp cố định chỉ nhận đúng một cốc lúc lắp — đó là lý do prototype tiêm vào singleton chỉ được tạo một lần. Sáu scope và bốn cách chữa.
Tiêm qua trường cho ra đối tượng trông hợp lệ mà NPE lần dùng đầu — vì sao chỉ nên tiêm qua hàm khởi tạo
Ba cách tiêm phụ thuộc như ba cách trao đồ nghề cho thợ: trao lúc tuyển thì không có đồ là không tuyển được; trao qua khe sau lưng thì trông sẵn sàng mà vớ vào hư không. Vì sao tiêm qua hàm khởi tạo là cách duy nhất nên dùng, và cách xử lý nhiều cài đặt.
String::toUpperCase và tienTo::concat trông y hệt nhau — nhưng một cái biến tham số thành this
Bốn dạng method reference, chỗ tham số lặng lẽ trở thành this, trường hợp javac báo ambiguous, và khi nào rút gọn lại làm mã khó đọc hơn chứ không dễ hơn.
Đọc một map rỗng trong Go không bao giờ crash, nhưng ghi vào thì panic — và triết lý zero value đằng sau
Mỗi biến Go như một phòng khách sạn đã dọn sẵn: nhận là dùng được ngay, không có rác bộ nhớ như C. var và :=, vì sao Go cấm ép kiểu ngầm, tràn số im lặng, và hằng không kiểu chính xác tuỳ ý.