Pourquoi la méthode GET est plus rapide que POST dans HTTP?

Question

Je suis nouveau à la programmation web et je suis juste curieux de savoir comment utiliser les méthodes Get et Post pour envoyer des données d'une page à une autre.

Il est dit que la méthode Get est plus rapide que Post mais je ne sais pas pourquoi est-ce une raison que je pourrais trouver est que Get ne peut prendre que 255 caractères avec lui? Y at-il d'autres raisons, s'il vous plaît quelqu'un m'explique?

Answer 1

Ce n'est pas une question de vitesse. Il y a beaucoup de cas où POST est plus applicable. Par exemple, les moteurs de recherche indexeront les URL GET et les navigateurs pourront les marquer et les afficher dans l'historique. Par conséquent, si vous effectuez des actions telles que la modification d'une base de données en fonction d'une requête GET, cela peut être dangereux car certains robots peuvent également traverser l'URL.

L'autre cas peut être un problème de sécurité. Si vous publiez des informations d'identification à l'aide de GET, elles apparaîtront dans l'historique du navigateur et dans les fichiers journaux du serveur.

Answer 2

En regardant le protocole http, POST ou GET devrait être aussi facile et rapide à analyser. Je dirais qu'il n'y a pas de différence de performance.

Jetez un oeil à les en-têtes HTTP premières

http GET

GET /index.html?userid=joe&password=guessme HTTP/1.1 
Host: www.mysite.com 
User-Agent: Mozilla/4.0 

http POST

POST /login.jsp HTTP/1.1 
Host: www.mysite.com 
User-Agent: Mozilla/4.0 
Content-Length: 27 
Content-Type: application/x-www-form-urlencoded 

userid=joe&password=guessme 

De mon point de vue, la performance ne doit pas être pris en compte lors comparer GET et POST.

Answer 3

POST augmentera davantage vos en-têtes, juste en les agrandissant, mais la différence devrait être vraiment négligeable, donc je ne vois pas pourquoi cela devrait être un problème. N'oubliez pas que la bonne façon de parler HTTP est d'utiliser GET uniquement pour les actions et POST pour les données. Vous n'avez pas besoin de le faire, mais vous ne voulez pas non plus que Google bots puisse, par exemple, insérer, supprimer ou manipuler des données qui n'étaient destinées qu'à un humain, simplement parce qu'il suit les liens qu'il trouve .

Answer 4

Il existe plusieurs fausses idées concernant GET et POST dans HTTP. Il y a une différence primaire, GET doit être idempotent alors que POST ne doit pas être. Cela signifie que les GET ne causent pas d'effets secondaires, c'est-à-dire que je peux envoyer un GET à une application web autant de fois que je le souhaite (penser Ctrl + R ou F5 plusieurs fois) et les requêtes seront 'safe'

Je ne peux pas faire cela avec POST, un POST peut changer les données sur le serveur. Par exemple, si je commande un article sur le Web, l'article doit être ajouté avec un POST car l'état est modifié sur le serveur, le nombre d'éléments que j'ai ajoutés a augmenté de 1. Si je l'ai fait avec un POST et un rafraîchissement dans le navigateur, le navigateur m'avertit, si je le fais avec un GET le navigateur enverra simplement la demande. Sur le serveur GET vs POST est pure convention, c'est à moi en tant que développeur pour m'assurer que je code le POST sur le serveur à pas répéter l'appel. Il y a plusieurs façons de le faire, mais c'est une autre question.

Pour répondre réellement à la question si j'utilise GET ou POST pour effectuer la même tâche, il n'y a pas de différence de performance.

Vous pouvez lire la RFC (http://www.w3.org/Protocols/rfc2616/rfc2616.html) pour plus de détails.

Answer 5

Vous devriez penser à GET comme "un endroit où aller", et POST comme "faire quelque chose". Par exemple, un formulaire de recherche doit être soumis à l'aide de GET car la page de résultats de recherche est un "lieu" et l'utilisateur voudra le mettre en signet ou l'extraire de son historique à une date ultérieure. Si vous soumettez le formulaire en utilisant POST, l'utilisateur ne peut recréer la page qu'en renvoyant le formulaire. D'un autre côté, si vous deviez effectuer une action telle que cliquer sur un bouton de suppression, vous ne voudriez pas l'envoyer avec GET, car l'action serait répétée chaque fois que l'utilisateur retournerait à l'URL.

Answer 6

Une autre chose à propos de la publication http est qu'il peut y avoir 2 appels lorsque l'en-tête http Expect: 100-Continue est utilisé. Le premier navigateur envoie les en-têtes de message http et les réponses du serveur avec "HTTP 100 Continue". Lorsque le navigateur reçoit cela, il envoie le corps réel.

http://omaralzabir.com/atlas_2__http_post_is_slower_and_it_s_default_in_atlas/

Je pense que ceci est la réponse que l'auteur cherchait.

Answer 7

GET est légèrement plus rapide parce que les valeurs sont envoyées dans l'en-tête contrairement à la POST les valeurs sont envoyées dans la demande corps, dans le format que le type de contenu spécifie.

Habituellement, le type de contenu est application/x-www-form-urlencoded, de sorte que le corps de la requête utilise le même format que la chaîne de requête:

paramètre

= valeur & = aussi une autre Lorsque vous utilisez un téléchargement de fichier Dans le formulaire, vous utilisez plutôt l'encodage multipart/form-data, qui a un format différent. C'est plus compliqué.

Answer 8

Je suis d'accord avec les autres réponses, mais il n'a pas été mentionné que les requêtes GET peuvent être mises en cache alors que les requêtes POST ne sont jamais mises en cache. Je pense que c'est la principale raison pour laquelle certaines requêtes GET sont exécutées plus rapidement. (Of-gros, cela signifie que, parfois, aucune demande est effectivement envoyé Par conséquent, il est pas en fait la demande GET qui est plus rapide, mais le cache de votre navigateur..)

méthodes HTTP: GET vs POST: http://www.w3schools.com/tags/ref_httpmethods.asp

Answer 9

Juste mes quelques cents de 2016.

Je crée un système de message simple. Au début, j'ai utilisé POST pour recevoir de nouvelles alertes. En jQuery j'avais:

$.post('/a/alerts', 'stamp=' + STAMP, function(result) 
{ 
}); 

Et en PHP j'ai utilisé $ _POST ['stamp']. Même de localhost j'ai 90-100 ms pour chaque demande comme ceci. Je simplement changé:

$.get('/a/alerts?stamp=' + STAMP, function(result) 
{ 
}); 

et en PHP commuté à $ _GET [ 'timbre']. Donc un peu moins de 1 minute de changements. Maintenant, chaque demande prend 30-40 ms.

So GET peut être deux fois plus rapide que POST. Bien sûr, pas toujours, mais pour de petites quantités de données, je reçois les mêmes résultats tout le temps.