qq_31457665的博客

基于satoken实现的鉴权模块支持路由鉴权及注解鉴权通过exclude-pattern配置,可指定无需路由鉴权路径,跳过路由鉴权通过enable-annotation,可开启或关闭注解鉴权.无需写对应的filter配置2.全局用户伪装(增强)

1. 自动依赖mybatis-plus模块,拥有cloud下mybatis-plus模块所有能力.具体见:https://github.com/2892824942/ty-cloud/blob/main/ty-framework/ty-framework-mybatis-plus2. 提供实体对象缓存能力,简化简单缓存业务代码开发3. DODTO 通过Mapstruct转换,增强DO-->DTO转换,支持简单关联字段半自动映射,支持审计字段自动映射

通过依赖对应的cache实现，可自动装载对应配置- 扩展依赖原spring-cache核心能力，保留其扩展能力- 配置原spring配置同样生效，如不使用cache-plus框架能力，原生配置不受影响使用cache-plus相关功能，仅更换配置前缀即可## 2.对于spring-cache增强- 支持多cache同时使用- 支持Redisson实现的CacheManager自动注入- 支持具体缓存失效时间配置,全局配置及注解均支持- 支持二级缓存- 支持强一致事务缓存

- 自动集成spring-boot-web模块- swagger支持并提供swagger快速配置- knife增强swagger支持- 全局请求参数校验(Validation)支持- 字段脱敏支持- 默认jackson序列化- xss支持- cors支持- 访问日志支持- 全局异常处理,统一返回结果- 系统关键及常用信息启动显示

1. 自动集成Mybatis-plus,提供统一的ORM层代码格式,同时支持Mybatis-plus-join(可选)2. 提供父类Mapper,简化开发.支持连表查询,分页查询,简化非空判断,查询结果Map3. 基于Mybatis TypeHandler,提供数据加密,json格式解析,连接符解析等能力

自己开发的cloud框架,可作为企业java web开发底层依赖,提供多个模块能力,降低搭建环境难度,增强模块能力.自研cloud框架专题–mybatis-puls模块（一）自研cloud框架专题–security模块（五）自研cloud框架专题–service模块（二）自研cloud框架专题–cache模块（四）自研cloud框架专题–lock模块（三）自研cloud框架专题–web模块（三）自研cloud框架专题–框架介绍（零）

集成分布式锁能力,starter依赖即可使用分布式锁能力抽象分布式锁的集成，方便快速切换分布式锁方案(目前支持jvm,redis,zookeeper)锁的调用基于spring lockRegistry以及java lock顶层接口，调用统一,支持多厂商实现(可同时使用),支持切换,支持扩展,支持多种锁类型,可重入锁,读锁,写锁等提供注解方式支持,并提供更强大方便的能力lock能力增强,支持本地预锁,事务感知,死锁检测提供方法级定制以及全局定制能力

本文中的demo项目搭建参考Spring Cloud Alibaba专题–2.2.5.RELEASE–Dubbo作为RPC调用框架的使用（十一）-三：基础Spring Boot环境搭建一：点对点直连应用场景：有的时候，为了测试本地的代码是否正确，需要直连本地环境来测试对应的代码1.启动多台服务提供者勾选允许多台同时启动，运行两个实例已经注册进nacos2.代码修改 @DubboReference(url = "172.16.27.230:20880",version = "2.0.0

一：Dubbo介绍1.历史简介2011年10月27日，阿里巴巴开源了自己的SOA服务化治理方案的核心框架Dubbo，服务治理和SOA的设计理念开始逐渐在国内软件行业中落地，并被广泛应用2012年10月23日Dubbo2.5.3发布后，在Dubbo开源将满一周年之际，阿里基本停止了对Dubbo的主要升级。只在之后的2013年和2014年更新过2次对Dubbo2.4的维护版本，然后停止了所有维护工作。Dubbo对Srping的支持也停留在了Spring 2.5.6版本上在阿里停止维护和升级D

一：什么是RPC?RPC是指远程过程调用，也就是说两台服务器A，B，一个应用部署在A服务器上，想要调用B服务器上应用提供的函数/方法，由于不在一个内存空间，不能直接调用，需要通过网络来表达调用的语义和传达调用的数据。比如说，一个方法可能是这样定义的：Employee getEmployeeByName(String fullName)那么：首先，要解决通讯的问题，主要是通过在客户端和服务器之间建立TCP连接，远程过程调用的所有交换的数据都在这个连接里传输。连接可以是按需连接，调用结束后就断掉，也

关于nacos服务端的使用可以参考Spring Cloud Alibaba专题–2.2.5.RELEASE–Nacos作为配置中心的使用（五），这里就不在赘述了一：Nacos服务的分级存储模型命名空间(namespace)：命名空间属于Nacos顶层的结构，用于进行租户级别的隔离，我们最常用的就是不同环境比如测试环境，线上环境进行隔离。服务(Service):服务的概念就和我们平常的微服务一一对应，比如订单服务，物流服务等等。一个命名空间下可以有多个Service，不同的命名空间可以有相

本文转自：架构设计之微服务注册中心选型1.数据模型：注册中心的核心数据是服务的名字和它对应的网络地址，当服务注册了多个实例时，我们需要对不健康的实例进行过滤或者针对实例的一些特征进行流量的分配，那么就需要在实例上存储一些例如健康状态、权重等属性。随着服务规模的扩大，渐渐的又需要在整个服务级别设定一些权限规则、以及对所有实例都生效的一些开关，于是在服务级别又会设立一些属性。再往后，我们又发现单个服务的实例又会有划分为多个子集的需求，例如一个服务是多机房部署的，那么可能需要对每个机房的实例做不同的配置，这样

一：Nacos服务端的使用1.安装包下载首先到nacos的官网下载nacos的服务端，由于，由于我使用的Spirng Cloud Alibaba的版本是2.2.5.RELEASE，根据上一篇中Spring Cloud Alibaba专题–2.2.5.RELEASE–Spring Cloud Alibaba介绍（三）–组件版本关系，应该下载1.4.1版本的nacos服务端2.启动Nacos服务端cd到nacos的bin目录下，启动命令(standalone代表着单机模式运行，非集群模式):sh st

目前市场上常用的配置中心有Spring Cloud Config、Apollo、disconfi及Nacos，每个中间件的能力相似，又存在部分偏差，我直接用的排除法Spring Cloud Config已经不维护了，所以第一个排除至于disconf很久都不维护了，如果用过的还好，我没用过。说实话，剩下的就是Nacos了，看看功能点：功能点Spring Cloud ConfigApolloNacos开源时间2014.92016.52018.6配置实时推送

引子：上文，Spring Cloud Alibaba专题–服务层的架构演进（二）中说到，微服务的架构搭建因为门槛过高，尝试搭建微服务架构的过程像更像是从入门到放弃的劝退过程。就像初期的Spring一样。Spring虽然相比老一代strus2架构搭建简单了很多，但是其配置复杂度仍然让很多人诟病。针对这个问题，Spring官方推出了Spring boot。通过约定大于配置的规范，以及大量默认开箱即用的starter，使得Spring的配置极大的简化，那么微服务门槛高的问题是不是也能照葫芦画瓢呢？Spring

前言1.本专题使用的Spring Cloud Alibaba的版本为2.2.5.RELEASE，对应的Spring Cloud 版本为Hoxton.SR8，可能存在与其他版本不一致的配置或功能，如需自己动手测试注意版本数据层的扩展之前聊过关于数据中间件的微服务架构，使用的核心组件就是Sharding Sphere。事实上整个数据层的架构演变是基于业务数据驱动的，当业务数据量及访问量逐渐增大，我们不得不演进数据层的架构使得数据层能够抗住更多的并发量以及获得更快的性能。在架构演进的过程中，随着垂直横向拆分

Spring Cloud Alibaba专题–目录结构（一）Spring Cloud Alibaba专题–为什么使用Spring Cloud Alibaba（二）（TODO）Spring Cloud Alibaba专题–Spring Cloud Alibaba介绍（三）（TODO）Spring Cloud Alibaba专题-- 配置中心介绍（四）（TODO）Spring Cloud Alibaba专题-- Nacos作为配置中心的使用（五）（TODO）Spring Cloud Alibaba专.