Quelle est la différence entre CloseableHttpClient et dans Apache HttpClient HttpClient API?

Je suis étudiant une application développée par notre société. Il utilise Apache HttpClient de la bibliothèque. Dans le code source, il utilise le HttpClient classe pour créer des instances pour se connecter à un serveur.

Je veux apprendre Apache HttpClient et je suis allé creux cet ensemble d'exemples. Tous les exemples utilisent CloseableHttpClient au lieu de HttpClient. Donc, je pense que CloseableHttpClient est une version étendue de HttpClient. Si c'est le cas, j'ai deux questions:

  • Quelle est la différence entre ces deux?
  • La classe est recommandé d'utiliser pour mon nouveau développement?
  • La documentation semble assez clair pour moi: "la Base de la mise en œuvre de HttpClient qui implémente également Fermer" - HttpClient est une interface; CloseableHttpClient est une classe abstraite, mais parce qu'il met en œuvre AutoCloseable vous pouvez utiliser dans un try-with-resources déclaration.
  • C'est évident, mais comment est-il important pour fermer HttpClient instances? Si c'est important, pourquoi le close() méthode ne fait pas partie de l'interface de base?
  • J'ai peur de ne pas en savoir assez sur HttpClient pour répondre à ça 🙁
InformationsquelleAutor Nayana Adassuriya | 2014-02-05
  1. 81
    • Le principal point d'entrée de la HttpClient l'API est la HttpClient interface.
    • Le plus essentiel de la fonction de HttpClient est d'exécuter les méthodes HTTP.
    • Exécution d'une méthode HTTP implique une ou plusieurs HTTP requête /réponse HTTP échanges, généralement gérées en interne par HttpClient.
    • CloseableHttpClient est une classe abstraite qui est la base de la mise en œuvre de HttpClient qui implémente java.io.Fermer.

    • Voici un exemple de processus de l'exécution de la demande dans sa forme la plus simple:

      CloseableHttpClient httpclient = HttpClients.createDefault(); 
HttpGet httpget = new HttpGet("http://localhost/"); 
CloseableHttpResponse response = httpclient.execute(httpget); 
try { 
//faire quelque chose 
} finally { 
réponse.close(); 
}

    • HttpClient la désallocation de la ressource: Lorsqu'une instance CloseableHttpClient est plus nécessaire et il est sur le point de sortir de la portée le gestionnaire de connexion associés doivent être fermées par l'appel de la CloseableHttpClient#méthode close ().

      CloseableHttpClient httpclient = HttpClients.createDefault(); 
try { 
//faire quelque chose 
} finally { 
httpclient.close(); 
}

    voir le Référence pour apprendre les fondamentaux.

    @Scadge
    Depuis Java 7, l'Utilisation de try-with-resources instruction s'assure que chaque ressource est fermée à la fin de l'instruction.

    try(CloseableHttpClient httpclient = HttpClients.createDefault()){
//do something with httpclient here
}
    • Cette réponse de tri de élude la question. Quel est l'appel à close() sur un HttpClient cause pour se qui ne serait pas autrement se produire? Avez-vous de fuite de connexions si vous ne faites pas appel à close() au moment approprié/lieux? Ne l'appel à close() prématurément affecter votre performance en causant de vous reconnecter lorsque vous n'avez vraiment pas besoin?
    • J'ai regardé à travers le code dans httpclient pour la réponse à cette question. La réponse est que la méthode close permet de fermer interne de l'état. Certaines implémentations de HTTPClient(dans le httpclient lib) peut être configuré pour l'utilisation persistante des ressources telles que PooledHttpClientConnectionManager de mise en commun des connexions et sans une telle méthode, vous ne pouviez pas nettoyer ces ressources, si nécessaire.
    • dans l'exemple ci-dessus, nous avons besoin de fermer httpget aussi
    • Comment sommes-nous capables d'invoquer des méthodes sur la classe abstraite (CloseableHttpClient) ici? Ne devrait-on pas créer un béton sous-classe de première?
    • S'il vous plaît aller throuth de cette réponse pour comprendre le concept de stackoverflow.com/a/4321402/2830834
    • Si vous avez défini un pool de connexion, il va la fermer ! Une fois proche, vous devez créer une nouvelle instance à chaque fois ... voir Aussi hc.apache.org/httpcomponents-client-ga/tutorial/html/...
    • Le principal avantage, à mon humble avis, est que l'exécution de méthodes de retour CloseableHttpResponse cas, plutôt que de HttpReponses. Try-avec-des ressources pour l'exécution des appels pour s'assurer que les connexions sont renvoyées au pool de connexion.

    InformationsquelleAutor Sagar Pudi
  2. 15

    Eu la même question. Les autres réponses ne semblent pas répondre à pourquoi close() est-elle vraiment nécessaire? Également, Op semblait avoir du mal à comprendre la meilleure façon de travailler avec HttpClient, et al.

    Selon Apache:

    //The underlying HTTP connection is still held by the response object
//to allow the response content to be streamed directly from the network socket.
//In order to ensure correct deallocation of system resources
//the user MUST call CloseableHttpResponse#close() from a finally clause.

    En outre, les relations vont comme suit:

    HttpClient (interface)

    mis en œuvre par:

    CloseableHttpClient - Thread-safe.

    DefaultHttpClient - Thread-safe, MAIS obsolète, utilisez HttpClientBuilder à la place.

    HttpClientBuilder - PAS thread-safe, MAIS crée des Threads CloseableHttpClient.

    • Utiliser pour créer des CloseableHttpClient.

    HttpClients - PAS thread-safe, MAIS crée des Threads CloseableHttpClient.

    • Utiliser pour créer de la valeur par DÉFAUT ou MINIME CloseableHttpClient.

    Le mode préféré selon Apache:

    CloseableHttpClient httpclient = HttpClients.createDefault();

    L'exemple ils donnent ne httpclient.close() dans le finally clause, et permet également l'utilisation de ResponseHandler ainsi.

    Comme une alternative, la façon mkyong le fait, c'est un peu intéressant, ainsi:

    HttpClient client = HttpClientBuilder.create().build();

    Il ne montre pas une client.close() appeler, mais je pense que c'est nécessaire, car client est toujours une instance de CloseableHttpClient.

    InformationsquelleAutor euphoria99
  3. 13

    Les autres réponses ne semblent pas répondre à pourquoi close() est-elle vraiment nécessaire? * 2

    Doute sur la réponse "HttpClient ressources de libération de la mémoire".

    Il est mentionné dans le vieux-3.x httpcomponents doc, ce qui est long et possède beaucoup de différence à partir de 4.x HC. Par ailleurs, l'explication est si bref que ne disent pas ce que cette ressource sous-jacente est.

    J'ai fait quelques recherches sur 4.5.2 libérer le code source, trouvé les implémentations de CloseableHttpClient:close() fondamentalement ne ferme son gestionnaire de connexion.

    (Pour info) C'est pourquoi, lorsque vous partagez un PoolingClientConnectionManager et appel client close(), exception java.lang.IllegalStateException: Connection pool shut down va se produire. Pour éviter, setConnectionManagerShared œuvres.

    Je préfère pas ne CloseableHttpClient:close() après chaque requête unique

    J'ai utilisé pour créer un nouveau client http instance lorsque vous faites la demande et enfin la fermer. Dans ce cas, il vaut mieux ne pas appeler close(). Depuis, si le gestionnaire de connexion n'a pas "partagé" drapeau, il sera à l'arrêt, ce qui est trop cher pour une seule requête.

    En fait, j'ai aussi trouvé dans la bibliothèque de clj-http, un Clojure wrapper sur Apache SC 4.5, à ne pas faire appel close() à tous. Voir func request dans le fichier de base.clj

    • Pourriez-vous préciser pourquoi c'est mieux que d'utiliser setConnectionManagerShared et appeler close() après chaque requête?
    InformationsquelleAutor mzhang
  4. 8

    Dans la prochaine version majeure de la bibliothèque HttpClient interface va étendre Closeable. Jusqu'alors, il est recommandé d'utiliser CloseableHttpClient si la compatibilité avec les anciennes 4.versions x (4.0, 4.1 et 4.2) n'est pas nécessaire.

    InformationsquelleAutor ok2c
  5. 8

    HttpClient n'est pas une classe, c'est une interface. Vous ne pouvez pas l'utiliser pour le développement de la façon que tu veux dire.

    Ce que vous voulez, c'est une classe qui implémente l' HttpClient de l'interface, et c'est CloseableHttpClient.

    InformationsquelleAutor M. Sfakianos
  6. 2

    CloseableHttpClient est la classe de base de la httpclient de la bibliothèque, celui que toutes les implémentations de l'utiliser. Les autres sous-classes sont pour la plupart obsolètes.

    La HttpClient est une interface de cette classe et les autres classes.

    Vous devez alors utiliser le CloseableHttpClient dans votre code, et de la créer à l'aide de la HttpClientBuilder. Si vous avez besoin d'envelopper le client pour ajouter un comportement spécifique, vous devez utiliser la requête et la réponse intercepteurs à la place de l'emballage avec le HttpClient.

    Cette réponse a été donnée dans le cadre de httpclient-4.3.

    InformationsquelleAutor polve