Compartilhamento de tecnologia

한어Русский языкEnglishFrançaisIndonesianSanskrit日本語DeutschPortuguêsΕλληνικάespañolItalianoSuomalainenLatina

conexão persistente：

HTTP/1.1Conexões persistentes são suportadas por padrão, permitindo que múltiplas solicitações e respostas HTTP sejam enviadas em uma conexão TCP, reduzindo a sobrecarga de estabelecimento e fechamento da conexão.

eHTTP/1.0O padrão é uma conexão curta. Cada solicitação precisa estabelecer uma conexão TCP.Connection: keep-alivecabeçalho para implementar conexões persistentes.Connection: keep-alive O objetivo é informar ao servidor e ao cliente que a conexão TCP entre eles deve ser mantida ativa para que possa ser reutilizada, em vez de ser fechada imediatamente após o envio de uma resposta. Este recurso foi introduzido no HTTP/1.0 e se tornou o comportamento padrão no HTTP/1.1.

Gasoduto：

HTTP/1.1Suporta pipeline (não habilitado por padrão), permitindo que o cliente envie múltiplas solicitações antes que a resposta à primeira solicitação chegue, o que pode reduzir o tempo de espera e melhorar a eficiência.

HTTP/1.0 não oferece suporte a pipeline.

controle de cache：

HTTP1.0Usado principalmenteIf-Modified-Since/Expirescomo critério para julgamento de cache

HTTP1.1Mais estratégias de controle de cache são introduzidas, comoEtag / If-None-MatchAguarde mais cabeçalhos de cache opcionais para controlar a estratégia de cache.

Manipulação de erros:

HTTP/1.1Adicionados alguns novos códigos de status HTTP, como100 Continue, usado para aprimorar o tratamento de erros e respostas intermediárias às solicitações.

Depois de receber a resposta 100 Continue, o cliente deverá continuar a enviar o corpo da solicitação.Se o servidor receber uma mensagem contendoExpect: 100-continueDepois de decidir não continuar processando a solicitação (por exemplo, se as informações do cabeçalho da solicitação indicarem que a solicitação não pode ser aceita), o servidor deverá retornar um código de status de erro (como 400 Bad Request) em vez de 100 Continue.

Hostcabeça:

HTTP/1.1introduzidoHost cabeçalho que permite ao cliente especificar o nome de host solicitado, possibilitando hospedar vários nomes de domínio no mesmo servidor. Cada nome de domínio pode ser mapeado para um recurso ou serviço diferente no servidor HTTP/1.0 não possui este campo de cabeçalho.

Otimização de largura de banda:

HTTP1.0, existem alguns fenômenos de desperdício de largura de banda. Por exemplo, o cliente precisa apenas de uma parte de um objeto, mas o servidor envia o objeto inteiro e não suporta a função de retomada.HTTP1.1é introduzido no cabeçalho da solicitaçãorangecampo de cabeçalho, que permite solicitar apenas uma determinada parte do recurso, ou seja, o código de retorno é206（Partial Content）