Limit długości danych, które serwer WWW może powrócić w odpowiedzi na żądanie GET

Question

Mam usługi RESTuruchomiony na serwerze pomost, który reaguje na GET wnioski z niektórych danych zasobów. Do tej pory dane, które pobierałem, były rzędu kilku kb. Szukam użyć podobnej usługi REST, która może zwrócić ogromne dane, może być 100 MB lub więcej. Nie oczekuje się problemów z pamięcią, ponieważ wolumin żądania jest niski i oba serwery pomostowe i procesy klienta odpoczynku zostały skonfigurowane z wystarczającą ilością pamięci.

Zastanawiam się, czy pomost lub jakikolwiek serwer ogólnie ogranicza dostęp do danych, które może zwrócić klientowi w odpowiedzi na żądanie GET. Jeśli tak, czy można go skonfigurować w pomoście?

Answer 1

Nie ma ograniczeń co do ilości danych zwracanych w odpowiedzi HTTP z Jetty.

Można przesyłać dane z powrotem do klienta na krótko przed heat death of the universe.

Technicznie rzecz biorąc, można mieć odpowiedzi HTTP bez Content-Length określony, które mogą być zwracane przy użyciu zarówno z Chunked Transfer-Encoding, lub po prostu surowy strumień bajtów z Connection: close wskazujących, gdy dane są kompletne (wykonane są wysyłane) przez zamknięcie podstawowego połączenia. Oba są zasadniczo bez limitów.

Jeśli korzystasz z nagłówka HTTP Response z Content-Length, należy pamiętać, że długość zawartości wynosi in practice, a 32-bit number, but more modern browsers support the 64-bit versions.