qq_42282200的博客

前述： 日常开发中对bean操作，有很多小技巧： 复制一个实体类的属性： 使用spring的bean工具类： //org.springframework.beans.BeanUtils包下： BeanUtils.copyProperties(空实体类对象，目标实体类对象); apache的公用工具类:也有复制目标实体类的属性到另一个实体类的方法： //org.apache.commons.beanutils包下 BeanUtilsBean.copyProperties(空实体类对象，目标实体类对象);

最近加班比较多，spring源码已经将主线撸了一遍，将学到的通过画图再梳理一遍，非常有效。因此springboot也通过画流程图来学习： 一、Spring基于java-SPI扩展的SPI&spring boot启动和配置加载流程&条件装配&自定义属性类&自己写个中间件 https://www.processon.com/view/link/5f66bb8bf346fb40fb9b4b87 二、@springbootApplication(如何加载自动配置类、加载源码涉及的

问题描述 由于项目日志查询由运维组管理，索取日志不方便。为了方便问题定位，需要写一个错误日志收集功能。 实现思路 编写一个工具类，在每个异常的部分和不符合条件打回的部分，通过工具类将异常信息或条件不符合的具体原因封装到实体类，发送到mq，由一个专门的接口监听将相关信息存储，便于后期问题的定位。 工具类代码： /** * 异常日志收集工具类 * @author Administrator */ @Component public class CollectUtil { private final

文章目录思路整体思路：日志id传递问题：流程图具体demo:简单的自定义注解类：切面切点函数：环绕通知： 思路 整体思路： 通过切面完成日志规整，提供针对类和方法的注解，通过需要打日志的主要方法加上注解，Controller和mq消费处这样的入口加上类注解，环绕通知来完成入参，执行时间的计算。后置通知和后置异常通知来完成threadLocal变量的释放，执行时间的打印和出参打印(threadLocal变量的释放只针对入口处，执行时间的打印和出参打印是针对所有加注解的地方)。 日志id传递问题： 为了将日志I

起因 今天工作的时候，突然想到源码中的参数校验为何没有那么繁琐，而项目代码的校验就比较麻烦。 记录一下思考的过程，后面再与同事讨论： 过程 比如service层对于方法入参校验处理： if(businessType == null){ return responseUtil.responseData("1", "业务类型不能为空", data); } if(businessType == null){ return responseUtil.responseData("1", "业务类型不能为空

学习spring和mybatis源码中，发现一个小规律： NamespaceHandler类为核心关键，解析xml。 不同的标签将由对应的nameSpaceHandler实现类，来解析处理。 有助于学习和定位，因配置导致的问题，找到解析的源码，特记录一下。 一、源码截图 spring源码： mybatis-spring中间件 二、具体例子： 比如：spring配置aop <aop:aspectj-autoproxy proxy-target-class="true"/> 对应的解析源码：

缘由 学习spring-IOC后置处理器的第三次调用发现一个有意思的点，所以写出来记录一下。 源码 在研究ioc的bean的创建过程， org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory#doCreateBean： 在第三次后置处理器调用时的部分源码： // Allow post-processors to modify the merged bean definition. //允许后置处理器修改合并

学习方式 工作一直很忙，只能一点点学源码，但是这样很容易看一半就忘记前面的。因此我根据自己的需要，通过ProcessOn记录源码，通过画图完成源码的学习。 花费了近一个月，画了一些流程和自己的见解。持续更新中。。。 推荐大家使用，下面截出一部分图供了解： 因为图片都比较大，无法截出来发出，因此在下面列出了对应的链接： ioc-主流程 https://www.processon.com/view/link/5ed7c1ca0791297145ce2949 ioc全流程 https://www.process