TaloyerG的博客

官方给出的Nacos集群图：其中包含3个nacos节点，然后一个负载均衡器代理3个Nacos。这里负载均衡器可以使用nginx。我们计划的集群结构：此处的IP是你自己服务的IP，不一定要按照我的来。

Nacos。Nacos主要提供两种服务，一是配置中心，支持配置注册、变更下发、层级管理等，意义是不停机就可以动态刷新服务内部的配置项；二是作为命名服务，提供服务的注册和发现功能，通常用于在RPC框架的Client和Server中间充当媒介，还附带有健康监测、负载均衡等功能。本文聚焦于Nacos的第一块功能，即配置中心的实现。先叙述一个配置中心通常需要哪些组成部分，再结合的源码，探究一下这些设计是如何反映在源码上的。本文聚焦于Nacos。

在微服务架构中，一个系统会被拆分为多个微服务，那么作为客户端如何去调用这些微服务呢？客户端多次请求不同的微服务，增加了客户端代码或配置编写的复杂性认证复，每个微服务需要独立认真存在跨域问题，在一定场景下处理相对复杂为了解决上述问题引入了网关概念：所谓的API网关就是指系统的统一入口，提供内部服务的路由中转，为客户端提供统一的服务，一些与业务本身功能无关的公共逻辑可以在这里实现，例如认证、鉴权、监控、路由转发等。

我们知道token的失效时间，是在创建时就规定的时间，如果时间一到，用户即使任然在操作，那么也会强制退出，体验非常不好，本文介绍token续期的常见方式之一双token。

Valid是使用Hibernate validation的时候使用@Validated是只用Spring Validator校验机制使用说明：java的JSR303声明了@Valid这类接口，而Hibernate-validator对其进行了实现@Validation对@Valid进行了二次封装，在使用上并没有区别，但在分组、注解位置、嵌套验证等功能上有所不同，这里主要就这几种情况进行说明。

/ 根据 Wrapper，查询一条记录。// 根据updateWrapper尝试更新，否继续执行saveOrUpdate(T)方法。// 根据 UpdateWrapper 条件，更新记录 需要设置sqlset。// 根据 whereWrapper 条件，更新记录。// 根据 columnMap 条件，删除记录。// 根据 Wrapper 条件，查询全部记录。// 根据 entity 条件，删除记录。// 根据 Wrapper，查询一条记录。// 根据 Wrapper，查询一条记录。

正向工程：先创建Java实体类，由框架负责根据实体类生成数据库表。Hibernate是支持正向工程的。逆向工程：先创建数据库表，由框架负责根据数据库表，反向生成如下资源：Java实体类Mapper接口Mapper配置文件Mybatis是一个强大的持久层框架，它可以让你的数据库操作更加方便、高效和优雅。但是，如果你要手动编写实体类、Mapper接口和配置文件，那么你可能会觉得很繁琐、重复和容易出错。有没有一种方法可以让你自动地生成这些代码呢？答案是肯定的，那就是Mybatis的逆向工程功能。

MybatisPlus如何实现逆向工程正向工程：先创建Java实体类，由框架负责根据实体类生成数据库表。Hibernate是支持正向工程的。逆向工程：先创建数据库表，由框架负责根据数据库表，反向生成如下资源：Java实体类Mapper接口Mapper配置文件。

IOC（Inversion of Control，控制反转）是一种设计思想，它的目的是实现对象之间的解耦，让对象的创建和管理由第三方（如 Spring 容器）来完成，而不是由对象自己或使用对象的类来完成。这样可以提高代码的可维护性和可扩展性。// UserService 依赖于 UserDao// 调用 UserDao 的方法在这个例子中，UserService 类依赖于 UserDao 类，它需要在自己的内部创建 UserDao 的实例，并调用其方法。

BasicDao是一个自定义的类，用于封装一些基本的数据库操作，如插入、删除、修改、查询等。它使用了Apache Commons DbUtils库，以及JdbcByDruid工具类，来简化JDBC的使用。mybatisPLUS是一个基于mybatis的增强框架，它可以简化mybatis的操作，提供了一些常用的功能，如动态条件查询、分页查询、自动填充、逻辑删除等。没学mybatis之前写了一个BasicDao。

最近在做项目，花了一周的时间搭建了一个十分完备的汽车租赁后端管理系统。页面采用纯Vue2+Element-ui搭建，后端采用Springboot+Mybatis搭建，数据库采用Mysql。包括了登录验证，根据不同权限进入不同界面、数据增删改查、表格分页、表格excel导出等等功能。

文件上传控制器类，用于处理文件上传的请求。文件存储服务类，用于保存上传的文件到指定的目录。文件上传配置类，用于配置文件存储的路径和大小限制。文件上传页面，用于选择和提交文件。文件显示控制器类，用于处理文件显示的请求。文件显示页面，用于显示文件本文的内容就到这啦！

综上所述，SSM框架和Spring Boot+Mybatis框架都有各自的优缺点，没有绝对的好坏，只有适合不适合。Spring Boot+Mybatis框架是指使用Spring Boot作为基础框架，并集成Mybatis作为持久层框架的组合，它是一个基于Spring框架的快速开发工具，可以简化Spring应用的创建和配置。SSM框架是指Spring+Spring MVC+Mybatis三个框架的组合，它是一个传统的Java Web开发框架，可以实现Web层、业务层和持久层的分离和整合。

综上所述，SSM框架和Spring Boot+Mybatis框架的性能比较，并没有一个明确的结论，而是需要根据具体的项目需求和场景来进行权衡和选择。一般来说，如果项目比较简单，需要更快的开发和部署，可以选择Spring Boot+Mybatis框架；如果项目比较复杂，需要更多的自定义和控制，可以选择SSM框架。SSM框架和Spring Boot+Mybatis框架的性能比较，没有一个绝对的答案，因为它们的性能受到很多因素的影响，例如项目的规模、复杂度、需求、技术栈、团队水平、测试环境、测试方法等。

综上所述，Spring Boot+Mybatis框架并没有从技术上取代SSM框架，而是在其基础上提供了更多的优势和特性，但从市场上来看，Spring Boot+Mybatis框架可能会逐渐替代SSM框架，成为主流的Java Web开发框架。Spring Boot+Mybatis框架是指使用Spring Boot作为基础框架，并集成Mybatis作为持久层框架的组合，它是一个基于Spring框架的快速开发工具，可以简化Spring应用的创建和配置。先说结论，从市场使用来说，会有这个趋势。

控制反转（Inversion of Control，简称 IoC）是一种设计原则，它的目的是降低代码之间的耦合度，提高模块化和可测试性。控制反转的含义是，将对象的创建、配置和管理交给一个外部容器来完成，而不是由对象自己或使用对象的类来完成。这样，对象就不需要知道或关心它们的依赖关系是如何被创建和维护的，只需要按照一定的规则和接口与容器进行交互即可。在 spring 框架中，IoC 容器就是负责实现控制反转的核心组件，它可以通过配置文件或注解的方式来管理应用程序中的各种 bean（即被容器管理的对象）。

springboot的常用注解可以分为以下几类：核心注解：这些注解是springboot的基础，用于启动、配置和管理springboot应用。Web MVC注解：这些注解是基于spring MVC框架的，用于处理Web请求和响应。数据访问注解：这些注解是基于spring data框架的，用于操作数据库和缓存。测试注解：这些注解是基于spring test框架的，用于编写和运行单元测试和集成测试。下面分别介绍这些注解的具体含义和用法。

AOP（Aspect Oriented Programming），即面向切面编程，是一种编程范式，它可以将一些与业务无关，但是在多个模块中重复出现的逻辑或功能，抽象出来，形成一个独立的模块，称为切面（Aspect）。这样，我们就可以将这些切面在运行时动态地插入到目标对象中，从而实现对目标对象的增强或修改，而不影响目标对象的核心业务逻辑。AOP可以说是OOP（Object Oriented Programming，面向对象编程）的补充和完善。

本文介绍了如何在Spring Boot中编写优雅的单元测试，包括如何添加单元测试依赖，如何对不同层次的组件进行单元测试，以及如何使用Mock对象和Spy对象来模拟真实对象行为。本文还给出了每种类型的单元测试的示例代码，并解释了其中的关键点和技巧。通过编写单元测试，可以提高Spring Boot应用的质量和稳定性，同时也可以提高开发者的编程水平和信心。希望本文能够对你有所帮助和启发，让你能够在Spring Boot中编写优雅的单元测试。

本文介绍了FactoryBean和BeanFactory两个与Spring框架相关的重要概念。它们虽然名字相似，但是功能和用法却有很大的区别。通过理解它们的定义，特点，区别和使用场景，我们可以更好地利用Spring框架提供的IOC容器来管理和配置Java对象。

在Java开发中，数据库操作是一个常见而重要的任务。为了方便地执行SQL语句，获取结果集，处理异常等，我们通常需要使用JDBC（Java Database Connectivity）API，这是一个标准的数据库访问接口。我们需要编写大量的重复代码，如加载驱动，创建连接，关闭资源等。我们需要手动设置参数和获取结果集，这可能导致类型不匹配或空指针等错误。我们需要硬编码SQL语句，这可能导致可读性和维护性的问题。

本文介绍了如何创建一个自定义的Spring Boot Starter，以及它的命名规范、项目结构、依赖管理、属性类、业务功能类、自动配置类、自动装配文件和使用方法。通过创建一个自定义的Starter，我们可以将一些通用的功能或组件封装起来，方便在不同的项目中复用，提高开发效率和代码质量。同时，本文也介绍了Starter项目的原理和机制，帮助我们深入理解Spring Boot的自动装配特性。不禁感慨，优雅，实在是优雅！

自动装配是指Spring Boot根据项目中引入的依赖，自动配置相关的Bean，并将它们注册到Spring容器中，从而实现某些功能或特性。例如，如果我们在项目中引入了spring-boot-starter-web依赖，那么Spring Boot就会自动配置一个嵌入式的Tomcat服务器，一个DispatcherServlet，以及一些其他与Web开发相关的Bean。自动装配可以简单理解为：通过注解或者一些简单的配置就能在Spring Boot的帮助下实现某块功能。

本文介绍了yml配置文件的语法、特点和使用方法，并与properties配置文件进行了对比，分析了yml配置文件的优势和局限性。我们可以看出，yml配置文件是一种更简洁、更灵活、更方便的配置文件格式，它可以让我们更容易地管理和切换不同环境或模块的配置。当然，yml配置文件也有一些需要注意的地方，如缩进、空格、数据类型等，我们需要遵循yml的语法规则，否则可能会导致配置文件无效或出现错误。