Sự khác nhau kinh điển: Khi nào nên dùng return 0; và khi nào dùng return null;?

Chào anh em!

Trong hành trình học lập trình, có những câu lệnh cực kỳ ngắn gọn nhưng lại mang ý nghĩa sống còn đối với logic của toàn bộ chương trình. return 0; và return null; (hoặc return;) chính là những trường hợp như vậy.

Nhiều lập trình viên mới vào nghề thường dùng lẫn lộn hai khái niệm này, coi chúng đơn giản là "cách kết thúc hàm". Nhưng trong mắt một lập trình viên kỳ cựu, việc chọn sai giá trị trả về có thể biến một đoạn code tưởng chừng vô hại thành một mớ bug logic khó đỡ. Hãy cùng phân tích bản chất của chúng nhé!

1. return 0; - Thông điệp của "Sự thành công" và "Con số thuần túy"

Ý nghĩa của return 0; phụ thuộc hoàn toàn vào ngữ cảnh mà bạn đang sử dụng nó: hàm thông thường hay hàm hệ thống (main).

A. Trong hàm main() của các ngôn ngữ như C, C++: Đây là nơi bạn bắt gặp return 0; nhiều nhất.

int main() {
    // Thực thi chương trình...
    return 0; // Báo hiệu cho hệ điều hành biết: Mọi thứ đã OK!
}

Ý nghĩa: Số 0 ở đây đóng vai trò là một mã trạng thái thoát (Exit Code). Khi chương trình chạy xong và trả về 0, nó gửi một tín hiệu thông báo cho hệ điều hành (OS) hoặc các tập lệnh tự động (CI/CD Pipeline) rằng: "Chương trình đã chạy thành công mỹ mãn, không có lỗi gì xảy ra cả!". Nếu chương trình gặp lỗi, người ta thường trả về các số khác 0 (như return 1; hoặc return -1;) để phân loại mã lỗi.

B. Trong một hàm tính toán thông thường: Nếu bạn viết một hàm tính toán mà trả về 0, số 0 đó đơn thuần là một giá trị số (numeric value) có nghĩa toán học.

function calculateTotalPrice($items) {
    if (empty($items)) {
        return 0; // Giỏ hàng trống thì tổng tiền là 0 đồng (Vẫn là một con số hợp lệ)
    }
    // ...
}

2. return null; (hoặc return;) - Thông điệp của "Sự vắng mặt" và "Không có giá trị"

Khác hoàn toàn với số 0 (vốn là một con số hữu hình), null đại diện cho sự trống rỗng, sự vắng mặt của một đối tượng hoặc một dữ liệu cụ thể.

Hãy nhìn vào ví dụ tìm kiếm người dùng trong Database:

function findUserById(id) {
    $user = database.query("SELECT * FROM users WHERE id = ?", [id]);
    
    if (!$user) {
        return null; // Không tìm thấy user nào cả!
    }
    
    return $user;
}

Ý nghĩa: Tại sao chúng ta không dùng return 0; trong trường hợp này? Vì 0 có thể vô tình trùng với ID của một người dùng thực tế trong database (ví dụ user đầu tiên có ID = 0). Trả về null giúp hệ thống hiểu rõ ràng: Không có dữ liệu nào được tìm thấy ở đây cả.

Trong nhiều ngôn ngữ lập trình, nếu một hàm không có từ khóa return hoặc chỉ viết đơn thuần là return; (đối với hàm trả về kiểu void), bản chất nó cũng ngầm hiểu là trả về giá trị rỗng/không xác định.

3. Đặt lên bàn cân: Sai lầm chết người khi dùng lẫn lộn

Sự nhầm lẫn giữa 0 và null thường gây ra những con bug logic cực kỳ tinh vi. Hãy xem xét tình huống thực tế sau:

Kịch bản: Bạn viết một API kiểm tra số dư tài khoản ngân hàng của khách hàng.

• Hàm trả về 0: Có nghĩa là tài khoản của khách hàng đang có 0 đồng (Vẫn tồn tại tài khoản, nhưng sạch ví).
• Hàm trả về null: Có nghĩa là không tìm thấy tài khoản hoặc hệ thống bị lỗi truy vấn dữ liệu.

Nếu lập trình viên viết code cẩu thả và gom nhóm kiểm tra kiểu if (!result) thì sao? Cả 0 và null đều bị ép kiểu về false trong các ngôn ngữ lỏng lẻo như PHP hay JavaScript.

let balance = getUserBalance(userId);

if (!balance) {
    console.log("Lỗi hệ thống hoặc tài khoản không tồn tại!"); 
    // Ối! Nếu tài khoản của khách thực sự có 0 đồng, họ cũng lọt vào nhánh thông báo lỗi này!
}

Sai lầm này khiến những khách hàng nghèo (tài khoản 0 đồng) liên tục bị hệ thống báo lỗi không tìm thấy tài khoản, gây ra trải nghiệm người dùng vô cùng tồi tệ. Thay vào đó, bạn phải dùng phép so sánh chặt chẽ (=== null hoặc is_null()) để phân biệt rạch ròi giữa số 0 và giá trị null.

Lời kết

• Hãy dùng return 0; khi bạn muốn trả về một giá trị số học bằng không, hoặc dùng làm mã báo hiệu thành công (Exit Code) cho hệ thống.
• Hãy dùng return null; (hoặc return;) khi bạn muốn khẳng định sự vắng mặt của dữ liệu, đối tượng hoặc khi không tìm thấy kết quả.

Việc phân định rạch ròi ý nghĩa của từng kiểu dữ liệu trả về sẽ giúp mã nguồn của bạn trở nên minh bạch, logic và tránh được những con bug "từ trên trời rơi xuống" trong quá trình vận hành!