Manchmal HttpURLConnection.getInputStream führt zu langsam

Wir haben nächsten code.

Manchmal sollten wir warten, 10-20-40 Sekunden auf der letzten Zeile.

Was kann das problem sein?

Java 1.4

URL url = ...;
HttpURLConnection conn = (HttpURLConnection) url.openConnection();
conn.setDoInput(true);
conn.setDoOutput(true);
conn.setUseCaches(false);
conn.connect();
OutputStream out = conn.getOutputStream();
ObjectOutputStream outStream = new ObjectOutputStream(out);
try
{
   outStream.writeObject(objArray);
}
finally
{
   outStream.close();
}

InputStream input = conn.getInputStream();

AKTUALISIERT:

Folgender code behebt das problem IN ECLIPSE.

Aber es FUNKTIONIERT immer noch NICHT via Java WebStart:( 

HttpURLConnection conn = (HttpURLConnection) url.openConnection();  
conn.setDoInput(true);  
conn.setDoOutput(true);  
conn.setUseCaches(false);  
System.setProperty("http.keepAlive", "false");  //<---------------
conn.connect();

Aber warum?

AKTUALISIERT noch eine Zeit!

Bug behoben wurde! 🙂

Wir arbeiteten mit verbindungen, die nicht in einer Klasse, aber in zwei.

Und dort ist folgende Zeile in der zweiten Klasse: 

URL url = ...  
HttpURLConnection conn = (HttpURLConnection) url.openConnection();  
conn.setRequestProperty("Content-Length", "1000");  //<------------
conn.connect();

Hinweis:
setRequestProperty("Content-Length", "1000") ist Ursache des Problems.

  • Warum ist openConnection zweimal aufgerufen?
  • Es ist nur Druckfehler. Korrigiert.
  • Warum ist Content-Length das Problem, eh?
InformationsquelleAutor |
  1. 11

    'Wir hatten ein ähnliches Problem, verursacht durch buggy keep-alive im alten Java. Fügen Sie diese vor dem schließen, um zu sehen, ob es hilft,

    conn.setRequestProperty("Connection", "close");

    oder

    System.setProperty("http.keepAlive", "false");
    • Nicht helfen 🙁
    • Wie wäre der 2. Ansatz? Sie wirklich brauchen, um die post einen TCP-dump, um zu sehen, was genau das Problem ist. Ich glaube nicht, dass es DNS, aber da die sich in der connect () - Aufruf.
    • Es scheint mir, dass keepAlive=false hilft. Aber warum?
    • Ohne eine Spur, ich bin einfach nur zu raten. Der HTTP-request hat keepalive-aber ohne Inhalt-Länge, der server nicht weiß, wo ist das Ende der Anfrage, so dass es immer warten. Der Standard-timeout von Apache ist 30 Sekunden. Wenn keepalive ausgeschaltet ist, wird der Ausgabestrom wird geschlossen, das teilt der server-Anfrage ist fertig.
    • wireshark/ethereal, tcpdump, snoop. Es hängt wirklich davon ab, Ihre OS.
    • Einstellung der connection=close header funktionieren sollte. Vielleicht haben Sie nicht setzen Sie die request-Eigenschaft richtig. Es sollte vor connect(). Einstellung der system-property http.keepalive=false tut im Grunde das gleiche, aber dann als low-level-workaround. Wenn nicht manuell angegeben, die URLConnection es verwendet, um die connection header. Dass es nicht funktioniert in webstart ist einfach eine Sicherheitsmaßnahme. Aber egal, das setRequestProperty("Connection", "close") arbeiten müssen. Versuchen Sie es erneut und überprüfen Sie, wenn Sie Taten alles, was Recht ist.
    • Uffff! Bug behoben wurde. Siehe update von mir.
    • Verbessern Sie die Geschwindigkeit mittels https in meinem Fall sehr nützlich

    InformationsquelleAutor ZZ Coder
  2. 4

    Hatte das gleiche problem, fand heraus, es war verursacht durch IPv6.

    Deaktivieren Sie es aus dem code verwenden:

    System.setProperty("java.net.preferIPv4Stack" , "true");

    Können Sie auch deaktivieren Sie es über die Kommandozeile mit : g-Djava.net.preferIPv4Stack=true

    InformationsquelleAutor
  3. 2

    Versuchen Sie es mit einer IP-Adresse. Um zu sehen, ob es ein DNS-problem.

    • Wir jave dieses problem auf verschiedenen Rechnern und in verschiedenen Ländern 🙁
    • Haben Sie einen Blick auf es mit Wireshark?
    InformationsquelleAutor Thomas Jung
  4. 2

    Ich hatte das gleiche problem, so dass ich ändern, um HTTPClient von Apache, Folgen ein Beispiel:

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

HttpPost request = new HttpPost("www.myurl-to-read");

RequestConfig requestConfig = RequestConfig.custom()
                              .setSocketTimeout(8000)
                              .setConnectTimeout(10000)
                              .setConnectionRequestTimeout(1000)
                              .build();

request.setConfig(requestConfig);

request.setHeader("Content-type", "application/json");

HttpResponse  response = httpClient.execute(request);

HttpEntity entity = response.getEntity();
String result = EntityUtils.toString(entity, "UTF-8");
    InformationsquelleAutor
  5. 1

    Das problem kann etwas sein, das von Netzwerk-sub-Schicht... Sollte schwer zu finden.

    Aber was ist mit den setReadTimeOut() mit niedrigem Wert und eine while-Schleife?

    • Wir verwenden java 1.4
    InformationsquelleAutor enguerran
  6. 1

    Eine Sache, die ich denke, ist, dass Ihr DNS-server nicht gut reagiert.

    Können Sie Experimentieren mit wechselnden symbolische domain-Namen in numerische IP-Adressen, bevor Sie beginnen? Oder können Sie tun, jede Anfrage zweimal (nur für versuche) und sehen, ob die erste Anforderung ist deutlich langsamer als die zweite?

    Google hat einen DNS-server an (unter anderem) 8.8.8.8 . Sie behaupten, es ist schneller als die meisten anderen DNS-Servern. Probieren!

    • Wir jave dieses problem auf verschiedenen Rechnern und in verschiedenen Ländern 🙁
    • In der gleichen Firma? Kann der DNS das gleiche in Ihrem privaten Netzwerk?
    • Nein, unterschiedliche Unternehmen, unterschiedliche DNS, verschiedenen Netzwerken.
    • Es ist nicht so sehr eine Sache, wo Sie die DNS-lookup als die DNS-server übernimmt die Ziel. Wenn Sie den Zugriff auf eine Website in Timbuktu mit einem langsamen Netzwerk und so weiter, das problem könnte da sein. Ich würde nicht entlassen diese Möglichkeit, ohne zunächst sah die Antwortzeiten für DNS-lookups.
    • Produktions-und test-Umgebungen sind unterschiedlich.
    • Ich gebe auf - ich kann Ihnen nicht helfen.

    InformationsquelleAutor Carl Smotricz
Schreibe einen Kommentar