Heim >Java >javaLernprogramm >Warum verliert meine HTTP-Servlet-Anfrage nach einem einzigen Lesevorgang die POST-Body-Parameter?

Warum verliert meine HTTP-Servlet-Anfrage nach einem einzigen Lesevorgang die POST-Body-Parameter?

Susan Sarandon
Susan SarandonOriginal
2024-11-27 18:00:17868Durchsuche

Why Does My Http Servlet Request Lose POST Body Parameters After a Single Read?

HTTP-Servlet-Anfrage verliert Parameter aus dem POST-Text nach einmaligem Lesen

In dieser Situation ist es wichtig, dies zu verstehen, wenn eine POST-Anfrage bearbeitet wird , werden die Parameter normalerweise im Anforderungstext gesendet. Standardmäßig verbrauchen Servlet-Container den Eingabezeichenstrom oder Binärstrom, wenn zum ersten Mal auf die Parameter zugegriffen wird. Infolgedessen schlagen nachfolgende Versuche, in der Filterkette auf sie zuzugreifen, fehl.

Um dieses Problem zu lösen, sind zwei Hauptansätze zu berücksichtigen:

1. Interceptor-Komponenten:

Als Alternative zur Verwendung der Filterkette können Sie Interceptor-Komponenten verwenden. Diese Komponenten können mithilfe von Aspekten implementiert werden und ermöglichen den Betrieb des analysierten Anforderungshauptteils, ohne auf den konsumierten Anforderungs-InputStream angewiesen zu sein. Dieser Ansatz ist in der Regel effizienter, da die InputStream-Anfrage nur einmal analysiert wird, um Ihr eigenes Modellobjekt zu erstellen.

2. HttpServletRequestWrapper:

In Fällen, in denen die Filterkette auf der HTTP-Ebene bevorzugt wird, ist die Erweiterung von HttpServletRequestWrapper eine effektive Methode. Bei dieser Technik wird der InputStream der Anfrage verbraucht und die Bytes zwischengespeichert:

public class MultiReadHttpServletRequest extends HttpServletRequestWrapper {
    private ByteArrayOutputStream cachedBytes;

    public MultiReadHttpServletRequest(HttpServletRequest request) {
        super(request);
    }

    @Override
    public ServletInputStream getInputStream() throws IOException {
        if (cachedBytes == null)
            cacheInputStream();

        return new CachedServletInputStream(cachedBytes.toByteArray());
    }

    @Override
    public BufferedReader getReader() throws IOException{
        return new BufferedReader(new InputStreamReader(getInputStream()));
    }

    private void cacheInputStream() throws IOException {
        /* Cache the inputstream in order to read it multiple times. For
         * convenience, I use apache.commons IOUtils
         */
        cachedBytes = new ByteArrayOutputStream();
        IOUtils.copy(super.getInputStream(), cachedBytes);
    }

    /* An input stream which reads the cached request body */
    private static class CachedServletInputStream extends     ServletInputStream {

        private final ByteArrayInputStream buffer;

        public CachedServletInputStream(byte[] contents) {
            this.buffer = new ByteArrayInputStream(contents);
        }

        @Override
        public int read() {
            return buffer.read();
        }

        @Override
        public boolean isFinished() {
            return buffer.available() == 0;
        }

        @Override
        public boolean isReady() {
            return true;
        }

        @Override
        public void setReadListener(ReadListener listener) {
            throw new RuntimeException("Not implemented");
        }
    }
}

Indem die ursprüngliche Anfrage mit MultiReadHttpServletRequest umschlossen wird, bevor sie durch die Filterkette geleitet wird, kann der Anfragetext mehrmals gelesen werden. Beachten Sie, dass diese Lösung auch mehrere Lesevorgänge über die getParameterXXX-Methoden ermöglicht.

Bearbeiten:

Für neuere Versionen der ServletInputStream-Schnittstelle müssen zusätzliche Methoden wie isReady und setReadListener vorhanden sein umgesetzt. Weitere Informationen finden Sie in dieser Frage.

Das obige ist der detaillierte Inhalt vonWarum verliert meine HTTP-Servlet-Anfrage nach einem einzigen Lesevorgang die POST-Body-Parameter?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!

Stellungnahme:
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn