Temu Duga Frontend: Bagaimanakah anda menggunakan Blob.bytes() untuk muat naik binari dengan sandaran pelayar lama?

Gesaan dan skop

Anda mesti memuat naik fail besar dan mengira enkripsi ringkasan (digest) dalam pelayar. Pelayar baharu menyokong Blob.bytes(), tetapi pelayar lama mungkin tidak menyokongnya. Reka bentuk pembacaan, pemecahan bahagian (chunking), sandaran, pembatalan, pengendalian ralat dan pengesahan keserasian.

MDN menandakan Blob.bytes() sebagai Baseline 2026: ia mengembalikan Promise yang diselesaikan kepada Uint8Array yang mengandungi data Blob dan tersedia dalam Web Workers. Temu duga ini menguji semantik API dan sempadan sumber; sekadar menyokong kaedah baharu bukanlah reka bentuk muat naik yang lengkap.

Perkara yang dinilai oleh penemu duga

• Menerangkan Promise dan hasil Uint8Array dengan tepat tanpa memanggilnya sebagai strim.
• Mengenal pasti lonjakan memori apabila membaca keseluruhan Blob dan mereka bentuk bahagian (chunks) atau laluan strim.
• Menggunakan pengesanan ciri dengan sandaran arrayBuffer() atau stream() dan bukannya semakan nama pelayar.
• Mengendalikan pembatalan, percubaan semula, keadaan digest, pemesejan worker dan maklum balas pengguna.
• Membuktikan reka bentuk dengan matriks keserasian dan ujian tegasan fail besar.

Soalan penjelasan

• Apakah had saiz fail, konkurensi muat naik, pelayar sasaran dan ketersediaan Worker?
• Apakah algoritma digest, protokol bahagian pelayan, semantik penyambungan semula (resume), dan dasar bahagian pendua yang diguna pakai?
• Adakah digest lengkap mesti wujud sebelum muat naik, atau bolehkah klien memuat naik semasa membaca dan mengesahkan pada bahagian akhir?
• Bolehkah pemindahan yang gagal disambung semula daripada bahagian yang disahkan, dan bagaimanakah keidempotenan pelayan ditakrifkan?
• Apakah yang berlaku apabila pengguna menavigasi keluar, menutup tab, atau peranti mengalami kekangan memori?

Semantik API dan laluan pembacaan

Blob.bytes() tidak mengambil sebarang argumen dan mengembalikan Promise. Nilai yang dipenuhi ialah Uint8Array; kegagalan membaca akan menolak Promise tersebut. Ia menyerahkan kandungan Blob kepada pemanggil sebagai satu tatasusunan bait (byte array), jadi ia tidak membuktikan tingkah laku salinan sifar (zero-copy) atau kapasiti fail besar tanpa had. Baca fail kecil dalam Worker jika berguna; untuk fail besar, lebih utamakan bahagian slice() diikuti dengan pembacaan dan muat naik bagi setiap bahagian.

Kesan ciri laluan: gunakan bytes() apabila tersedia, jika tidak gunakan arrayBuffer() dan cipta Uint8Array; sekiranya pelayar dan protokol menyokongnya, gunakan stream() secara berperingkat (inkremental). Sandaran mesti mengekalkan penomboran bahagian, input digest, dan kontrak ralat supaya pengesahan pelayan tidak berubah mengikut API.

Memori, bahagian, dan digest

Membaca keseluruhan Blob mewujudkan lonjakan memori sekurang-kurangnya pada skala saiz fail, ditambah penimbal muat naik, penyahkodan, dan overhed masa jalanan. Panggil slice(start, end) dengan sempadan tetap atau adaptif dan simpan hanya bahagian semasa serta baris gilir muat naik yang terhad. Masukkan ke dalam digest mengikut susunan fail; muat naik selari tidak boleh menyusun semula input digest.

Setiap bahagian membawa ID fail, versi, indeks, panjang, dan digest kandungan. Pelayan menyimpannya secara idempoten mengikut ID fail dan indeks, kemudian memasangnya mengikut susunan serta mengesahkan jumlah panjang dan digest fail penuh. Digest bahagian tidak menggantikan digest hujung ke hujung kerana kehilangan, penyusunan semula, atau penggabungan yang salah masih boleh menghasilkan fail yang tidak betul.

Pembatalan, percubaan semula, dan workers

Hantar isyarat AbortController kepada pembacaan dan permintaan muat naik; pembatalan akan mengosongkan bahagian dalam baris gilir dan melepaskan rujukan. Cuba semula hanya ralat yang boleh dipulihkan dengan undur eksponen (exponential backoff) dan kunci bahagian yang idempoten. Tamat tempoh pengesahan harus dijeda untuk pengesahan semula, bukan mencuba semula selama-lamanya. Jika Worker mengira digest, urutan utama menerima kemajuan, ralat, dan hasil akhir dan bukannya menyalin keseluruhan tatasusunan bait kembali.

Dengan stream(), hormati tekanan balik (backpressure): pembaca tidak boleh mendahului rangkaian dan pengguna digest. Setiap laluan merekodkan bahagian yang disahkan, tempoh pembacaan dan muat naik, percubaan semula, sebab pembatalan, dan anggaran lonjakan memori, tanpa mengelog kandungan fail atau laluan sensitif.

Keserasian dan sempadan keselamatan

Pengesanan ciri boleh memeriksa typeof Blob !== "undefined" dan "bytes" in Blob.prototype sebelum memilih bytes(). Jangan bergantung semata-mata pada User-Agent. Pelayar lama boleh beralih kepada arrayBuffer() atau FileReader yang terkawal, dan harus menerima mesej yang jelas apabila belanjawan memori tidak dapat dipenuhi.

Digest klien menyediakan bukti integriti, bukannya kebenaran (authorization), pengimbasan perisian hasad atau pengesahan jenis kandungan. Pelayan mesti mengehadkan saiz fail, saiz bahagian, julat indeks dan jumlah tempoh masa; jenis MIME klien bukanlah keputusan keselamatan. Elakkan menyalin data sensitif merentas worker dan lepaskan rujukan dengan segera selepas selesai.

Latih tubi kegagalan dan senarai semak pengesahan

Liputi pelayar dengan dan tanpa bytes(), laluan Worker dan urutan utama, fail kosong, fail satu bahagian dan rentas bahagian, fail yang sangat besar, gangguan rangkaian, batal-dan-sambung semula, bahagian pendua, bahagian tidak mengikut susunan dan ketidakpadanan digest. Ujian tegasan merekodkan masa baca p95, daya pemprosesan muat naik, lonjakan memori, tugasan panjang (long tasks), kadar kegagalan dan masa pemulihan.

Jika bytes() ditolak, kekalkan keadaan bahagian dan beralih kepada sandaran yang eksplisit. Jika sandaran melebihi belanjawan memori, hentikan dengan mesej langkah seterusnya dan bukannya memaksa pembacaan penuh. Jika pelayan mengesan ketidakpadanan digest bahagian atau fail penuh, buang pemasangan yang belum disahkan dan sambung semula dari bahagian konsisten yang terakhir.

Soalan susulan dan jawapan rujukan

Bagaimanakah anda memilih antara bytes() dan arrayBuffer()?

Kedua-duanya boleh memuatkan keseluruhan Blob ke dalam memori. bytes() secara langsung membekalkan Uint8Array, yang berguna untuk kod berorientasikan bait, tetapi ia tidak menyediakan penstriman secara automatik. Fail besar harus menggunakan bahagian atau laluan strim.

Mengapakah digest fail penuh bahagian klien sahaja tidak mencukupi?

Ia tidak dapat membuktikan bahawa pelayan menerima setiap bahagian mengikut susunan, dan ia tidak menggantikan pemeriksaan kebenaran atau keselamatan kandungan. Sahkan indeks bahagian, digest bahagian, jumlah panjang, dan digest akhir pelayan.

Bagaimanakah anda mengesahkan sandaran pelayar lama?

Paksa kedua-dua laluan keupayaan dengan pengesanan ciri, kemudian uji matriks pelayar sebenar, pelaksanaan Worker dan urutan utama, kekangan memori, pemulihan luar talian dan pembatalan. Satu pelayar moden sahaja tidak mencukupi.