Return exception vs throw exception in php ?

Về sự khác nhau giữa return và throw trong php

• return được sử dụng để kết thúc việc hoàn tất thực thi thành công một chương trình con (ở đây là method chẳng hạn) và gửi trả lại một giá trị về cho chương trình chính. Giá trị bạn trả lại cho chương trình chính có thể ở bất cứ kiểu dữ liệu nào: Object, Array, Boolean .etc.

VD:

function sum(int $a, int $b)
{
    return $a + $b;
}

// Main:
$firstNumber = 5;
$secondNumber = 10;
$result = sum($a, $b);

echo "\$a + \$b = {$result}";

• throw cũng được dùng để kết thúc một việc hoàn tất thực thi một chương trình con (nhưng ở đây là kết thúc với một exit code lỗi). throw luôn bắn lại về chương trình chính một Exception (đại diện cho một lỗi từ một trường hợp ngoại lệ nào đó mà logic trong chương trình con không xử lý được).

function divide($a, $b)
{
    if ($b === 0) {
        throw new \LogicException('Can not divide by zero');
    }

    return $a / $b;
}

// Main
try {
    $firstNumber = 10;
    $secondNumber = 0;

    echo divide($firstNumber, $secondNumber);
} catch(\LogicException $exception) {
    // handle error
}

Quay lại giải pháp bạn đang dùng

• Web app có lỗi -> notice về chatapp trong queue
• Job notice chatapp trong queue có lỗi -> dẫn tới bị quay lại bước trên -> một kiểu như hell callback
• Cách 1: Sử dụng một Custom Exception. Với cách này, khối try cần catch chính xác một exception được định danh cụ thể, như ví dụ trên là \LogicException. Hoặc bạn có thể catch toàn bộ exception với class \Exception. Sau đó trong catch bạn throw Custom Exception để ErrorHandler nhận biết được và không report. Cách này không được ổn lắm.
• Cách 2: Theo mình hiểu, bạn đổi cái throw trong cái catch ở Cách 1 thành return. Việc này không khác gì dấu bug cả. Và càng không hay ho hơn so với cách 1.
• Cách 3: Bạn nên tìm hiểu nguyên nhân bị lỗi là do đâu và sửa nó. Nếu nguyên nhân throw ra exception như do đường truyền mạng ConnectException, NetworkException trong quá trình notice thì với những những cái này bạn có ignore nó. Có thể là log lại exception ra file logs và kết thúc job notice này tại đây thay vì lại report và một job notice khác sẽ chạy tiếp. Vì có cố thì cũng ko thể gửi được bởi mất kết nối mà. Tóm lại bạn phải tìm nguyên nhân gây lỗi và fix cái lỗi đấy chứ không nên quan tâm quá vào việc ignore error để dấu bug.

Return exception giống như return value bình thường thôi bạn, nó chỉ dừng function đang chạy và coi như function bạn chạy không có lỗi gì. Lúc này queue cũng xác định là job chạy success và không chạy lại nữa.

Throw exception thì nó dừng function, nếu bạn không try/catch thì exception handler sẽ đứng ra xử lý và do có exception nên queue worker sẽ thực hiện retry. Việc có vòng lặp vĩnh viễn theo mình suy đoán là do bạn không set số lần retry tối đa, ví dụ command php artisan queue:work có option là --tries và giá trị mặc định là 0 tức là retry cho đến khi job chạy success, bạn có thể thử set value cho option này:

php artisan queue:work --tries=3

dontReport tức là để nó không log hay report exception đến các log channels thôi bạn, chứ nó không liên quan đến queue có lặp vĩnh viễn hay không.

Bạn có thể đọc tạm bài này https://viblo.asia/p/how-laravel-handle-exception-L4x5xdeb5BM để hiểu hơn về error handler.

Bonus quote from docs https://laravel.com/docs/5.8/queues#error-handling

Error Handling

If an exception is thrown while the job is being processed, the job will automatically be released back onto the queue so it may be attempted again. The job will continue to be released until it has been attempted the maximum number of times allowed by your application.