Login

Cách đọc thông báo lỗi và stack trace mà không hoảng sợ

  • author-image

    Nguyễn Đình Cường

  • blog-tag
  • blog-comment 0 comment
  • created-date 09 Nov, 2026
blog-thumbnail

Màn hình đỏ rực với hàng chục dòng chữ khiến nhiều người mới hoảng sợ và đóng lại ngay. Thực ra thông báo lỗi là người bạn hữu ích nhất của lập trình viên, vì nó cho bạn biết gần như chính xác chuyện gì xảy ra và ở đâu. Bài này hướng dẫn cách đọc stack trace một cách bình tĩnh.

Cấu trúc chung của một thông báo lỗi

Hầu hết ngôn ngữ đều hiển thị ba thông tin chính: loại lỗi, thông điệp và vị trí (file, dòng). Ví dụ trong Python:

Traceback (most recent call last):File "app.py", line 12, in <module>result = calculate_average(scores)File "app.py", line 5, in calculate_averagereturn sum(numbers) / len(numbers)ZeroDivisionError: division by zero

Cách đọc:

  1. Dòng cuối cùng cho biết loại lỗi và thông điệp: ZeroDivisionError: division by zero, tức là chia cho 0.
  2. Dòng ngay phía trên chỉ ra nơi lỗi xảy ra: file app.py, dòng 5, trong hàm calculate_average.
  3. Các dòng phía trên nữa cho biết hàm đó được gọi từ đâu (dòng 12). Đây chính là "ngăn xếp lời gọi" (call stack).

Nguyên nhân: danh sách scores rỗng nên len(numbers) bằng 0. Giờ bạn chỉ cần xử lý trường hợp rỗng.

Thứ tự đọc khác nhau giữa các ngôn ngữ

Đừng quên kiểm tra ngôn ngữ của bạn xếp stack trace theo thứ tự nào:

  • Python: lời gọi mới nhất nằm ở cuối, lỗi nằm dòng cuối cùng.
  • JavaScript (Node.js, trình duyệt): lỗi ở dòng đầu, lời gọi mới nhất nằm ngay bên dưới.
  • Java, C#: lỗi ở dòng đầu, các dòng at ... bên dưới là call stack từ trong ra ngoài.

Ví dụ JavaScript:

TypeError: Cannot read properties of undefined (reading 'name')at printUser (/project/src/user.js:8:25)at main (/project/src/index.js:20:3)

Thông điệp nói rằng bạn đang đọc thuộc tính name của một giá trị undefined. Dòng đầu tiên trong stack cho biết vị trí là user.js dòng 8. Hãy mở dòng đó và xem biến nào đang là undefined.

Các loại lỗi hay gặp và ý nghĩa

Loại lỗiThường có nghĩa là
SyntaxErrorSai cú pháp: thiếu ngoặc, dấu phẩy, dấu nháy
TypeErrorDùng giá trị sai kiểu, hoặc gọi thứ không phải hàm
ReferenceError / NameErrorDùng biến chưa khai báo hoặc gõ sai tên
IndexError / RangeErrorTruy cập vị trí ngoài phạm vi mảng
NullPointerExceptionDùng đối tượng đang là null
ImportError / ModuleNotFoundThiếu thư viện hoặc sai đường dẫn import

Quy trình xử lý khi gặp lỗi

  1. Hít thở, đọc chậm. Đọc dòng thông điệp lỗi hai lần.
  2. Tìm dòng thuộc code của bạn đầu tiên trong stack trace. Dòng trong thư viện thường là hệ quả của cách bạn gọi thư viện đó.
  3. Mở đúng dòng đó và nhìn các biến liên quan. In giá trị hoặc dùng debugger để xác nhận.
  4. Tự đặt câu hỏi: giá trị này lẽ ra phải như thế nào, và thực tế nó là gì?
  5. Nếu chưa hiểu, tìm kiếm với thông điệp lỗi chính xác (bỏ phần đường dẫn riêng của máy bạn) kèm tên ngôn ngữ hoặc framework.

Lỗi "đẻ" ra lỗi: tập trung vào lỗi đầu tiên

Khi có nhiều lỗi xuất hiện cùng lúc, hãy sửa lỗi đầu tiên trước và chạy lại. Rất nhiều lỗi phía sau chỉ là hệ quả, ví dụ một import lỗi khiến hàng loạt tên không tồn tại. Trình biên dịch như Java, TypeScript hay C++ nổi tiếng với việc đưa ra rất nhiều lỗi sau một lỗi cú pháp duy nhất.

Khi hỏi người khác, đừng quên cung cấp lỗi

Nếu cần nhờ giúp, hãy dán nguyên văn thông báo lỗi (dạng text, không chụp ảnh nếu có thể), đoạn code liên quan và những gì bạn đã thử. Một câu hỏi như "code bị lỗi, giúp mình" gần như không ai trả lời được, còn thông điệp lỗi đầy đủ giúp người khác xác định vấn đề chỉ trong vài phút.

Kết luận

Thông báo lỗi không phải kẻ thù mà là tấm bản đồ chỉ đường. Khi đã quen đọc loại lỗi, thông điệp và vị trí, bạn sẽ thấy phần lớn lỗi có thể giải quyết trong vài phút mà không cần hỏi ai. Hãy thử cố ý tạo vài lỗi nhỏ để làm quen với mặt chữ của chúng.

Nếu bạn đang học lập trình từ đầu và muốn có người hướng dẫn từng bước, bạn có thể xem danh sách khóa học tại codebem.com.

author_photo
Nguyễn Đình Cường

0 comment