前言
在錯那等地區(qū),都構(gòu)建了全面的區(qū)域性戰(zhàn)略布局,加強發(fā)展的系統(tǒng)性、市場前瞻性、產(chǎn)品創(chuàng)新能力,以專注、極致的服務理念,為客戶提供網(wǎng)站設(shè)計、網(wǎng)站制作 網(wǎng)站設(shè)計制作按需搭建網(wǎng)站,公司網(wǎng)站建設(shè),企業(yè)網(wǎng)站建設(shè),高端網(wǎng)站設(shè)計,網(wǎng)絡(luò)營銷推廣,成都外貿(mào)網(wǎng)站建設(shè)公司,錯那網(wǎng)站建設(shè)費用合理。
在Springboot的項目中使用Servlet的Filter來實現(xiàn)方法簽名時,發(fā)現(xiàn)請求的body不支持多次讀取。我是通過getInputStream()來獲取流,然后通過讀取流來獲取請求的body。
雖然網(wǎng)上有很多解決方案的例子,但是我發(fā)現(xiàn)沒有一篇文章解釋為什么會這樣的文章,所以決定自己去研究源碼。
問題表現(xiàn)
Content-Type為application/json的POST請求時,會返回狀態(tài)碼為400的響應,響應的body如下:
{ "timestamp": "2019-12-27T02:48:50.544+0000", "status": 400, "error": "Bad Request", "message": "Required request body is missing: ...省略非關(guān)鍵信息...", "path": "/" }
而在日志中則有以下關(guān)鍵日志
2019-12-27 10:48:50.543 WARN 18352 --- [nio-8080-exec-2] .w.s.m.s.DefaultHandlerExceptionResolver : Resolved [org.springframework.http.converter.HttpMessageNotReadableException:...省略非關(guān)鍵信息...
初步分析
根據(jù)提示信息可以得知,由于請求的body沒有了,所以才會拋出這個異常。但是為什么body會沒有了呢?是否因為通過getInputStream()獲取到的流被讀取了所以引起這個問題呢?
復盤代碼
于是我編寫了一個復盤的示例,就是一個在日志中打印請求body的Filter,關(guān)鍵代碼如下:
@Slf4j @WebFilter public class InputStreamFilter implements Filter { @Override public void doFilter(ServletRequest servletRequest, ServletResponse servletResponse, FilterChain filterChain) throws ServletException, IOException { ServletInputStream inputStream=servletRequest.getInputStream(); String charSetStr = servletRequest.getCharacterEncoding(); if (charSetStr == null) { charSetStr = "UTF-8"; } Charset charSet = Charset.forName(charSetStr); log.info("請求的body為:\n{}",StreamUtils.copyToString(inputStream,charSet)); filterChain.doFilter(servletRequest,servletResponse); }
RequestResponseBodyMethodProcessor
首先是找出拋出HttpMessageNotReadableException的方法和對應的類,關(guān)鍵類為RequestResponseBodyMethodProcessor的readWithMessageConverters()方法:
@Override protected <T> Object readWithMessageConverters(NativeWebRequest webRequest, MethodParameter parameter, Type paramType) throws IOException, HttpMediaTypeNotSupportedException, HttpMessageNotReadableException { ...省略非關(guān)鍵代碼... // 關(guān)鍵代碼 Object arg = readWithMessageConverters(inputMessage, parameter, paramType); if (arg == null && checkRequired(parameter)) { throw new HttpMessageNotReadableException("Required request body is missing: " + parameter.getExecutable().toGenericString(), inputMessage); } return arg; }
從上面的代碼可以得知,異常是由于readWithMessageConverters()方法返回null且這個參數(shù)是必填引起,現(xiàn)在主要關(guān)注為什么返回null。所以查看readWithMessageConverters()方法
AbstractMessageConverterMethodArgumentResolver
而實際上其實是調(diào)用了AbstractMessageConverterMethodArgumentResolver的readWithMessageConverters()方法,而在這個方法中其實是通過調(diào)用AbstractMessageConverterMethodArgumentResolver的內(nèi)部類EmptyBodyCheckingHttpInputMessage的構(gòu)造方法來獲取流。
readWithMessageConverters()關(guān)鍵代碼如下:
@Nullable protected <T> Object readWithMessageConverters(HttpInputMessage inputMessage, MethodParameter parameter, Type targetType) throws IOException, HttpMediaTypeNotSupportedException, HttpMessageNotReadableException { ...省略非關(guān)鍵代碼... EmptyBodyCheckingHttpInputMessage message; try { // 此處調(diào)用構(gòu)造方法時進行了流的讀取 message = new EmptyBodyCheckingHttpInputMessage(inputMessage); for (HttpMessageConverter<?> converter : this.messageConverters) { Class<HttpMessageConverter<?>> converterType = (Class<HttpMessageConverter<?>>) converter.getClass(); GenericHttpMessageConverter<?> genericConverter = (converter instanceof GenericHttpMessageConverter ? (GenericHttpMessageConverter<?>) converter : null); if (genericConverter != null ? genericConverter.canRead(targetType, contextClass, contentType) : (targetClass != null && converter.canRead(targetClass, contentType))) { if (message.hasBody()) { ...省略非關(guān)鍵代碼... } else { // 此處是處理流讀取返回null的情況 body = getAdvice().handleEmptyBody(null, message, parameter, targetType, converterType); } break; } } } catch (IOException ex) { throw new HttpMessageNotReadableException("I/O error while reading input message", ex, inputMessage); } ...省略非關(guān)鍵代碼... MediaType selectedContentType = contentType; Object theBody = body; LogFormatUtils.traceDebug(logger, traceOn -> { String formatted = LogFormatUtils.formatValue(theBody, !traceOn); return "Read \"" + selectedContentType + "\" to [" + formatted + "]"; }); return body; }
EmptyBodyCheckingHttpInputMessage關(guān)鍵構(gòu)造方法如下:
// 從請求中獲取到的InputStream對象 @Nullable private final InputStream body; public EmptyBodyCheckingHttpInputMessage(HttpInputMessage inputMessage) throws IOException { this.headers = inputMessage.getHeaders(); InputStream inputStream = inputMessage.getBody(); // 判斷InputStream是否支持mark if (inputStream.markSupported()) { // 標記流的起始位置 inputStream.mark(1); // 讀取流 this.body = (inputStream.read() != -1 ? inputStream : null); // 重置流,下次讀取會從起始位置重新開始讀取 inputStream.reset(); } else { // 回退輸入流,支持重復讀取的InputStream PushbackInputStream pushbackInputStream = new PushbackInputStream(inputStream); // 讀取流 int b = pushbackInputStream.read(); if (b == -1) { // 返回-1表示流無數(shù)據(jù)存在 this.body = null; } else { // 流存在數(shù)據(jù),直接賦值 this.body = pushbackInputStream; // 回退流到起始位置,等價于reset()方法 pushbackInputStream.unread(b); } } }
從上面的代碼可以得知,起始SpringMVC是支持對請求的InputStream進行多次讀取的以及InputStream其實可以支持流重復讀取。但是實際上卻出現(xiàn)不支持流重復讀取的情況,這是為什么呢?
下面會通過分析Jetty應用服務器對InputStream的實現(xiàn)來進行分析。
HttpInput
Jetty中繼承InputStrean的類是org.eclipse.jetty.server.HttpInputOverHTTP,而關(guān)鍵的代碼在其父類HttpInput上。
首先HttpInput繼承了ServletInputStream(這個抽象類繼承了·InputStream抽象類),且并未重寫markSupported()方法(這個方法默認實現(xiàn)為返回false)。所以問題應該是由于HttpInput流重復讀取會直接返回-1引起的。這里不做展開,有興趣的朋友可以自行跟蹤源碼的運行
以上就是本文的全部內(nèi)容,希望對大家的學習有所幫助,也希望大家多多支持創(chuàng)新互聯(lián)。
網(wǎng)頁題目:為什么SpringMVC中請求的body不支持多次讀取
文章轉(zhuǎn)載:http://jinyejixie.com/article8/iisgip.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供網(wǎng)站設(shè)計、網(wǎng)站設(shè)計公司、小程序開發(fā)、網(wǎng)站策劃、網(wǎng)站維護、移動網(wǎng)站建設(shè)
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時需注明來源: 創(chuàng)新互聯(lián)