Java - InputStream Zurücksetzen

Bin ich den Umgang mit einigen Java-code, in dem es einen InputStream, die lese ich einmal und dann muss ich Lesen das es mal wieder in der gleichen Methode.

Das problem ist, dass ich brauche, um es zurückzusetzen ist-position an den Anfang, Lesen Sie es zweimal.

Habe ich gefunden, der einen hack-ish Lösung für das problem:

is.mark(Integer.MAX_VALUE);

//Read the InputStream is fully
//{ ... }

try
{
    is.reset();
}
catch (IOException e)
{
    e.printStackTrace();
}

Führt diese Lösung dazu führen, dass einige unespected zu Verhalten? Oder es wird Arbeit in seiner Unbedarftheit?

  • Könnte es scheitern in Situationen, die das Lesen von code wird mark() es auch.
  • Sie können in der Lage sein zu erweitern InputStream, überschreiben Sie die markieren-Methode so, dass Sie nur einmal aufgerufen werden, die in einer Instanz.
InformationsquelleAutor iMineLink | 2013-09-13
  1. 7

    Wie geschrieben, Sie haben keine Garantie, weil mark() ist nicht erforderlich, zu berichten, ob es erfolgreich war. Um eine Garantie, müssen Sie Sie zuerst in markSupported(), und es muss zurück true.

    Auch, wie geschrieben, die angegebenen lese-Grenze ist sehr gefährlich. Wenn Sie zufällig über einen stream-Puffer im Speicher, wird es möglicherweise weisen einen 2GB Puffer. Auf der anderen Seite, wenn Sie geschehen, werden mit einem FileInputStream, bist du gut.

    Ein besserer Ansatz ist die Verwendung eines BufferedInputStream mit einer expliziten Puffer.

    • Das bedeutet, dass ein BufferedInputStream kann zweimal Durchlaufen?
    • Ja, vorausgesetzt, Sie geben ihm einen ausreichend großen Puffer. Es gibt nichts, das wird magisch speichern von bytes, ohne dabei den Speicher. Wenn das ein Problem ist, müssen Sie zum speichern der Daten in einer lokalen Datei (ich gehe davon aus, basierend auf andere Kommentare, die Sie Lesen von einem socket).
    • Mein Fehler, nicht zu haben, angegeben, er: bin ich beim Lesen von einem InputStream zurückgegeben, die von einem getResourceAsStream(xyz) ich denke das wirkt wie ein FileInputStream. Also werde ich versuchen, wickeln es in einen BufferedInputStream mit expliziten Puffer-Größe.
    InformationsquelleAutor kdgregory
  2. 2

    Können Sie nicht zuverlässig; einige InputStreams (wie diejenigen, angeschlossen an den Klemmen oder Steckdosen) nicht unterstützen mark und reset (siehe markSupported). Wenn Sie wirklich zu Durchlaufen die Daten zweimal, müssen Sie Lesen Sie es in Ihrem eigenen Puffer.

    InformationsquelleAutor chrylis
  3. 2

    Kommt es auf den InputStream der Umsetzung. Sie können auch überlegen, ob es besser wird, wenn Sie mit byte[]. Der einfachste Weg ist die Verwendung von Apache commons-io:

    byte[] bytes = IOUtils.toByteArray(inputSream);
    • Das byte[] zu schwer sein würde für mich, alloc...ich habe bereits versucht, Dinge wie das und auf einigen Android-Geräten bekam ich einen OOM...sollte ich es komprimieren? Wie kann ich in diesem Fall?
    • Wenn Sie mit SocketInputStream, die Sie nicht verwenden können, markieren Sie (), um es zu Lesen, mehr als einmal. Wenn Sie nicht über genügend Speicher zum speichern der stream-Daten als byte-array, können Sie versuchen, umzuleiten, der InputStream die Daten in eine temporäre Datei, und dann Lesen Sie die Daten aus dieser Datei, mit BufferedInputStream ( unterstützt die mark() ) oder RandomAccessFile.
    InformationsquelleAutor stan
  4. 1

    Anstatt zu versuchen, zurücksetzen der InputStream laden Sie es in einen Puffer wie ein StringBuilder oder wenn es einen binären Datenstrom einen ByteArrayOutputStream. Man kann dann den Puffer innerhalb der Methode so viele Male, wie Sie möchten.

    ByteArrayOutputStream bos = new ByteArrayOutputStream();

int read = 0;
byte[] buff = new byte[1024];
while ((read = inStream.read(buff)) != -1) {
    bos.write(buff, 0, read);
}
byte[] streamData = bos.toByteArray();
    • So kommentierte am anderen ähnlichen Antwort, das byte[] zu schwer sein würde für mich, alloc...
    InformationsquelleAutor Ravi Thapliyal
  5. 0

    Ist für mich die einfachste Lösung war, übergeben Sie das Objekt, von dem der InputStream erhalten werden konnte, und nur erhalten Sie es wieder. In meinem Fall war es von einem ContentResolver.

    InformationsquelleAutor androidguy
Schreibe einen Kommentar