Mengapakah Perintah Pelaksanaan Janji Tidak Padan dengan Jangkaan dalam JavaScript?

Apakah susunan pelaksanaan dalam janji JavaScript?

Masalah:

Coretan berikut menunjukkan penggunaan JavaScript janji, dan susunan pelaksanaan adalah menarik.

<code class="javascript">Promise.resolve('A')
  .then(function(a){console.log(2, a); return 'B';})
  .then(function(a){
     Promise.resolve('C')
       .then(function(a){console.log(7, a);})
       .then(function(a){console.log(8, a);});
     console.log(3, a);
     return a;})
  .then(function(a){
     Promise.resolve('D')
       .then(function(a){console.log(9, a);})
       .then(function(a){console.log(10, a);});
     console.log(4, a);})
  .then(function(a){
     console.log(5, a);});
console.log(1);
setTimeout(function(){console.log(6)},0);</code>

Hasilnya menunjukkan susunan pelaksanaan ialah:

1
2 "A"
3 "B"
7 "C"
4 "B"
8 undefined
9 "D"
5 undefined
10 undefined
6

Persoalan yang ditimbulkan ialah mengapa perintah pelaksanaan bukan 1, 2 , 3, 4..., dan bagaimana jangkaan 1, 2, 3, 4... berbeza daripada hasilnya?

Jawapan:

Ulasan:

Menjalankan janji dalam pengendali .then() tanpa mengembalikannya daripada panggilan balik .then() mencipta urutan janji baharu yang tidak dilampirkan yang tidak menyegerakkan dengan janji induk dalam mana-mana cara. Ini biasanya dianggap sebagai pepijat dan sesetengah enjin janji mengeluarkan amaran apabila ia berlaku, kerana ia biasanya bukan tingkah laku yang dimaksudkan. Kes penggunaan yang sah mungkin merupakan operasi 'fire and forget' yang tidak membimbangkan ralat mahupun penyegerakan.

Promise.resolve() berjanji dalam pengendali .then() mencipta rantai Promise baharu yang berjalan secara bebas daripada induk rantai. Dengan operasi tak segerak yang sebenar, seperti panggilan AJAX, tiada gelagat boleh diramal untuk rantai janji bebas dan terputus. Masa penyiapan adalah tidak tentu, seperti melancarkan empat panggilan AJAX selari di mana susunan penyiapan tidak diketahui. Dalam kod yang diberikan, semua operasi adalah segerak, menghasilkan gelagat yang konsisten, tetapi ini tidak boleh dipercayai kerana tujuan reka bentuk janji adalah pelaksanaan tak segerak.

Ringkasan:

1. Semua pengendali .then() digunakan secara tidak segerak selepas urutan pelaksanaan semasa selesai Konsistensi ini termasuk janji yang diselesaikan secara serentak, seperti Promise.resolve().then(...), untuk mengelakkan pepijat pemasaan.
2. Tiada perintah yang ditentukan untuk pengendali setTimeout() berbanding pengendali .then() yang dijadualkan. Walaupun pelaksanaan yang digunakan meletakkan pengendali .then() yang belum selesai sebelum setTimeout() yang belum selesai, spesifikasi Promises/A membenarkan penjadualan sama ada sebelum atau selepas setTimeout().
3. Rantaian Independent Promise tidak mempunyai pelaksanaan yang boleh diramalkan perintah.
4. Jika perintah pelaksanaan adalah penting, elakkan membuat perlumbaan bergantung pada butiran pelaksanaan minit. Sebaliknya, pautkan rantai janji untuk memaksa pesanan tertentu.
5. Elakkan membuat rantai janji bebas dalam pengendali .then() melainkan ia senario 'api dan lupakan'.

Analisis Baris demi Baris:

1. Rantai janji awal dimulakan dan pengendali .then() dilampirkan. Apabila Promise.resolve() menyelesaikan serta-merta, pengendali .then() pertama dijadualkan untuk dijalankan selepas urutan JavaScript semasa selesai. Pengendali .then() seterusnya pada rantaian peringkat atas selepas yang pertama dan hanya akan dilaksanakan selepas yang pertama selesai.
2. SetTimeout() dijalankan pada penghujung urutan pelaksanaan dan pemasa dijadualkan.
3. Selepas pelaksanaan segerak selesai, baris gilir acara menjalankan tugas yang selebihnya.
4. Pengendali .then() yang ditakrifkan dalam Baris 1 dilaksanakan dan '2 "A"' dilog.
5. Pengendali .then() seterusnya digunakan dan rantai janji bebas baharu dicipta dengan pengendali .then() yang dijadualkan untuk dijalankan apabila urutan pelaksanaan semasa selesai. Pengendali ini mencetak '3 "B"' sebelum pengendali .then() rantai anak berjalan, yang mencetak '7 "C"'.
6. Pengendali .then() yang ditakrifkan dalam Baris 12 kemudiannya digunakan dan sekali lagi rantai janji baharu dicipta, menjadualkan pengendali .then(). '4 "B"' dilog daripada pengendali ini.
7. Pengendali .then() yang dijadualkan daripada rantaian kanak-kanak dijalankan, mencetak '8 undefined'.
8. Pengendali .then() ditakrifkan dalam Baris 19 kemudiannya digunakan, dan satu lagi rantai janji bebas dicipta, menjadualkan pengendali .then(). '5 undefined' dicetak daripada pengendali ini.
9. Akhir sekali, pengendali .then() yang ditakrifkan dalam Baris 15 digunakan dan '10 undefined' dicetak.
10. setTimeout() dilaksanakan lepas.

Kesimpulan:

Ketiadaan perintah khusus dalam Promise.resolve() pelaksanaan janji dalam pengendali .then(), serta ketidakpastian penjadualan pengendali .then() berbanding setTimeout() untuk pelbagai enjin, menyerlahkan kepentingan mengawal perintah pelaksanaan melalui janji yang dirantai.

Atas ialah kandungan terperinci Mengapakah Perintah Pelaksanaan Janji Tidak Padan dengan Jangkaan dalam JavaScript?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!