Mesti ada beberapa dalam PHP secara khusus, php.ini mempunyai had bagi kebanyakan siaran dan kaedah pengiraan aksara Inggeris Terdapat perbezaan Di samping itu, walaupun had penghantaran terus dikembangkan, bilangan aksara yang dihantar masih akan melebihi, jadi sila hantarkan puluhan ribu data dalam segmen Walaupun had maksimum tidak melebihi, lebih banyak data dihantar, lebih perlahan kelajuan sepadan akan menjadi
Secara amnya, pelayan mengembalikan data kepada klien Jika pelayan mengetahui saiz kandungan yang dikembalikan, ia boleh ditentukan melalui pengepala Content-Length
Jika pelayan itu sendiri tidak mengetahui saiz khusus data yang dikembalikan kepada klien (seperti data penstriman), ia boleh dikenal pasti menggunakan Pengekodan Pemindahan Chunked.
Walau bagaimanapun, adalah bukan idea yang baik untuk pelayan mengembalikan segmen JSON yang besar, kerana ia akan menyebabkan pelanggan mengambil masa terlalu lama untuk menghuraikan, dan pengalaman pengguna tidak baik data, secara tak segerak dan menghuraikan semasa Minta.
Permintaan mengembalikan sejumlah besar data json, dan masa penghuraian bahagian hadapan juga sangat lama Jika pemprosesan tak segerak tidak dilakukan, urutan mungkin tersekat
Ya, tetapi anda mesti mempertimbangkan keupayaan kedua-dua hujung, terutamanya prestasi pelayan, dan kestabilan penghantaran. Secara umumnya ini tidak disyorkan.
Saya membantah yang terdahulu yang mengelirukan permintaan dan respons. Tiada had saiz untuk memuat turun Nampaknya apabila anda memuat turun fail melalui permintaan http, ia tidak akan mengatakan bahawa fail itu tidak boleh dimuat turun jika ia lebih besar daripada saiz. Json yang dikembalikan sebenarnya bertindak balas kepada fail bait. Jadi, melainkan pelaksanaan php tamat semasa proses pemulangan anda, tiada masalah saiz pemulangan.
![[Web front-end] Permulaan pantas Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
Mesti ada beberapa dalam PHP secara khusus, php.ini mempunyai had bagi kebanyakan siaran dan kaedah pengiraan aksara Inggeris Terdapat perbezaan Di samping itu, walaupun had penghantaran terus dikembangkan, bilangan aksara yang dihantar masih akan melebihi, jadi sila hantarkan puluhan ribu data dalam segmen Walaupun had maksimum tidak melebihi, lebih banyak data dihantar, lebih perlahan kelajuan sepadan akan menjadi
Tiada had yang jelas pada saiz respons HTTP.
-
- Jika pelayan itu sendiri tidak mengetahui saiz khusus data yang dikembalikan kepada klien (seperti data penstriman), ia boleh dikenal pasti menggunakan Pengekodan Pemindahan Chunked.
Walau bagaimanapun, adalah bukan idea yang baik untuk pelayan mengembalikan segmen JSON yang besar, kerana ia akan menyebabkan pelanggan mengambil masa terlalu lama untuk menghuraikan, dan pengalaman pengguna tidak baik data, secara tak segerak dan menghuraikan semasa Minta.Secara amnya, pelayan mengembalikan data kepada klien Jika pelayan mengetahui saiz kandungan yang dikembalikan, ia boleh ditentukan melalui pengepala
Content-LengthPermintaan mengembalikan sejumlah besar data json, dan masa penghuraian bahagian hadapan juga sangat lama Jika pemprosesan tak segerak tidak dilakukan, urutan mungkin tersekat
Ya, tetapi anda mesti mempertimbangkan keupayaan kedua-dua hujung, terutamanya prestasi pelayan, dan kestabilan penghantaran. Secara umumnya ini tidak disyorkan.
Tidak disyorkan, anda boleh menggunakan paging dan ajax untuk memuatkan
Saya membantah yang terdahulu yang mengelirukan permintaan dan respons.
Tiada had saiz untuk memuat turun Nampaknya apabila anda memuat turun fail melalui permintaan http, ia tidak akan mengatakan bahawa fail itu tidak boleh dimuat turun jika ia lebih besar daripada saiz.
Json yang dikembalikan sebenarnya bertindak balas kepada fail bait.
Jadi, melainkan pelaksanaan php tamat semasa proses pemulangan anda, tiada masalah saiz pemulangan.