前言 我们一说到spring，可能第一个想到的是 IOC（控制反转） 和 AOP（面向切面编程）。 没错，它们是spring的基石，得益于它们的优秀设计，使得spring能够从众多优秀框架中脱颖而出。

前言 在平时写接口的时候，需要进行参数的校验，如果参数少的话，使用if else还可以，但是参数多的时候，要写一大堆if else校验，敲的太累也不优雅。 所以今天将介绍使用注解来进行参数校验

你好呀，我是歪歪。 Spring 的事件监听机制，不知道你有没有用过，实际开发过程中用来进行代码解耦简直不要太爽。 但是我最近碰到了一个涉及到泛型的场景，常规套路下，在这个场景中使用该机制看起来会很傻

大家好，我是苏三，又跟大家见面了。 前言 最近有粉丝问了我一个问题：他在项目某个方法使用@Async注解，但是该方法还是同步执行了，异步不起作用，到底是什么原因呢？ 伪代码如下： 这个问题还是比较有意

@[TOC] 一、引出问题 很多小伙伴使用Spring事务时，为了省事都喜欢使用@Transactional。但是@Transactional配合锁，会导致一些预期之外的问题！ 在此举例说明。 1、数

前言 对于从事java开发工作的同学来说，Spring的事务肯定再熟悉不过了。 在某些业务场景下，如果一个请求中，需要同时写入多张表的数据。为了保证操作的原子性（要么同时成功，要么同时失败），避免数据

日常开发发现 思考：大家看到如下代码，有发现什么问题呢？ 是不是很多@Resource，造成不仅是代码的整洁度，还是代码观感，其实都不是很好，我们常常说尽量消除冗余代码，增强复用

限流场景一般基于硬件资源的使用负载，包括CPU，内存，IO。例如某个报表服务需要消耗大量内存，如果并发数增加就会拖慢整个应用，甚至内存溢出导致应用挂掉。 限流适用于会动态增加的资源，已经池化的资源不一定需要限流，例如数据库连接池，它是已经确定的资源，池的大小固定（即使可以动态伸…

在我们工作的日常开发中，我们经常会遇到需要记录用户的操作日志的需求，这个需求本身不是很难，但是如何让操作日志不和业务逻辑耦合？如何优雅的记录操作日志？