接口调用bad request怎么解决_SpringMVC运行原理（六）HandlerAdapter接口

最新推荐文章于 2023-08-15 16:38:24 发布
最新推荐文章于 2023-08-15 16:38:24 发布
阅读量269 收藏
点赞数
文章标签： 接口调用bad request怎么解决
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_39669701/article/details/111359339
版权
  • 适配器出现的原因
      • 因为Handler的返回是多种的，那么在对用于进行显示响应结果的时候显然不能使用同一种方式进行响应
      • 适配器的作用就是根据返回的handler不同进行不同响应结果的适配，采用适配器模式
  • HandlerAdapter 接口
      • SpringMVC 中使用适配器模式来解决不同的 Handler 的执行。根据 Handler 来找到支 持它的 HandlerAdapter，通过 HandlerAdapter 执行这个 Handler 得到 ModelAndView 对 象。
  • 接口中的抽象方法
      • boolean supports(Object handler); 判断是否支持传入的 Handler
      • ModelAndView handle(HttpServletRequest request, HttpServletResponse response, Object handler) 用来使用 Handler 处理请求
      • long getLastModified(HttpServletRequest request, Object handler); 用 来 获 取 资 料 的 Last-Modified 值
  • 类结构
      • SpringMVC提供了四种适配的方式（低版本有五种，已经过时）

8168de67ae6d74cfd05635e6811ec4e6.png
  • 二）HandlerAdapter 接口下的四种适配器适配的请求
      • 1.首先在判断支持的handler之前是会先调用的supports（）方法，至于这个的方式是在哪里调用的在下面的解析中会解释，现在为了讲清楚每个的适配器的适配具体Hanlder
      • 2.AbstractHandlerMethodAdapter适配 器
        • supports（）方法判断传入的适配器是否是HandlerMethod的实例很明显AbstractHandlerMethodAdapter是用于处理注解方式的适配器
	@Override
	public final boolean supports(Object handler) {
		return (handler instanceof HandlerMethod && supportsInternal((HandlerMethod) handler));
	}
  • 如果是调用子类实现的supportsInternal的实现方法
protected abstract boolean supportsInternal(HandlerMethod handlerMethod);
  • 返回的结果为true
@Override
	protected boolean supportsInternal(HandlerMethod handlerMethod) {
		return true;
	}
  • 在返回为true的情况下会调用handleInternal方法
@Override
	protected ModelAndView handleInternal(HttpServletRequest request,
			HttpServletResponse response, HandlerMethod handlerMethod) throws Exception {

		ModelAndView mav;//创建视图对象
		checkRequest(request);//检查请求的有效性

		// Execute invokeHandlerMethod in synchronized block if required.
		if (this.synchronizeOnSession) {
			HttpSession session = request.getSession(false);//获取sesion
			if (session != null) {
				Object mutex = WebUtils.getSessionMutex(session);
				synchronized (mutex) {
					mav = invokeHandlerMethod(request, response, handlerMethod);//调用HandlerMethod封装的方法
				}
			}
			else {
				// No HttpSession available -> no mutex necessary
				mav = invokeHandlerMethod(request, response, handlerMethod);
			}
		}
		else {
			// No synchronization on session demanded at all...
			mav = invokeHandlerMethod(request, response, handlerMethod);
		}

		if (!response.containsHeader(HEADER_CACHE_CONTROL)) {
			if (getSessionAttributesHandler(handlerMethod).hasSessionAttributes()) {
				applyCacheSeconds(response, this.cacheSecondsForSessionAttributeHandlers);
			}
			else {
				prepareResponse(response);
			}
		}

		return mav;
	}
  • 3.HttpRequestHandlerAdapter适配器
  • 和上面流程一致判断是HttpRequestHandler的对象
  • HttpRequestHandler接口的方法，用于处理实现了此接口的Controller
public interface HttpRequestHandler {
    void handle(HttpRequest request, HttpResponse response, HttpContext context)
            throws HttpException, IOException;
}
  • 1.首先判断传入的Handler是不是HttpRequestHandler接口的实例
@Override
	public boolean supports(Object handler) {
		return (handler instanceof HttpRequestHandler);
	}
  • 2.如果是就调用handle方法
@Override
	public ModelAndView handle(HttpServletRequest request, HttpServletResponse response, Object handler)
			throws Exception {

		((HttpRequestHandler) handler).handleRequest(request, response);//实现上还是调用实现类的方法
		return null;
	}
  • 4.SimpleControllerHandlerAdapter适配器
      • SimpleControllerHandlerAdapter 是 Controller 实现类的适配器类，其本质也是执行 Controller 中的 handleRequest 方法。
      • 1.首先执行判断实例对象是否为Controller接口的实现类
@Override
	public boolean supports(Object handler) {
		return (handler instanceof Controller);
	}
  • 2.执行handle方法调用实现类的方法
    @Override
	public ModelAndView handle(HttpServletRequest request, HttpServletResponse response, Object handler)
			throws Exception {

		return ((Controller) handler).handleRequest(request, response);//强转调用实现类的方法
	}
  • 5.SimpleServletHandlerAdapter适配器
      • SimpleServletHandlerAdapter 其实是一个 Servlet 的适配器，其最终执行的方法是 Servlet 的 service 方法
      • 1.首先执行判断实例对象是否为Servlet接口的实现类
	@Override
	public boolean supports(Object handler) {
		return (handler instanceof Servlet);
	}
  • 2.执行handle方法调用实现类的方法
		@Override
	public ModelAndView handle(HttpServletRequest request, HttpServletResponse response, Object handler)
			throws Exception {

		((Servlet) handler).service(request, response);//调用继承了Servlet的子类的service方法
		return null;
	}
  • 四）适配器初始化和具体响应适配的选择
      • 1）.适配器的初始化在DispatcherServlet前端控制器中
protected void initStrategies(ApplicationContext context) {
		initMultipartResolver(context);
		initLocaleResolver(context);
		initThemeResolver(context);
		initHandlerMappings(context);
		initHandlerAdapters(context);//初始化适配器
		initHandlerExceptionResolvers(context);
		initRequestToViewNameTranslator(context);
		initViewResolvers(context);
		initFlashMapManager(context);
	}
  • 2.适配器的初始化分为两种
      • 下面是初始化是适配器的方法
        • 1.在配置文件设置了注解驱动创建的适配器是以下三种
          • RequestMappingHandlerAdapter
          • HttpRequestHandlerAdapter
          • SimpleControllerHandlerAdapter
          • 存在Map集合中的方式键适配器的全称，值是适配器对象（版本之间存在差异）
        • 2.在配置文件内未注册注解驱动
          • 新版本DEbug不了不知道为啥
private void initHandlerAdapters(ApplicationContext context) {
		this.handlerAdapters = null;

		if (this.detectAllHandlerAdapters) {
			// Find all HandlerAdapters in the ApplicationContext, including ancestor contexts.
                       //想看在这里打断点
			Map<String, HandlerAdapter> matchingBeans =
					BeanFactoryUtils.beansOfTypeIncludingAncestors(context, HandlerAdapter.class, true, false);
			if (!matchingBeans.isEmpty()) {
				this.handlerAdapters = new ArrayList<HandlerAdapter>(matchingBeans.values());
				// We keep HandlerAdapters in sorted order.
				OrderComparator.sort(this.handlerAdapters);
			}
		}
		else {
			try {
				HandlerAdapter ha = context.getBean(HANDLER_ADAPTER_BEAN_NAME, HandlerAdapter.class);
				this.handlerAdapters = Collections.singletonList(ha);
			}
			catch (NoSuchBeanDefinitionException ex) {
				// Ignore, we'll add a default HandlerAdapter later.
			}
		}

		// Ensure we have at least some HandlerAdapters, by registering
		// default HandlerAdapters if no other adapters are found.
		if (this.handlerAdapters == null) {
                      //创建默认的适配器
			this.handlerAdapters = getDefaultStrategies(context, HandlerAdapter.class);
			if (logger.isDebugEnabled()) {
				logger.debug("No HandlerAdapters found in servlet '" + getServletName() + "': using default");
			}
		}
	}
  • 2）适配在响应的时候是如何选择的呢？
      • 在进行响应的时候，适配器的选择要根据Handler的类型进行判断是什么类型就创建什么类型的适配器
      • 解析完毕的请求都会到doDispatch方法内进行处理
protected void doDispatch(HttpServletRequest request, HttpServletResponse response) throws Exception {
		HttpServletRequest processedRequest = request;
		HandlerExecutionChain mappedHandler = null;
		boolean multipartRequestParsed = false;

		WebAsyncManager asyncManager = WebAsyncUtils.getAsyncManager(request);

		try {
			ModelAndView mv = null;
			Exception dispatchException = null;

			try {
				processedRequest = checkMultipart(request);
				multipartRequestParsed = (processedRequest != request);

				// Determine handler for the current request.
				mappedHandler = getHandler(processedRequest);
				if (mappedHandler == null || mappedHandler.getHandler() == null) {
					noHandlerFound(processedRequest, response);
					return;
				}

				// Determine handler adapter for the current request.
                            //此方法就是根据handler获取对应的适配器
				HandlerAdapter ha = getHandlerAdapter(mappedHandler.getHandler());

				// Process last-modified header, if supported by the handler.
				String method = request.getMethod();
				boolean isGet = "GET".equals(method);
				if (isGet || "HEAD".equals(method)) {
					long lastModified = ha.getLastModified(request, mappedHandler.getHandler());
					if (logger.isDebugEnabled()) {
						logger.debug("Last-Modified value for [" + getRequestUri(request) + "] is: " + lastModified);
					}
					if (new ServletWebRequest(request, response).checkNotModified(lastModified) && isGet) {
						return;
					}
				}

				if (!mappedHandler.applyPreHandle(processedRequest, response)) {
					return;
				}

				// Actually invoke the handler.
				mv = ha.handle(processedRequest, response, mappedHandler.getHandler());

				if (asyncManager.isConcurrentHandlingStarted()) {
					return;
				}

				applyDefaultViewName(request, mv);
				mappedHandler.applyPostHandle(processedRequest, response, mv);
			}
			catch (Exception ex) {
				dispatchException = ex;
			}
			processDispatchResult(processedRequest, response, mappedHandler, mv, dispatchException);
		}
		catch (Exception ex) {
			triggerAfterCompletion(processedRequest, response, mappedHandler, ex);
		}
		catch (Error err) {
			triggerAfterCompletionWithError(processedRequest, response, mappedHandler, err);
		}
		finally {
			if (asyncManager.isConcurrentHandlingStarted()) {
				// Instead of postHandle and afterCompletion
				if (mappedHandler != null) {
					mappedHandler.applyAfterConcurrentHandlingStarted(processedRequest, response);
				}
			}
			else {
				// Clean up any resources used by a multipart request.
				if (multipartRequestParsed) {
					cleanupMultipart(processedRequest);
				}
			}
		}
	}
  • 在getHandlerAdapter方法内调用了适配器的supports方法，这也是上面遗留的问题
protected HandlerAdapter getHandlerAdapter(Object handler) throws ServletException {
		if (this.handlerAdapters != null) {
			for (HandlerAdapter adapter : this.handlerAdapters) {
				if (adapter.supports(handler)) {//调用适配器的supports返方法判断适配器的类型
					return adapter;
				}
			}
		}
		throw new ServletException("No adapter for handler [" + handler +
				"]: The DispatcherServlet configuration needs to include a HandlerAdapter that supports this handler");
	}
  • 总结
      • 1.适配器分为四种，代表四种不同的适配方式，最常用的就是RequestMappingHandlerAdapter
      • 2.在进行进行适配器初始化的时候要分为有没有配置注解驱动，因为没有注解驱动创建的适配器是默认的情况下的适配器不支持注解。
      • 3.适配器的使用要根据Handler的类型判断
weixin_39669701
关注
接口调用bad request怎么解决_笔记本只有一个TYPE-C接口怎么办，我用一个扩展坞解决问题...
weixin_39639965的博客
12-12 435
对于很多经常出差的人来说，在众多类型笔记本选择上轻薄本绝对是最佳选择，尽两年像华为、小米、联想也都推出了，像华为 MateBook 、联想小新PRO等旗舰类型轻薄型笔记本。轻薄笔记本的优点是轻薄、美观且有较长的电量续航以及非常高的色域屏幕分辨率，被广大的用户成为“真香机”。在追求极度轻薄的同时识别会阉割掉一部分东西，那么首当其冲的就是各类拓展接口，以华为MateBook 13为例仅有2个Type-...
SpringMVC中遇到的Http400 Bad Request 总结
Gqc_jar的专栏
05-21 1万+
这些天在搭建SpringMVC环境,在使用中遇到了多次Bad Request的连接,下面来总结下
解析HTTP错误码400 Bad Request及其常见原因与解决方法
最新发布
博客
08-15 10万+
在进行web开发过程中，我们经常会遇到各种HTTP错误码。HTTP错误码用于表示服务器对请求的响应状态，帮助我们定位和解决问题。本文将重点解析HTTP错误码400 Bad Request，探讨其常见原因和解决方法。
HTTP请求报错：400 Bad Request解决方法！！（终极整理）
热门推荐
good_good_xiu的博客
04-03 39万+
问题场景：当项目的前端页面使用ajax请求访问后端时，出现该错误。 我这里是测试接口时，发生了错误。 原因一：请求参数个数不对。 后端接口上明确规定了请求参数的个数。比如：接口（方法）中的值中使用了requestparam注解，requestparam注解中有个require属性，默认为true，意思则是，必须要传该参数的值（该参数不可为空）。 解决办法： 1.如果该参数是可传可不传的，修改require属性为false。 2.检查前端js文件中对应的ajax请求中的请求数据是否为空，或者是否有该参数。
设备调用接口400Bad Request问题
luoluo的秘密基地
12-19 1699
近日在对接刷脸设备图片上传接口时出现400Bad Request问题，纠结了好久一直没找到答案，在设备网关调用时一直没问题，换到postman一直报错，说所传参数格式不正确。但看起来与设备网关上所传参数没有什么区别。下午突然开窍，想着将图片二进制参数和json参数调换了一下位置，问题解决，原来接收图片参数时对传参的顺序有严格要求，因为遇到两次这种问题，特意记录一下，以备后续再遇到可检索。FaceDataRecord: （二进制）传参顺序必须要将图片二进制放在后面。
SpringMVC传递Date类型数据（400bad request错误的解决）
qq_37410328的博客
03-30 3723
悲伤的故事今天在写ssm项目的时候，某个功能点击后总是出现  HTTP Status 400 – Bad Request的错误，甚是烦人。机智的我在经过一系列的反复推敲、演算、思考、辗转反侧、夜观星像之后（好吧，其实是问度娘...）终于发现了问题所在问题就出在那个input type,我传递的是date类型，但是这个笨笨的springmvc不知道咋传递date类型的数据呀，所以我们必须自己写个实现...
详解SpringMVC @RequestBody接收Json对象字符串
10-20
键值对中的键（key）必须用双引号包围，否则后端可能会解析失败，并返回400 Bad Request错误。错误的格式或者类型不匹配也会导致解析错误。例如，如果传入的是字符串"step1"，而后端尝试将其作为Integer类型接收，就...
springMVC -- 3①@RequestParam（获取请求的参数）②@RequestHeader（获取请求头信息）③@CookieValue（获取cookie（饼干）中的值）④解决乱码⑤API
weixin_45042569的博客
07-14 3513
（1）SpringMVC的请求处理 1、SpringMVC对请求参数的处理 在之前的servlet中我们可以通过request.getParameter()来获取请求中的参数，但是在我们编写的SpringMVC的应用程序中，在具体请求的方法中并不包含request参数，那么我们应该如何获取请求中的参数呢？ 需要使用以下几个注解： 1、@RequestParam：获取请求的参数 2、@RequestHeader：获取请求头信息 ...
SpringMVC中的RESTful风格的接口设计
# 1. 理解RESTful接口 ## 1.1 什么是RESTful接口 在本节中，我们将介绍RESTful接口的概念，包括其定义、特点和应用场景。我们将深入探讨RESTful接口的含义，为读者提供清晰的理解。... 第二章：SpringMVC简介 ##
Rest接口参数调用在后端进行自定义参数校验实战（含完整代码）
qq_20395245的博客
06-29 1437
开发背景：相信大家在实际开发中基本都接触过前后端分离的开发模式，大致流程为前端携带请求参数向后端发起请求然后获取响应结果进行页面渲染。那么这里问题来了，前端发起的请求会携带众多不同格式的请求参数，这些请求参数字段如果没有进行必要的校验很可能对导致后端服务出现一系列报错。因此一般来说需要在后端对前端的请求参数进行一些必要的参数校验，当全部参数校验通过之后才进行服务的调用返回数据，当参数存在不通过的情况时则以友好的方式直接返回给调用方提示进行参数修改。基于此背景，下面介绍一下这样一个需求可以怎么去实现，并且考虑
关于使用RestTemplate请求接口时出现HTTP Status 400 - Bad Request原因
weixin_44953227的博客
06-08 6271
关于使用RestTemplate请求接口时出现HTTP Status 400 - Bad Request原因
postman 请求接口返回 Bad Request This combination of host and port requires TLS.
wuyuanshun的博客
06-17 8517
接手一个新项目，下载下来之后，启动一切正常但是访问一直报错，于是在网上查找解决方案，开始说是http改为https 结果postman直接报错了（下图），提示：SSL错误：主机名/IP与证书的别名不匹配 当时没有注意，其实只要点击一下这个红字就自动把ssl证书验证关了。 后来又百度说找到设置里关了ssl验证才解决。请求接口 调用接口返回 或者项目中出现 需要检查两个地方： 三、postman修改设置 1.打开postman右上角找到settings OK......
请求后台接口报错HTTP 400 错误 - 请求无效 (Bad request)
刺心的博客
08-26 2万+
在ajax请求后台数据时有时会报 HTTP 400 错误 - 请求无效 (Bad request);出现这个请求无效报错说明请求没有进入到后台服务里； 原因： 1.前端提交数据的字段名称或者是字段类型和后台的实体类不一致，导致无法封装； 2.前端提交的到后台的数据应该是json字符串类型，而前端没有将对象转化为字符串类型； 解决方案： 1）对照字段名称，类型保证一致性 2）使用stringify将...
SpringMVC访问Controller接口返回400BadRequest
生而为人我很抱歉
07-28 5032
问题：SpringMVC使用自定义类型接收参数时， form提交会返回400 Bad Request，controller接口里的方法没有得到调用。@RequestMapping(value = "/list.do", method = {RequestMethod.GET , RequestMethod.POST}) public String list(Order param, Http
接口请求异常，状态码为400 – Bad Request
ice_kind的博客
11-26 7493
请求头过大 400-Bad Request异常
如何应对spring框架的HTTP ERROR 400 Bad Request错误返回
tqy的博客
09-27 8370
HTTP ERROR 400产生的流程和应对方法HTTP ERROR 400 Bad Request 产生的流程HTTP ERROR 400 Bad Request 产生的原因400错误为什么不能被自定义的异常处理器捕获并且处理为什么不能自己定制输出内容目前可以做的 HTTP ERROR 400 Bad Request 产生的流程 在使用springmvc相关的框架的时候，调用接口经常产生以下错误 这种错误往往在info的log级别下看不到日志，难以排查，我们先来模拟错误产生的其中一个原因 从spring
国标GB28181协议视频流媒体智能分析平台EasyGBS抓包报400 Bad Request报文错误问题解析说明
EasyGBS的博客
01-07 876
上一篇我们讲到处理EasyGBS问题前比较常见的方法是抓包，抓包对网络上传输的数据进行抓取，可以对其进行分析，对于软件的Debug有很大的帮助。 本文我们还要和大家分享一个抓包比较特殊的问题，即400报错的问题。EasyGBS作为视频平台需要接入前端设备，设备导入时出现问题，因此我们抓包发现报文有400 Bad Request报错。 有时电脑系统会报该错误，但是在EasyGBS的运行中报400错误与电脑系统的报错不同，一般会出现在EasyGBS设备管理，点击更新通道，就会让下级平台发送一个400报错
SpringMVC运行原理与SSM框架详解
Spring MVC的运行原理可以概括为以下几个步骤： 1. **客户端请求过程**：当用户通过浏览器发送HTTP请求时，这些请求首先会被导向到Web服务器中的`web.xml`文件。在`web.xml`中，我们配置了一个名为`...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值