L'éditeur PHP Xinyi répondra pour vous à une question sur Golang : Pourquoi la longueur du contenu est-elle automatiquement ajoutée lors du traitement d'une requête http si le contenu du ResponseWriter ne dépasse pas 2 Ko ? En fait, cela est dû au fait que dans le protocole HTTP, la longueur du contenu est un champ obligatoire, qui est utilisé pour indiquer au client la longueur des données à recevoir afin d'analyser correctement la réponse. Même si la longueur du contenu est petite, le serveur doit quand même fournir ce champ pour garantir un processus de communication complet. De cette manière, le client peut recevoir et analyser correctement le contenu, garantissant ainsi l'intégrité et l'exactitude des demandes et des réponses.
func (handler Handler) ServeHTTP(w http.ResponseWriter, r *http.Request) { var content string ... w.Write([]byte(content)) }
Si len(content) <= 2048, alors content-length
将自动添加到响应中。而如果超过2048,则没有content-length
,则会添加transfer-encoding: chunked
.
Je ne trouve pas où déterminer 2048.
Je demande de l'aide pour trouver le code source où 2048 est déterminé.
Jetons un coup d'œil à la documentation de cette fonctionnalité dans l'interface http.responsewriter
, à titre de référence uniquement. Clarté :
[i] Si la taille totale de toutes les données écrites est inférieure à quelques Ko et qu'il n'y a aucun appel de vidage, l'en-tête content-length est automatiquement ajouté.
Tout d'abord, nous pouvons voir que le nombre n'est peut-être pas exactement 2048 (2 Ko), mais se situe dans la plage de « quelques Ko » à laquelle nous nous attendrions. Deuxièmement, nous pouvons voir que ce comportement est cohérent avec l'interface flush
方法有关,该方法记录在 flusher
dans :
flush envoie toutes les données mises en mémoire tampon au client.
L'interface de vidage est implémentée par ResponseWriter et permet aux gestionnaires http de vider les données mises en mémoire tampon vers le client.
Les implémentations par défaut de HTTP/1.x et http/2 ResponseWriter prennent en charge les vidages, mais pas les wrappers ResponseWriter. Les gestionnaires doivent toujours tester cette fonctionnalité au moment de l'exécution.
Comme il est indiqué, votre méthode responsewriter
可能支持数据缓冲和刷新。这意味着当您将数据写入响应写入器时,它不会立即通过连接传输。相反,它首先被写入缓冲区。每次缓冲区太满而无法再写入时,当 servehttp
方法返回时,整个缓冲区将被传输。这可以确保即使您进行大量微小写入,数据也能有效传输,并且所有数据最终都能传输。您还可以选择使用 flush
efface activement le tampon à tout moment. Les en-têtes http doivent être envoyés avant les données du corps, mais ils n'ont pas besoin d'être envoyés avant que le tampon ne soit vidé pour la première fois.
En mettant tout cela ensemble, vous verrez que si le montant total écrit ne dépasse pas la taille du tampon, et que nous n'appelons jamais flush
,那么在所有数据准备好之前不需要发送标头,此时点我们知道内容的长度。如果写入的总量大于缓冲区大小,则必须在知道内容长度之前发送标头,因此 responsewriter
, cela ne peut pas être déterminé automatiquement.
C'est sur net/http/server.go
net/http/server.go
。具体来说,这里是缓冲区大小的声明,以及实现部分缓冲写入行为的 nchunkedwriter
. Plus précisément, voici la déclaration de la taille du tampon et le nchunkedwriter
qui implémente le comportement d'écriture partiellement tamponné :
// This should be >= 512 bytes for DetectContentType, // but otherwise it's somewhat arbitrary. const bufferBeforeChunkingSize = 2048 // chunkWriter writes to a response's conn buffer, and is the writer // wrapped by the response.w buffered writer. // // chunkWriter also is responsible for finalizing the Header, including // conditionally setting the Content-Type and setting a Content-Length // in cases where the handler's final output is smaller than the buffer // size. It also conditionally adds chunk headers, when in chunking mode. // // See the comment above (*response).Write for the entire write flow. type chunkWriter struct {
1.19.5. Veuillez noter que le code source peut changer à chaque version go.
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!