qq_45635347的博客

在配置消息转换器时，指明了当前这个消息转换器能够接收的内容类型，也就是客户端请求时需要设定Content-Type为application/fm。AbstractMessageConverterMethodArgumentResolver的如下方法：​​​​​​​关于write的相关方法和read差不多，也就是判断能否write，然后调用对应的writeInternal方法。因为上一步已经得到了解析器。继续就会进入到read方法，真正读取处理消息内容的代码了。进行入选中的方法，这个方法最终会进入父类。

与编译时异常不同，运行时异常通常是由开发者的错误、逻辑问题或运行环境的异常造成的，例如数组越界、空指针引用等。无论是编译时异常还是运行时异常，都属于Java中的异常体系，通过正确处理异常可以提高代码的稳定性和可靠性。编译时异常是指在Java代码中可能出现的异常情况，编译器在编译代码时强制要求对这些异常进行处理或声明抛出。在Java中，异常分为两种类型：运行时异常（Runtime Exceptions）和编译时异常（Checked Exceptions）。- 如果不处理这些异常，程序会抛出异常并终止运行。

微服务的注册中心目前主流的有以下四种：ZookeeperEurekaConsulKubernetes那么实际开发中到底如何选择呢？这是一个值得深入研究的事情，别着急，今天陈某就带大家深入了解一下这四类注册中心以及如何选型的问题。这几款开源产品都已经考虑如何搭建高可用集群，这个地方有些差别而已；

一、功能说明SpringBoot的定时任务的加强工具，实现对SpringBoot原生的定时任务进行动态管理,完全兼容原生@Scheduled注解,无需对原本的定时任务进行修改。

我们开发的时候常常会遇到多线程事务的问题。以为添加了注解就行了，其实你加了注解之后会发现事务失效。原因：数据库连接spring是放在threadLocal里面，多线程场景下，拿到的数据库连接是不一样的，即是属于不同事务。本文是基于springboot的@Async注解开启多线程,，并通过自定义注解和AOP实现的多线程事务，避免繁琐的手动提交/回滚事务 (CV即用、参数齐全、无需配置)本文是使用了两个注解共同作用实现的，主线程当做协调者，各子线程作为参与者/**

SpringBoot不仅继承了Spring框架原有的优秀特性，而且还通过简化配置来进一步简化了Spring应用的整个搭建和开发过程。

在Spring内置的条件控制注解不满足应用需求的时候，可以使用此注解定义自定义的控制条件，以达到自定义的要求。@Component注解用于标注一个普通的组件类，它没有明确的业务范围，只是通知Spring被此注解的类需要被纳入到Spring Bean容器中并进行管理。@Scope注解可以用来定义@Component标注的类的作用范围以及@Bean所标记的类的作用范围。本次课程总结了Spring Boot中常见的各类型注解的使用方式，让大家能够统一的对Spring Boot常用注解有一个全面的了解。

Spring Boot的自动装配特性可以说是Spring Boot最重要、最核心的一环，正是因为这个特性，使得我们的生产复杂性大大降低，极大地简化了开发流程，可以说是给我们带来了巨大的福音了~~笔者本人对源码的理解仍然没有那么深刻，只是喜欢分享自己的一些学习经验，希望能和大家共同学习，毕竟掌握一门新技术的快感嘛… 大家都懂的！最后，我画了一份Spring Boot自动装配详细流程图，分享给大家。

此前，我们主要通过在控制层（Controller）中手动捕捉异常（TryCatch）和处理错误，在SpringBoot 统一异常处理的做法主要有两种：一是基于注解ExceptionHandler，二是基于接口ErrorController，两者都可以让控制器层代码快速“瘦身”，让业务逻辑看起来更加清晰明朗！SpringBoot 默认为我们提供了BasicErrorController 来处理全局错误/异常，并在Servlet容器中注册error为全局错误页。