Performances différentes entre Java et le code C# lors du test de l'URL

Question

Lorsque j'exécute le code Java suivant, j'obtiens des résultats très précis et cohérents pour déterminer si la page Web que je suis en train de tester est active.

protected synchronized boolean checkUrl(HttpURLConnection connection){ 
    boolean error = false; 
    //HttpURLConnection connection = null; 
    GregorianCalendar calendar = new GregorianCalendar(); 

    try{ 
     if(connection != null){ 
      connection.connect(); 

      //200 is the expected HTTP_OK response 
      error = processResponseCode(connection.getResponseCode()); 

      connection.disconnect(); 
     } else{ 
      error = false; 
     } 

    }catch(java.net.UnknownHostException uhe){ 
     ...  } 
    catch(Exception e){ 
     ...  } 

    return error; 
} 

Le match le plus proche du modèle Java en C# a des résultats beaucoup plus élevés de faux positifs (la plupart du temps en raison de délais d'attente - qui a une période par défaut de 100000ms). J'ai essayé différents modèles dans C# pour correspondre à l'efficacité du code Java cité, en vain.

Des idées?

Answer 1

changer simplement ceci:

res = webreq.GetResponse(); 
connectedToUrl = processResponseCode(res); 

à

using (WebResponse res = webreq.GetResponse()) 
{ 
    connectedToUrl = processResponseCode(res); 
} 

(Retirez la déclaration du début.)

Jusqu'à ce que vous n'avez pas fermé/disposé à la réponse (ou il a été finalisé), il maintient la connexion. Vous ne pouvez avoir qu'un certain nombre (2 par défaut, je crois) de connexions à un hôte à la fois, d'où les délais d'attente. Lorsque vous disposez de la réponse, cela permet à une autre requête d'utiliser la même connexion.

Answer 2

Je crois que c'est parce que vous ne fermez aucun des objets de requête.

Answer 3

Je pense que vous manquez la GregorianCalendar dans la version C# :-)

Pourquoi avez-vous deux objets de requête dans la version C#?

Answer 4

également ceci:

catch (Exception e) 
    { 
     throw e; 
    } 

ne fait que détruire la trace de la pile sur une exception qui a été barboter vers le haut. Si vous avez des erreurs de gestion ailleurs dans votre code, je suggère de supprimer le bloc try catch. Sinon, vous devriez enregistrer l'exception et passer à autre chose. Ne l'attrape pas juste pour le jeter.