tian830937的专栏

前言提到权限管理这块肯定很多人第一想到的就是Springboot Security或者是Shiro安全框架，但本文介绍的并不是这两种，不是因为他们不好用，实在是自己太懒了，我觉得一个拦截器加上其他的一些处理就能满足项目的需求，我又何必去多用一个框架呢，这篇文章也不是去对比谁好谁坏，各位自行抉择。我将权限管理分为三块：资源权限：将url当做资源，可以给每个账号动态划分Url权限，访问不同的URl；操作权限：将所有URL分为增、删、改、查4种操作权限，给用户分配对应的操作权限，如某个用户只有查操作权限

由于 Spring Boot 3.0，Spring Boot 2.7~2.4 和 2.4 以下版本之间变化较大，目前企业级客户老项目相关 Spring Boot 版本仍停留在 Spring Boot 2.4 以下，为了同时满足存量用户和新用户不同需求，社区以 Spring Boot 3.0 和 2.4 分别为分界线，同时维护 2022.x、2021.x、2.2.x 三个分支迭代。如果不想跨分支升级，如需使用新特性，请升级为对应分支的新版本。为了规避相关构建过程中的依赖冲突问题，我们建议可以通过。

1.2 启动类中开启事务代理@EnableTransactionManagement(proxyTargetClass=true)借助idea的 myBatis逆向生成工具EasyCode 等插件或者第三方其他工具生成代码EasyCode 可以帮我们连接数据库，一键生成entity、dao、service、serviceimpl、controller、mapper，如下图安装好easyCode 插件后，在DataSoure 面板中添加我们对应的数据源后点开连接选中对应的表右键在弹出的右键中选

Spring在TransactionDefinition接口中规定了7种类型的事务传播行为。Propagation枚举则引用了这些类型，开发过程中我们一般直接用Propagation枚举。

多数据源的配置有多种方式。

未来每一个微服务在云上部署以后，我们都需要对其进行监控、追踪、审计、控制等。SpringBoot就抽取了Actuator场景，使得我们每个微服务快速引用即可获得生产级别的应用监控、审计等功能。

Spring Boot并不是一个新的技术框架，其主要作用就是简化Spring应用的开发，开发者只需要通过少量的代码就可以创建一个产品级的Spring应用，而达到这一目的最核心的思想就是“约定优于配置(Convention overConfiguration )“

springboot 版本2.3.1。

输出指标说明打印指标的格式为{连接池名称}.pool.{指标}指标解释在运维时的作用活跃连接数此数据长期保持最大连接数值的时候可以尝试扩大连接数空闲连接数此数据过高的时候可以尝试减少配置中的最小连接数配置的最大连接数配置的最小连接数排队等待连接的线程数如果此数据持续飙高，表示连接池中已经没有空闲线程了当前总连接数创建新连接的耗时此数据主要反应当前服务到数据服务的网络延迟创建新连接的超时如果经常创建连接超时这个时候需要排查数据服务或者网络通讯是否异常Usage。

Spring Boot允许开发者定义自己的自动配置类。要创建自定义的自动配置，只需在类上添加@Configuration注解，并在类中配置所需的Bean。然后，Spring Boot会在启动过程中将这些自定义配置类纳入自动配置的流程中。其实总言而之，自动配置就是做了封装，对于我们习惯性的操作全部进行简化！在实现上，Spring Boot的自动配置通过条件装配机制和Starter模块来简化Spring应用程序的开发过程。

一个项目中，避免不了使用事务，而在Springboot项目中，我们一般使用@Transactional注解来设置事务控制，@Transactional的详情使用可见博客https://www.cnblogs.com/pengpengdeyuan/p/12737891.html。在加完@Transactional注解启动项目时，可能会出现以下报错这类情况主要是jdk自动代理与CGlib代理的注入方式差异造成的。

springboot自动装配原理

springboot 条件注解 springboot 常用注解

@Enable 模块驱动是以 @Enable 为前缀的注解驱动编程模型。所谓 "模块" 是指具备相同领域的功能组件集合，组合所形成一个独立的单元,基于@Configration和基于接口形式实现的bean的初始化

spring 异步事件使用

切面+自定义注解处理，统一封Service返回结果@Component@Aspect@Slf4jpublic class ServiceAspectHandler { @Around("@annotation(xxxxx.common.annotation.ServiceAutoException)") public Object serviceExcepHandler(ProceedingJoinPoint proceedingJoinPoint) { Service

全局统一返回结果的封装处理主要@RestControllerAdvice注解实现@Configuration@Slf4jpublic class GlobalResponse { @RestControllerAdvice("xxxx.xxxx.xxxx") static class CommonResultResponseAdvice implements ResponseBodyAdvice<Object> { @Override

参数校验https://www.cnblogs.com/jpfss/p/10937031.html参考文章方式调用调用JSR303验证工具，校验参数package com.example.demo;import javax.validation.ConstraintViolation;import javax.validation.Validation;import javax.validation.ValidationException;import javax.validation.V

转载自：https://blog.csdn.net/github_36086968/article/details/103115128Hibernate Validator在JSR 303校验框架中提供了很多注解类。此Hibernate与ORM框架无关，只是一个实现了JSR-303规范的验证框架。@Validated可以看作是@Valid的加强注解，@Valid能只能作用在方法、属性、构造、参数上，而@Validated可以作用在类上。

1. Spring Boot Maven plugin的5个Goalsspring-boot:repackage，默认goal。在mvn package之后，再次打包可执行的jar/war，同时保留mvn package生成的jar/war为.origin；重新打包存在的jar或者war包从而使他们可以在命令行使用jar -jar来执行，使用layout=NONE也可以简单的打包有嵌套依赖的jar(没有主类，所以无法执行)；它可以替代常规的构件或者连接到构建生命周期并有独立的分级。spring-boot

转载原文链接：https://blog.csdn.net/yu102655/article/details/112490962对此我们可以得出第一个结论：spring-boot-maven-plugin的package（goal）将Maven的package命令默认实现（jar:jar)打包的重命名为XXX.jar.original二、下面开始分析由spring-boot-maven插件打包的jar包结构如下：BOOT-INF目录下有两个子目录：classes和lib目录。lib目录存放的是应用依

maven 仓库的插件介绍地址https://maven.apache.org/plugins/maven-jar-plugin/jar-mojo.html标题属性介绍<plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-jar-plugin</artifactId> <version>2.4</version> <