所谓的回调，不过就是接口使用匿名内部类而已。我理解的回调，就是：定义接口；定义方法，方法参数为接口，方法中调用接口；调用该方法，传入的一个接口实现类；不要看网上那什么乱七八糟小明小红什么吃饭的例子，乱死了其实最常见的是在接口中传入匿名内部类；

java.time包下有多个相关类LocalDate, LocalTime, LocalDateTime, ZonedDateTime, Period, Duration以及相关API.

谈到springboot的核心机制，即自动装配。自动装配是在服务初始化时，自动将需要的组件注入到IOC容器种，以待后续的使用。步骤：获取各组件种META-INF/spring.factories文件根据其中value值（其value为类名），通过反射方式创建实体类将实体类注入到IOC容器中，待后续使用。这就是自动装配的三板斧。为了便于理解自动装配...

最近为公司面试后端初级及中级开发人员，发现大部分开发人员对于springboot、springcloud的基础使用（即什么情况使用什么注解）以及一些死记硬背的理论（比如熔断器、服务降级、服务发现）都能说的差不多，但一旦谈到对其理解，可以说是一无所知。

确定何时结束、何时继续确定递归链条的连接点所谓递归，无非就是传递＋回归。传递必然有连接点，回归必然有结束点。确定这两点，递归问题即可解决。

对于java来说，可以把java的类看作一个物种，比如人类，实例为一个单独的人(个体)。那么类属性->人的皮囊、组织，五藏九窍十二节，静态属性（全局变量）是衣服裤子-这些是属于某个人，但别人也可以用的。方法即人的功能，能力，ability，静态方法为某些人创造的别人也可以学习的能力，比如编程 ：）。

上一篇：【架构之路】数据库基础（4）- 无损连接性、无损分解数据库备份数据库备份分为完全、增量、差异三种。完全备份：如其名，不用赘述。增量备份：只备份与上次不同的部分。差异备份：只备份与上次完全备份后差异的部分。需要注意差异备份与增量备份的区别。数据挖掘此技术依赖的三个底层技术：海量数据搜集、强大的...

不谈理论，白话来讲，把一件物体分解为多件物体后，能否再拼装回去？拼装后和原物体是否一样，具备原来的性质。若是，则具备无损连接性。打个比方，学校有学生地址表，为{学号，学生姓名，学生地址}，因其具备传递性，不符合第三范式（学号->姓名，姓名->地址），所以需要拆解拆解成{学号，姓名}，和{姓名，地址}...

第三范式：消除非主属性对主键的传递依赖。字段冗余性。如：学号、姓名、年龄、学院名称、学院电话。姓名可通过学号推导出来。（注意传递依赖的概念）

函数依赖：依赖关系：平凡依赖：自己确定自己（AB列推出A或者B）非平凡依赖：自己确定其他人（AB推出C或D）完全依赖：多个列能查出某个列，缺一不可，（AB->C,AB缺一不可）部分依赖：？传递依赖：a->b, b->c。本质上是一种冗余。关系式概念：（了解Armstrong的六大理论）键超键（集合中包含没有用的键超出键、...

给你一个数组 nums 和一个值 val，你需要 原地 移除所有数值等于 val 的元素，并返回移除后数组的新长度。不要使用额外的数组空间，你必须仅使用 O(1) 额外空间并 原地 修改输入数组。元素的顺序可以改变。你不需要考虑数组中超出新长度后面的元素。

服务结构很简单，消费者通过Feign调用服务提供者的服务。provider有一个上传文件功能，根据接口文档，参数类型为File，与其他参数并列放置。

maven工程有专门的resources文件夹存储静态资源，但有时我们有将静态文件与class并列的情况，此时需要在maven中添加如下配置：

本站为mallmono项目的建站过程，此站点为使用Springboot实现的单体应用，涉及jpa、redis、mongoDB等多种技术。目前完成springboot单体版本的mall工程，后续会构建springcloud版本。

问题原因:没有用Spring Intializer初始化工程,创建文件夹自定义工程配置.当时使用'Add Framework Support'声明此为maven工程.

此处使用kaptcha依赖实现图形验证码校验功能引入依赖 {代码...} Kaptcha 相关配置配置kaptcha实例 {代码...} 配置kaptcha路由 {代码...} 在security config方法中对所有kaptcha请求放行 {代码...} 配置过滤器security的过滤器链表示所有的过滤器功能，（Security全局配置中的HttpSecurity即表示配置了一个过滤器链）。诸...

上一篇中[Spring Cloud] - Spring Security实践（三）- 数据库方式的基本认证和授权，提到了使用spring security默认的数据库模型进行认证和鉴权，其使用框架定义的表结构，并且初始用户信息依然在代码中设置，显然这并不能用于实际项目的设计与开发，首先，数据库表结构应该符合项目需求的结构，其次，用户信息不可能以...

此时重启服务，发现登录后访问user及admin资源均提示403错误，但app可以正常进入，说明此配置没有问题。只缺少用户信息的Role部分。

在Windows下运行Docker镜像时，某一些镜像需要linux环境，这时候需要将Windows下的docker destop switch到linux版本。但今天报错，提示switch失败，表示时乱码问题。

Security的理论是两个核心：认证（我是谁）和鉴权（我能做什么）。 在code中，这两个核心都需要通过继承WebSecurityConfigurerAdapter来实现。

在创建或引入新的maven项目后，偶尔会提示Project 'org.springframework.boot:spring-boot-starter-parent:2.3.0.RELEASE'这个error，pom的parent.version的value会爆红，关于此问题，以下是几个思路及解决办法：

今天遇到一个很扯淡的问题，记录一下。之所以说扯淡，是因为这是粗心大意导致的，之所以要记录，是因为我发现这种问题大部分人都会遇到，但由于对maven打包方式及pom文件的理解缺失，导致大部分人会绕过这个问题。

运行： bin目录下start.cmd，命令行进入启动命令：D:\dev\nacos\bin>startup.cmd -m standalone

注意要在mirrors标签内 {代码...}

n: 变量n - 数据规模 <br/>f(n): 执行次数和数据规模的关系<br/>T(n): 执行时间和数据规模的关系<br/>

上一篇文章Spring Security实践（一）- 基本概念及实践 中, 我们已经熟悉了spring security的基本使用. 下面会在此基础上加一个自定义的配置，即自定义登陆界面.了解spring security配置项的新习惯（重要）抛弃自带的登陆界面, 实现自定义登陆界面 (html方式)添加自定义登陆界面任何对资源的请求，都会被拦截，并返回设...

Zuul的负载均衡是建立在同一服务的多个实例的前提下实现的，通俗点说，在eureka server中连接多个相同服务，是Zuul负载均衡的前提。

Zuul定义： 微服务网关-介于客户端和服务端的中间层出现原因： 客户端与各个微服务直接通信存在很多问题， 比如：client会多次请求不同服务-存在客户端复杂性、存在跨域请求-某些场景下处理起来有些复杂、认证问题-每个微服务需单独认证、难以重构-微服务的拆分或合并较难实施（依赖于客户端直接与微服务通信）、微服务...

作为一个从eclipse转移到idea的Java开发人员，在适应idea的过程中吃了不少苦头，包括最基本的idea目录结构、运行调试、代码补全、编辑器样式等等，一开始完全不适应。