HttpMedia TypeNotSupported Exception.class

本文参考自： 【尚硅谷SpringBoot零基础教程，面试&加薪必会springboot3】 https://www.bilibili.com/video/BV1Es4y1q7Bf/?p=88&share_source=copy_web&vd_source=d45508e20b7e3eae6233a57ab7104d22 1.前置要求 环境&工具版本（or later） SpringBoot 3.0.5+ IDEA 2021.2.1+ Java 17+ Maven 3.5+ Tomcat 10.0+ Servlet 5.0+ GraalVM Community 22.3+ Native Build Tools 0.9.19+ SpringBoot 帮我们简单、快速地创建一个独立的、生产级别的 Spring 应用（说明：SpringBoot底层是Spring） 大多数 SpringBoot 应用只需要编写少量配置即可快速整合 Spring 平台以及第三方技术 特性 快速创建独立Spring应用，无需像SSM一样，导一堆的包，写一堆配置...

首页 > IT基础架构 > 服务器/存储 > 统一异常处理介绍及实战 本文讲得比较细，所以篇幅较长。阅读时间：30m~1h。请认真读完，希望你一小时后能对统一异常处理有一个清晰的认识。 软件开发过程中，不可避免的是需要处理各种异常，就我自己来说，至少有一半以上的时间都是在处理各种异常情况，所以代码中就会出现大量的try {...} catch {...} finally {...} 代码块，不仅有大量的冗余代码，而且还影响代码的可读性。比较下面两张图，看看您现在编写的代码属于哪一种风格？然后哪种编码风格您更喜欢？ 上面的示例，还只是在Controller层，如果是在Service层，可能会有更多的try catch代码块。这将会严重影响代码的可读性、“美观性”。 所以如果是我的话，我肯定偏向于第二种，我可以把更多的精力放在业务代码的开发，同时代码也会变得更加简洁。 既然业务代码不显式地对异常进行捕获、处理，而异常肯定还是处理的，不然系统岂不是动不动就崩溃了，所以必须得有其他地方捕获并处理这些异常。 那么问题来了，如何优雅的处理各种异常？...

NoHandlerFoundException：首先根据请求Url查找有没有对应的控制器，若没有则会抛该异常，也就是大家非常熟悉的404异常，但是实际上当出现404的时候，默认是不抛异常的，而是 forward跳转到/error控制器，spring也提供了默认的error控制器，如果要抛出异常，需要配置 spring.mvc.throw-exception-if-no-handler-found=true spring.web.resources.add-mappings=false HttpRequestMethodNotSupportedException：若匹配到了（匹配结果是一个列表，不同的是http方法不同，如：Get、Post等），则尝试将请求的http方法与列表的控制器做匹配，若没有对应http方法的控制器，则抛该异常；...