API pengambilan JavaScript digunakan secara meluas untuk membuat permintaan HTTP, tetapi mungkin agak sukar untuk memahami sebab kadangkala memerlukan dua kenyataan menunggu. Jika anda pernah menggunakan fetch sebelum ini, anda mungkin pernah menemui kod seperti ini:
const response = await fetch('https://api.example.com/data'); const data = await response.json();
Mari kita pecahkan perkara ini dan fahami mengapa corak ini diperlukan. ?
Proses Dua Langkah Ambil ?️
API pengambilan direka untuk mengendalikan permintaan rangkaian secara tidak segerak, tetapi kelakuannya dibahagikan kepada dua peringkat utama:
-
Mengambil Respons ?
- Apabila anda memanggil ambil, ia mengembalikan Janji yang diselesaikan kepada objek Respons sebaik sahaja permintaan rangkaian selesai.
- Langkah ini tidak memproses badan tindak balas; ia hanya memastikan bahawa permintaan itu berjaya dan pengepala tersedia.
-
Membaca Badan Tindak Balas ?
- Objek Respons mempunyai kaedah seperti .json(), .text(), dan .blob() untuk membaca kandungan sebenar.
- Kaedah ini juga mengembalikan Janji kerana membaca badan adalah tidak segerak. Ini diperlukan untuk mengendalikan muatan besar dengan cekap tanpa menyekat benang utama.
Apa yang Berlaku Semasa Penantian Pertama? ⏳
Apabila anda menulis respons const = tunggu fetch(url);, inilah yang berlaku:
-
Permintaan Rangkaian Dihantar: ?
- Pelayar memulakan permintaan HTTP ke URL yang ditentukan.
- Ini melibatkan penyelesaian nama domain, mewujudkan sambungan TCP dan menghantar pengepala dan kandungan HTTP (untuk permintaan POST).
-
Metadata Balasan Diterima: ?
- Panggilan pengambilan diselesaikan sebaik sahaja pelayan membalas dengan baris status (cth., HTTP/1.1 200 OK) dan pengepala. Pada ketika ini:
- Status (cth., 200, 404, atau 500) dan statusTeks (cth., "OK" atau "Tidak Ditemui") tersedia.
- Pengepala respons seperti Jenis Kandungan, Panjang Kandungan dan sebarang pengepala tersuai yang dihantar oleh pelayan boleh diakses.
- Panggilan pengambilan diselesaikan sebaik sahaja pelayan membalas dengan baris status (cth., HTTP/1.1 200 OK) dan pengepala. Pada ketika ini:
-
Objek Respons Dicipta: ?️
- Pelayar membina objek Respons yang mengandungi metadata tentang respons. Ini termasuk:
- Pengepala: Boleh diakses melalui response.headers, yang membolehkan anda memeriksa pengepala tertentu seperti Jenis Kandungan atau Keizinan.
- Badan: Pada ketika ini, kandungan belum dibaca atau dihuraikan sepenuhnya—ia kekal sebagai strim yang boleh dibaca.
- Pelayar membina objek Respons yang mengandungi metadata tentang respons. Ini termasuk:
Sebagai contoh, jika pelayan kembali:
HTTP/1.1 200 OK Content-Type: application/json Content-Length: 123 {"message": "Hello, world!"}
Objek Respons akan mengandungi:
- status: 200 ✅
- statusTeks: "OK" ✅
- pengepala: Koleksi pengepala respons yang boleh diubah (cth., Jenis Kandungan: application/json).
- badan: Strim boleh dibaca yang belum dihuraikan lagi.
Apa yang Berlaku Semasa Penantian Kedua? ?
Apabila anda menulis data const = await response.json();, langkah berikut berlaku:
-
Baca Strim Badan: ?
- Badan respons (masih dalam bentuk mentah) dibaca sebagai aliran. Bergantung pada kaedah yang anda gunakan, data mentah diproses dengan sewajarnya:
- .json(): Menghuraikan strim sebagai JSON dan mengembalikan objek JavaScript.
- .text(): Membaca strim sebagai rentetan teks biasa.
- .blob(): Membaca strim sebagai objek besar binari.
- Badan respons (masih dalam bentuk mentah) dibaca sebagai aliran. Bergantung pada kaedah yang anda gunakan, data mentah diproses dengan sewajarnya:
-
Menghuraikan dan Menyelesaikan: ?
- Kaedah json() menghuraikan data mentah (cth., {"message": "Hello, world!"}) ke dalam objek JavaScript yang boleh digunakan (cth., { message: "Hello, world!" }).
- Proses penghuraian ini tidak segerak kerana ia melibatkan pemprosesan data yang berpotensi besar.
-
Resolusi Janji: ✅
- Janji yang dikembalikan melalui response.json() menyelesaikan kepada data yang dihuraikan, yang kemudiannya boleh digunakan dalam aplikasi anda.
Mengapa Dua Penyata menunggu Diperlukan?
Inilah sebab anda perlu menunggu dua kali:
-
Tunggu dahulu (Menunggu Maklum Balas):
- Panggilan ambil tidak memberikan data respons dengan serta-merta; ia memberi anda Janji. Anda perlu menunggunya untuk mendapatkan objek Respons.
-
Penantian kedua (Menghurai Badan):
- Kaedah .json() (atau kaedah membaca badan lain) mengembalikan Janji yang lain. Anda perlu menunggu ini untuk mengekstrak kandungan yang dihuraikan.
Jika anda melangkau sama ada menunggu, anda mungkin akan mengalami tingkah laku yang tidak dijangka:
- Melangkau penantian pertama: Anda akan bekerja dengan Janji yang belum diselesaikan dan bukannya objek Respons sebenar.
- Melangkau menunggu kedua: Anda akan mendapat Janji dan bukannya data yang dihuraikan.
Contoh dengan Pengendalian Ralat ?️
Begini cara anda boleh mengendalikan ralat dengan betul semasa bekerja dengan pengambilan:
const response = await fetch('https://api.example.com/data'); const data = await response.json();
Perangkap Biasa ⚠️
-
Tidak Mengendalikan Ralat:
- fetch tidak membuang ralat untuk ralat HTTP seperti 404 atau 500. Anda mesti menyemak response.ok atau response.status secara manual.
-
Melangkau penantian Kedua:
- Terlupa menunggu .json() boleh membawa kepada pepijat di mana anda bekerja dengan Promise dan bukannya data sebenar.
-
Kekeliruan Antara API fetch dan Lama:
- Pembangun yang beralih daripada API lama seperti XMLHttpRequest mungkin menjangkakan gelagat segerak, tetapi fetch sepenuhnya berasaskan Promise.
Kesimpulan ?
Menggunakan dua pernyataan menunggu dengan pengambilan mungkin kelihatan berlebihan pada mulanya, tetapi ini adalah hasil logik reka bentuk tak segeraknya. Penantian pertama memastikan respons telah diterima, termasuk pengepala dan metadata, manakala menunggu kedua memproses badan respons. Memahami aliran ini membantu anda menulis kod tak segerak yang lebih dipercayai dan boleh diselenggara. ?
Atas ialah kandungan terperinci Memahami Mengapa Ambil Memerlukan menunggu Dua Kali✨. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!

Memilih Python atau JavaScript harus berdasarkan perkembangan kerjaya, keluk pembelajaran dan ekosistem: 1) Pembangunan Kerjaya: Python sesuai untuk sains data dan pembangunan back-end, sementara JavaScript sesuai untuk pembangunan depan dan penuh. 2) Kurva Pembelajaran: Sintaks Python adalah ringkas dan sesuai untuk pemula; Sintaks JavaScript adalah fleksibel. 3) Ekosistem: Python mempunyai perpustakaan pengkomputeran saintifik yang kaya, dan JavaScript mempunyai rangka kerja front-end yang kuat.

Kuasa rangka kerja JavaScript terletak pada pembangunan yang memudahkan, meningkatkan pengalaman pengguna dan prestasi aplikasi. Apabila memilih rangka kerja, pertimbangkan: 1.

Pengenalan Saya tahu anda mungkin merasa pelik, apa sebenarnya yang perlu dilakukan oleh JavaScript, C dan penyemak imbas? Mereka seolah -olah tidak berkaitan, tetapi sebenarnya, mereka memainkan peranan yang sangat penting dalam pembangunan web moden. Hari ini kita akan membincangkan hubungan rapat antara ketiga -tiga ini. Melalui artikel ini, anda akan mempelajari bagaimana JavaScript berjalan dalam penyemak imbas, peranan C dalam enjin pelayar, dan bagaimana mereka bekerjasama untuk memacu rendering dan interaksi laman web. Kita semua tahu hubungan antara JavaScript dan penyemak imbas. JavaScript adalah bahasa utama pembangunan front-end. Ia berjalan secara langsung di penyemak imbas, menjadikan laman web jelas dan menarik. Adakah anda pernah tertanya -tanya mengapa Javascr

Node.js cemerlang pada I/O yang cekap, sebahagian besarnya terima kasih kepada aliran. Aliran memproses data secara berperingkat, mengelakkan beban memori-ideal untuk fail besar, tugas rangkaian, dan aplikasi masa nyata. Menggabungkan sungai dengan keselamatan jenis typescript mencipta powe

Perbezaan prestasi dan kecekapan antara Python dan JavaScript terutamanya dicerminkan dalam: 1) sebagai bahasa yang ditafsirkan, Python berjalan perlahan tetapi mempunyai kecekapan pembangunan yang tinggi dan sesuai untuk pembangunan prototaip pesat; 2) JavaScript adalah terhad kepada benang tunggal dalam penyemak imbas, tetapi I/O multi-threading dan asynchronous boleh digunakan untuk meningkatkan prestasi dalam node.js, dan kedua-duanya mempunyai kelebihan dalam projek sebenar.

JavaScript berasal pada tahun 1995 dan dicipta oleh Brandon Ike, dan menyedari bahasa itu menjadi C. 1.C Language menyediakan keupayaan pengaturcaraan prestasi tinggi dan sistem untuk JavaScript. 2. Pengurusan memori JavaScript dan pengoptimuman prestasi bergantung pada bahasa C. 3. Ciri lintas platform bahasa C membantu JavaScript berjalan dengan cekap pada sistem operasi yang berbeza.

JavaScript berjalan dalam penyemak imbas dan persekitaran Node.js dan bergantung pada enjin JavaScript untuk menghuraikan dan melaksanakan kod. 1) menjana pokok sintaks abstrak (AST) di peringkat parsing; 2) menukar AST ke bytecode atau kod mesin dalam peringkat penyusunan; 3) Laksanakan kod yang disusun dalam peringkat pelaksanaan.

Trend masa depan Python dan JavaScript termasuk: 1. Kedua -duanya akan terus mengembangkan senario aplikasi dalam bidang masing -masing dan membuat lebih banyak penemuan dalam prestasi.


Alat AI Hot

Undresser.AI Undress
Apl berkuasa AI untuk mencipta foto bogel yang realistik

AI Clothes Remover
Alat AI dalam talian untuk mengeluarkan pakaian daripada foto.

Undress AI Tool
Gambar buka pakaian secara percuma

Clothoff.io
Penyingkiran pakaian AI

Video Face Swap
Tukar muka dalam mana-mana video dengan mudah menggunakan alat tukar muka AI percuma kami!

Artikel Panas

Alat panas

Notepad++7.3.1
Editor kod yang mudah digunakan dan percuma

SublimeText3 Linux versi baharu
SublimeText3 Linux versi terkini

VSCode Windows 64-bit Muat Turun
Editor IDE percuma dan berkuasa yang dilancarkan oleh Microsoft

Penyesuai Pelayan SAP NetWeaver untuk Eclipse
Integrasikan Eclipse dengan pelayan aplikasi SAP NetWeaver.

mPDF
mPDF ialah perpustakaan PHP yang boleh menjana fail PDF daripada HTML yang dikodkan UTF-8. Pengarang asal, Ian Back, menulis mPDF untuk mengeluarkan fail PDF "dengan cepat" dari tapak webnya dan mengendalikan bahasa yang berbeza. Ia lebih perlahan dan menghasilkan fail yang lebih besar apabila menggunakan fon Unicode daripada skrip asal seperti HTML2FPDF, tetapi menyokong gaya CSS dsb. dan mempunyai banyak peningkatan. Menyokong hampir semua bahasa, termasuk RTL (Arab dan Ibrani) dan CJK (Cina, Jepun dan Korea). Menyokong elemen peringkat blok bersarang (seperti P, DIV),
