ฉันมีงานที่ทำงานหลายคนที่มีการร้องขอ HTTP โดยใช้ Guzzle อย่างไรก็ตามบล็อก try-catch ภายในงานนี้ดูเหมือนจะไม่ได้รับGuzzleHttp\Exception\RequestException
เมื่อฉันกำลังเรียกใช้งานเหล่านี้ในกระบวนการพื้นหลัง กระบวนการกำลังทำงานอยู่php artisan queue:work
ซึ่งเป็นผู้ปฏิบัติงานระบบคิว Laravel ที่ตรวจสอบคิวและหยิบงาน
แต่ข้อยกเว้นที่ถูกโยนเป็นหนึ่งGuzzleHttp\Promise\RejectionException
ในข้อความ:
คำสัญญาถูกปฏิเสธด้วยเหตุผล: ข้อผิดพลาด cURL 28: หมดเวลาการทำงานหลังจาก 30001 มิลลิวินาทีพร้อมรับ 0 ไบต์ (ดู https://curl.haxx.se/libcurl/c/libcurl-errors.html )
นี่คือการปลอมตัวGuzzleHttp\Exception\ConnectException
(ดูhttps://github.com/guzzle/promises/blob/master/src/RejectionException.php#L22 ) เพราะถ้าฉันทำงานที่คล้ายกันในกระบวนการ PHP ปกติที่เรียกใช้โดยไปที่ URL ฉันได้รับข้อความConnectException
ตามที่ตั้งใจไว้:
ข้อผิดพลาด cURL 28: การดำเนินการหมดเวลาหลังจาก 100 มิลลิวินาทีโดยได้รับ 0 จาก 0 ไบต์ (ดูที่ https://curl.haxx.se/libcurl/c/libcurl-errors.html )
โค้ดตัวอย่างที่จะทำให้หมดเวลานี้:
try {
$c = new \GuzzleHttp\Client([
'timeout' => 0.1
]);
$response = (string) $c->get('https://example.com')->getBody();
} catch(GuzzleHttp\Exception\RequestException $e) {
// This occasionally gets catched when a ConnectException (child) is thrown,
// but it doesnt happen with RejectionException because it is not a child
// of RequestException.
}
รหัสข้างต้นพ่น a RejectionException
หรือConnectException
เมื่อทำงานในกระบวนการของผู้ปฏิบัติงาน แต่เสมอConnectException
เมื่อทดสอบด้วยตนเองผ่านเบราว์เซอร์ (จากสิ่งที่ฉันสามารถบอกได้)
ดังนั้นโดยทั่วไปสิ่งที่ฉันได้รับคือนี่RejectionException
คือการตัดข้อความจากConnectException
อย่างไรก็ตามฉันไม่ได้ใช้คุณสมบัติอะซิงโครนัสของ Guzzle คำขอของฉันเป็นแบบเรียบง่าย สิ่งเดียวที่แตกต่างคือกระบวนการ PHP หลายอย่างอาจเรียกใช้ Guzzle HTTP หรือว่างานนั้นหมดเวลา (ซึ่งควรส่งผลให้เกิดข้อยกเว้นที่แตกต่างกันของ Laravel Illuminate\Queue\MaxAttemptsExceededException
) แต่ฉันไม่เห็นว่าสิ่งนี้ทำให้รหัสทำงานแตกต่างกันอย่างไร
ฉันไม่สามารถค้นหารหัสใด ๆ ภายในแพ็คเกจแพ็คเกจที่ใช้php_sapi_name()
/ PHP_SAPI
(ซึ่งกำหนดอินเทอร์เฟซที่ใช้) เพื่อดำเนินการสิ่งต่าง ๆ เมื่อเรียกใช้จาก CLI ซึ่งตรงข้ามกับทริกเกอร์ของเบราว์เซอร์
TL; DR
ทำไม Guzzle ทำให้ฉันตกRejectionException
อยู่ในกระบวนการทำงานของฉัน แต่ConnectException
สคริปต์ PHP ปกติทริกเกอร์ผ่านเบราว์เซอร์
แก้ไข 1
น่าเศร้าที่ฉันไม่สามารถสร้างตัวอย่างที่ทำซ้ำได้เพียงเล็กน้อย ฉันเห็นข้อความแสดงข้อผิดพลาดมากมายในตัวติดตามปัญหา Sentry ของฉันพร้อมด้วยข้อยกเว้นที่แน่นอนที่แสดงด้านบน แหล่งที่มาถูกระบุว่าเป็นStarting Artisan command: horizon:work
(ซึ่งก็คือ Laravel Horizon มันคอยดูแลการจัดคิว Laravel) ฉันได้ตรวจสอบอีกครั้งเพื่อดูว่ามีความแตกต่างระหว่างเวอร์ชัน PHP หรือไม่ แต่ทั้งเว็บไซต์และกระบวนการของผู้ปฏิบัติงานใช้ PHP เดียวกัน7.3.14
ซึ่งถูกต้อง:
PHP 7.3.14-1+ubuntu18.04.1+deb.sury.org+1 (cli) (built: Jan 23 2020 13:59:16) ( NTS )
Copyright (c) 1997-2018 The PHP Group
Zend Engine v3.3.14, Copyright (c) 1998-2018 Zend Technologies
with Zend OPcache v7.3.14-1+ubuntu18.04.1+deb.sury.org+1, Copyright (c) 1999-2018, by Zend Technologies
cURL 7.58.0
รุ่นม้วนเป็น- รุ่น Guzzle คือ
guzzlehttp/guzzle 6.5.2
- รุ่น Laravel คือ
laravel/framework 6.12.0
แก้ไข 2 (การติดตามสแต็ก)
GuzzleHttp\Promise\RejectionException: The promise was rejected with reason: cURL error 28: Operation timed out after 30000 milliseconds with 0 bytes received (see https://curl.haxx.se/libcurl/c/libcurl-errors.html)
#44 /vendor/guzzlehttp/promises/src/functions.php(112): GuzzleHttp\Promise\exception_for
#43 /vendor/guzzlehttp/promises/src/Promise.php(75): GuzzleHttp\Promise\Promise::wait
#42 /vendor/guzzlehttp/guzzle/src/Client.php(183): GuzzleHttp\Client::request
#41 /app/Bumpers/Client.php(333): App\Bumpers\Client::callRequest
#40 /app/Bumpers/Client.php(291): App\Bumpers\Client::callFunction
#39 /app/Bumpers/Client.php(232): App\Bumpers\Client::bumpThread
#38 /app/Models/Bumper.php(206): App\Models\Bumper::post
#37 /app/Jobs/PostBumper.php(59): App\Jobs\PostBumper::handle
#36 [internal](0): call_user_func_array
#35 /vendor/laravel/framework/src/Illuminate/Container/BoundMethod.php(32): Illuminate\Container\BoundMethod::Illuminate\Container\{closure}
#34 /vendor/laravel/framework/src/Illuminate/Container/Util.php(36): Illuminate\Container\Util::unwrapIfClosure
#33 /vendor/laravel/framework/src/Illuminate/Container/BoundMethod.php(90): Illuminate\Container\BoundMethod::callBoundMethod
#32 /vendor/laravel/framework/src/Illuminate/Container/BoundMethod.php(34): Illuminate\Container\BoundMethod::call
#31 /vendor/laravel/framework/src/Illuminate/Container/Container.php(590): Illuminate\Container\Container::call
#30 /vendor/laravel/framework/src/Illuminate/Bus/Dispatcher.php(94): Illuminate\Bus\Dispatcher::Illuminate\Bus\{closure}
#29 /vendor/laravel/framework/src/Illuminate/Pipeline/Pipeline.php(130): Illuminate\Pipeline\Pipeline::Illuminate\Pipeline\{closure}
#28 /vendor/laravel/framework/src/Illuminate/Pipeline/Pipeline.php(105): Illuminate\Pipeline\Pipeline::then
#27 /vendor/laravel/framework/src/Illuminate/Bus/Dispatcher.php(98): Illuminate\Bus\Dispatcher::dispatchNow
#26 /vendor/laravel/framework/src/Illuminate/Queue/CallQueuedHandler.php(83): Illuminate\Queue\CallQueuedHandler::Illuminate\Queue\{closure}
#25 /vendor/laravel/framework/src/Illuminate/Pipeline/Pipeline.php(130): Illuminate\Pipeline\Pipeline::Illuminate\Pipeline\{closure}
#24 /vendor/laravel/framework/src/Illuminate/Pipeline/Pipeline.php(105): Illuminate\Pipeline\Pipeline::then
#23 /vendor/laravel/framework/src/Illuminate/Queue/CallQueuedHandler.php(85): Illuminate\Queue\CallQueuedHandler::dispatchThroughMiddleware
#22 /vendor/laravel/framework/src/Illuminate/Queue/CallQueuedHandler.php(59): Illuminate\Queue\CallQueuedHandler::call
#21 /vendor/laravel/framework/src/Illuminate/Queue/Jobs/Job.php(88): Illuminate\Queue\Jobs\Job::fire
#20 /vendor/laravel/framework/src/Illuminate/Queue/Worker.php(354): Illuminate\Queue\Worker::process
#19 /vendor/laravel/framework/src/Illuminate/Queue/Worker.php(300): Illuminate\Queue\Worker::runJob
#18 /vendor/laravel/framework/src/Illuminate/Queue/Worker.php(134): Illuminate\Queue\Worker::daemon
#17 /vendor/laravel/framework/src/Illuminate/Queue/Console/WorkCommand.php(112): Illuminate\Queue\Console\WorkCommand::runWorker
#16 /vendor/laravel/framework/src/Illuminate/Queue/Console/WorkCommand.php(96): Illuminate\Queue\Console\WorkCommand::handle
#15 /vendor/laravel/horizon/src/Console/WorkCommand.php(46): Laravel\Horizon\Console\WorkCommand::handle
#14 [internal](0): call_user_func_array
#13 /vendor/laravel/framework/src/Illuminate/Container/BoundMethod.php(32): Illuminate\Container\BoundMethod::Illuminate\Container\{closure}
#12 /vendor/laravel/framework/src/Illuminate/Container/Util.php(36): Illuminate\Container\Util::unwrapIfClosure
#11 /vendor/laravel/framework/src/Illuminate/Container/BoundMethod.php(90): Illuminate\Container\BoundMethod::callBoundMethod
#10 /vendor/laravel/framework/src/Illuminate/Container/BoundMethod.php(34): Illuminate\Container\BoundMethod::call
#9 /vendor/laravel/framework/src/Illuminate/Container/Container.php(590): Illuminate\Container\Container::call
#8 /vendor/laravel/framework/src/Illuminate/Console/Command.php(201): Illuminate\Console\Command::execute
#7 /vendor/symfony/console/Command/Command.php(255): Symfony\Component\Console\Command\Command::run
#6 /vendor/laravel/framework/src/Illuminate/Console/Command.php(188): Illuminate\Console\Command::run
#5 /vendor/symfony/console/Application.php(1012): Symfony\Component\Console\Application::doRunCommand
#4 /vendor/symfony/console/Application.php(272): Symfony\Component\Console\Application::doRun
#3 /vendor/symfony/console/Application.php(148): Symfony\Component\Console\Application::run
#2 /vendor/laravel/framework/src/Illuminate/Console/Application.php(93): Illuminate\Console\Application::run
#1 /vendor/laravel/framework/src/Illuminate/Foundation/Console/Kernel.php(131): Illuminate\Foundation\Console\Kernel::handle
#0 /artisan(37): null
Client::callRequest()
ฟังก์ชั่นมีเพียงล่อไคลเอนต์ที่ผมเรียก$client->request($request['method'], $request['url'], $request['options']);
(เพื่อ im ไม่ได้ใช้requestAsync()
) ฉันคิดว่ามันมีบางอย่างเกี่ยวกับการรันงานแบบขนานที่ทำให้เกิดปัญหานี้
แก้ไข 3 (พบวิธีแก้ปัญหา)
พิจารณา testcase ต่อไปนี้ซึ่งสร้างคำร้องขอ HTTP (ซึ่งควรส่งคืนการตอบกลับ 200 ปกติ):
try {
$c = new \GuzzleHttp\Client([
'base_uri' => 'https://example.com'
]);
$handler = $c->getConfig('handler');
$handler->push(\GuzzleHttp\Middleware::mapResponse(function(ResponseInterface $response) {
// Create a fake connection exception:
$e = new \GuzzleHttp\Exception\ConnectException('abc', new \GuzzleHttp\Psr7\Request('GET', 'https://example.com/2'));
// These 2 lines both cascade as `ConnectException`:
throw $e;
return \GuzzleHttp\Promise\rejection_for($e);
// This line cascades as a `RejectionException`:
return \GuzzleHttp\Promise\rejection_for($e->getMessage());
}));
$c->get('');
} catch(\Exception $e) {
var_dump($e);
}
ตอนนี้สิ่งที่ฉันทำตอนแรกคือการโทรrejection_for($e->getMessage())
ซึ่งสร้างRejectionException
ขึ้นเองตามสตริงข้อความ การโทรrejection_for($e)
เป็นโซลูชันที่ถูกต้องที่นี่ สิ่งเดียวที่เหลือที่จะตอบคือถ้านี้ฟังก์ชั่นเป็นเช่นเดียวกับที่เรียบง่ายrejection_for
throw $e
HandlerStack
?