Jika pelayan mengembalikan 200, ia boleh disahkan bahawa pelayan berjaya menerima permintaan pelanggan. Dalam kes anda, anda boleh log semua mesej yang dikembalikan oleh pelayan, termasuk maklumat pengepala mesej, maklumat badan mesej dan masa komunikasi. Apabila masalah seperti ini berlaku di sini, cari mesej berdasarkan masa kejadian, kemudian bandingkan mesej ini dengan mesej lain untuk melihat jika terdapat apa-apa yang tidak normal
Ada kemungkinan pihak yang satu lagi mengembalikan ralat dengan http 200, jadi kod status pulangan yang anda lihat di sini adalah baik, tetapi pelayan pihak yang satu lagi sebenarnya telah membuat ralat
Pertama sekali, kita perlu memahami apa itu HTTP 200:
2xx berjaya
200 OK
Permintaan telah berjaya dan pengepala respons atau badan data yang dijangkakan oleh permintaan akan dikembalikan dengan respons ini.
201 Dicipta
Permintaan telah dipenuhi dan sumber baharu telah dibuat berdasarkan keperluan permintaan dan URInya telah dikembalikan dengan pengepala Lokasi. Jika sumber yang diperlukan tidak dapat dibuat dalam masa, '202 Diterima' harus dikembalikan.
202 Diterima
Permintaan telah diterima oleh pelayan tetapi belum diproses lagi. Sama seperti ia mungkin dinafikan, permintaan itu mungkin atau mungkin tidak akhirnya dilaksanakan. Dalam kes operasi tak segerak, tiada cara yang lebih mudah daripada menghantar kod status ini. Tujuan mengembalikan respons kod status 202 adalah untuk membenarkan pelayan menerima permintaan daripada proses lain (seperti operasi berasaskan kelompok yang hanya dilakukan sekali sehari) tanpa perlu memastikan pelanggan disambungkan ke pelayan sehingga operasi kumpulan Semua selesai. Respons yang menerima pemprosesan permintaan dan mengembalikan kod status 202 harus mengandungi beberapa maklumat dalam entiti yang dikembalikan yang menunjukkan status semasa pemprosesan, serta penunjuk kepada pemantau status pemprosesan atau ramalan status supaya pengguna boleh menganggarkan sama ada operasi telah selesai.
203 Maklumat Bukan Berautoriti
Pelayan telah berjaya memproses permintaan, tetapi metamaklumat pengepala entiti yang dikembalikan bukanlah set pasti yang sah pada pelayan asal, tetapi salinan daripada pihak tempatan atau ketiga. Maklumat semasa mungkin subset atau superset versi asal. Contohnya, mengandungi metadata untuk sumber boleh menyebabkan pelayan asal mengetahui superset metamaklumat. Menggunakan kod status ini tidak diperlukan dan hanya sesuai jika respons akan mengembalikan 200 OK tanpa kod status ini.
Kedua, jika anda menerima permintaan 200, ini hanya bermakna perkhidmatan tersebut telah berjaya diterima, dan ini tidak bermakna sama ada kod perniagaan pihak lain boleh diterima. Secara amnya, syarikat akan mempunyai lapisan rangkaian seperti perkhidmatan tembok api dan perkhidmatan pengedaran, dan sesetengahnya akan mempunyai lapisan gerbang perniagaan.
![[Web front-end] Permulaan pantas Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
Jika pelayan mengembalikan 200, ia boleh disahkan bahawa pelayan berjaya menerima permintaan pelanggan. Dalam kes anda, anda boleh log semua mesej yang dikembalikan oleh pelayan, termasuk maklumat pengepala mesej, maklumat badan mesej dan masa komunikasi. Apabila masalah seperti ini berlaku di sini, cari mesej berdasarkan masa kejadian, kemudian bandingkan mesej ini dengan mesej lain untuk melihat jika terdapat apa-apa yang tidak normal
Jika ia belum dirampas, pastikan kod anda tidak ditulis dengan betul. Kemudian ialah
Ada kemungkinan pihak yang satu lagi mengembalikan ralat dengan http 200, jadi kod status pulangan yang anda lihat di sini adalah baik, tetapi pelayan pihak yang satu lagi sebenarnya telah membuat ralat
Pertama sekali, kita perlu memahami apa itu HTTP 200:
2xx berjaya
200 OK
Permintaan telah berjaya dan pengepala respons atau badan data yang dijangkakan oleh permintaan akan dikembalikan dengan respons ini.
201 Dicipta
Permintaan telah dipenuhi dan sumber baharu telah dibuat berdasarkan keperluan permintaan dan URInya telah dikembalikan dengan pengepala Lokasi. Jika sumber yang diperlukan tidak dapat dibuat dalam masa, '202 Diterima' harus dikembalikan.
202 Diterima
Permintaan telah diterima oleh pelayan tetapi belum diproses lagi. Sama seperti ia mungkin dinafikan, permintaan itu mungkin atau mungkin tidak akhirnya dilaksanakan. Dalam kes operasi tak segerak, tiada cara yang lebih mudah daripada menghantar kod status ini.
Tujuan mengembalikan respons kod status 202 adalah untuk membenarkan pelayan menerima permintaan daripada proses lain (seperti operasi berasaskan kelompok yang hanya dilakukan sekali sehari) tanpa perlu memastikan pelanggan disambungkan ke pelayan sehingga operasi kumpulan Semua selesai. Respons yang menerima pemprosesan permintaan dan mengembalikan kod status 202 harus mengandungi beberapa maklumat dalam entiti yang dikembalikan yang menunjukkan status semasa pemprosesan, serta penunjuk kepada pemantau status pemprosesan atau ramalan status supaya pengguna boleh menganggarkan sama ada operasi telah selesai.
203 Maklumat Bukan Berautoriti
Pelayan telah berjaya memproses permintaan, tetapi metamaklumat pengepala entiti yang dikembalikan bukanlah set pasti yang sah pada pelayan asal, tetapi salinan daripada pihak tempatan atau ketiga. Maklumat semasa mungkin subset atau superset versi asal. Contohnya, mengandungi metadata untuk sumber boleh menyebabkan pelayan asal mengetahui superset metamaklumat. Menggunakan kod status ini tidak diperlukan dan hanya sesuai jika respons akan mengembalikan 200 OK tanpa kod status ini.
Kedua, jika anda menerima permintaan 200, ini hanya bermakna perkhidmatan tersebut telah berjaya diterima, dan ini tidak bermakna sama ada kod perniagaan pihak lain boleh diterima. Secara amnya, syarikat akan mempunyai lapisan rangkaian seperti perkhidmatan tembok api dan perkhidmatan pengedaran, dan sesetengahnya akan mempunyai lapisan gerbang perniagaan.
Akhir sekali, semak format data komunikasi.