Adakah acara Laravel tidak segerak?

Laravel ialah rangka kerja PHP yang sangat popular yang menyediakan pelbagai ciri dan alatan untuk membantu pembangun membina aplikasi web dengan lebih cepat. Salah satu ciri yang sangat penting ialah sistem acara. Melaluinya, pelbagai komponen dalam aplikasi boleh dipisahkan dan bekerjasama dengan lebih cekap dengan menentukan acara dan pendengar. Jadi persoalannya ialah: adakah peristiwa Laravel tidak segerak? Ini adalah isu kontroversi, mari kita terokainya di bawah.

Pertama sekali, kita perlu menjelaskan apa itu acara tak segerak. Peristiwa tak segerak boleh difahami sebagai bermaksud bahawa selepas sesuatu peristiwa berlaku, proses mencetuskan pemprosesan peristiwa adalah tidak segerak dengan kejadian peristiwa itu sendiri, maksudnya, kod yang mengendalikan peristiwa itu akan kembali serta-merta selepas peristiwa itu berlaku, tanpa perlu untuk menunggu secara serentak sehingga pemprosesan acara selesai. Sebaliknya, peristiwa segerak bermakna proses pemprosesan adalah segerak selepas peristiwa itu berlaku, yang bermaksud bahawa kod pemprosesan perlu menunggu pemprosesan acara selesai sebelum meneruskan pelaksanaan.

Dalam Laravel, pengendalian lalai acara adalah segerak. Iaitu, apabila peristiwa berlaku, pendengar menyekat urutan semasa sehingga pemprosesan acara selesai. Ini ialah tingkah laku lalai Laravel, tetapi bagaimana jika kita perlu melaksanakan pengendalian acara tak segerak?

Mudah sahaja, Laravel menyediakan kami penyelesaian untuk acara tak segerak. Dalam Laravel 5.5 dan ke atas, kita boleh menggunakan Laravel Queue (Laravel Queue) untuk melaksanakan pemprosesan acara tak segerak. Baris gilir ialah mekanisme yang menjalankan tugas di latar belakang Mekanisme ini membolehkan kita menangguhkan tugasan ke masa yang lain supaya kita boleh melaksanakan tugasan secara serentak/tak segera tanpa perlu menunggu selesai.

Secara khusus, kami hanya perlu menggunakan langkah berikut untuk melaksanakan pemprosesan acara tak segerak:

1 Gunakan pemacu gilir

Pertama, kita perlu mengkonfigurasi/mengkonfigurasi pemacu baris gilir dalam fail konfigurasi PHP Laravel menyokong pelbagai kaedah pemacu baris gilir, seperti pangkalan data, redis, beanstalkd, dll. Pilih pemacu yang sesuai mengikut situasi sebenar.

2. Tentukan peristiwa tak segerak

Semasa menentukan acara, kita boleh menentukan pendengar tak segerak untuk acara tersebut dengan menggunakan perintah php artisan make:listener untuk mencipta kelas pendengar dan menambah -- pilihan beratur ditetapkan kepada benar seperti berikut:

php artisan make:listener UserRegistered --queued

Kemudian nyatakan pendengar tak segerak dalam kelas acara seperti berikut:

class UserRegistered
{

use Dispatchable, InteractsWithSockets, SerializesModels;

public $user;

public function __construct(User $user)
{
    $this->user = $user;
}

public function broadcastOn()
{
    return new PrivateChannel('channel-name');
}

public function broadcastAs()
{
    return 'server.created';
}

public function shouldQueue()
{
    return true;
}

public function handle()
{
    // 需要异步处理的具体逻辑
}

}

Dalam kelas acara ini, kami menggunakan kaedah shouldQueue untuk menentukan bahawa acara itu perlu diproses secara tak segerak dan melaksanakan pemprosesan tak segerak dalam kaedah pemegang. logik khusus pemprosesan.

3. Cetuskan peristiwa tak segerak

Mencetuskan peristiwa tak segerak adalah sama seperti mencetuskan peristiwa biasa Anda hanya perlu menggunakan fungsi acara dan lulus objek acara, seperti yang ditunjukkan di bawah:

event( new UserRegistered($user));

Dengan cara ini, apabila pengguna mendaftar, Laravel akan mencipta tugas tak segerak di latar belakang untuk mengendalikan acara dan membiarkan urutan semasa kembali serta-merta. Proses pengendalian acara akan dilaksanakan secara perlahan di latar belakang sehingga ia selesai.

Ringkasnya, sistem acara Laravel adalah segerak secara lalai, tetapi kita boleh menggunakan mekanisme baris gilir (Laravel Queue) untuk melaksanakan pemprosesan acara tak segerak. Berbanding dengan peristiwa segerak, kaedah ini boleh meningkatkan responsif aplikasi dan mempunyai prestasi yang lebih baik dalam menangani konkurensi yang tinggi. Walau bagaimanapun, perlu diingat bahawa peristiwa tak segerak juga perlu mempertimbangkan pelbagai isu, seperti tamat masa tugas giliran, masa henti pengguna, dll. Penyelesaian yang sepadan diperlukan untuk memastikan ketepatan dan kebolehpercayaan hasil pemprosesan.

Atas ialah kandungan terperinci Adakah acara Laravel tidak segerak?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!