适合没有前后端分离的传统项目；【少见少见】配置拦截认证规则的时候设置为form表单模式：// 配置拦截规则，认证方式的方法@Overrideprotected void configure(HttpSecurity http) throws Exception {// 配置所有路径都需要验证，并且and指定 使用 httpbasic 验证http.authorizeRequests().antMa

首先需要引入坐标<dependency><groupId>org.springframework.boot</groupId><artifactId>spring-boot-starter-websocket</artifactId></dependency>然后开启websocket支持/*** 开启WebSocket支持*

Error creating bean with name ‘datasource’ defined in class path resource报错，意思是找创建datasourece失败Spring配置继承mybatis的时候<context:property-placeholder location="te.properties"/><bean id="datasource

依赖<dependency><groupId>org.springframework.boot</groupId><artifactId>spring-boot-starter-web</artifactId><version>2.4.2</version></dependency><!--dub

场景搭建过程adv向授权服务器发送申请授权码请求授权和资源授权服务器SecurityConfigAuthorizationServerConfigCustomJwtTokenFilter资源服务器SecurityConfigResourceServerConfig一些当前场景的奇怪自定义配置UserLoadCustomJwtTokenEncoder执行流程获取授权码授权码兑换access_toke

授权码模式：1.需要提供appid和app密码2.配置回调地址3.验证token接口实现流程:1.引入必要依赖:security<dependency><groupId>org.springframework.boot</groupId><artifactId>spring-boot-starter-security</artifactId&g

由于id使用了雪花算法生成的long今天在使id传回前端时发现，id后几位都变成了0，也就是发生了精度的损失；查询了相关的文档以后发现，雪花算法生成的id长度有19位，而json在序列化中会将数字类型转换为16位，这样后面的精度就丢失了。默认进行了四舍五入；所以有如下几种解决方案；1，所有id使用String类型，弊端是字符做id查询效率比较低，2，是使用配置类，改变序列化过程package co

由于之前需要把一个集合的数据遍历查询mybatis然后和原数据进行组合，当时使用了四重for循环，其中有部分没有处理好，加上巨大的笛卡尔积，导致出现了oom，所以后续我全部采用map取出的方式进行匹配；这里就用到了这种写法Mapper：@MapKey("userId")HashMap<Long,LookMyResumeUserInfoAndAuth> getResumeGuestUse

**jquery-3.3.1.js:4978 Uncaught TypeError: Cannot create property ‘guid’ on boolean ‘true’**错误顾名思义不能在布尔 true上添加属性guid又蠢了绑定事件调用方法时在方法名后顺手就加了()，，java后遗症。。错误$("#username").blur(cheackUsername());$("#pass

需求：根据用户访问的uri给用户响应对应的名片网页方案一：如图，再resource下创建static，并将页面放入其中如果名称为index则默认为该端口的'/'路径访问的文件，如果想访问指定的页面则需要路径重指定文件名称方案二：回到需求重，需求需要根据用户访问的uri经行重定向，这里我们就用到了redirect:index.html// 这里不要使用responsebody或者restContro