README.Now.md · Jessica-make/Jessica-Vue

相关依赖解析
1、<groupId>eu.bitwalker</groupId>
解析客户端操作系统、浏览器等

2、<groupId>com.github.oshi</groupId>
获取系统信息

3、Jessica-system 是专门提供接口的

4、Jessica-framework 依赖于Jessica-system,然后这个包是提供鉴权服务的
有切面 拦截器、数据源、spring security

5、Jessica-admin 是总的控制，依赖于Jessica-framwork,Jessica-quartz,Jessica-gengenerator

6、Jessica-common 提供工具类，给所有的模块使用

7、总的来说，
Jessica-admin 控制
Jessica-framwork  控制 Jessica-system  依赖于 Jessica-common
Jessica-quartz                      依赖于 Jessica-common
Jessica-gengenerator                依赖于 Jessica-common

------------------------------需求分析-------------------------------
1、用户注册和用户新增的区别
用户注册只需要新增用户，操作用户表就可以了
用户新增需要操作用户表，用户角色表和用户岗位表三张

2、用户管理
了解逻辑即可，后面再写
1、完成用户新增的复刻，新增两次，一次用户两个角色 一个用户2个岗位
2、完成用户新增的修改，修改两次，一次用户两个角色 一个用户2个岗位
3、完成用户新增的删除，删除两次，一次用户两个角色 一个用户2个岗位

3、没有token的访问，为什么会直接401
首先，你的请求必然经过 JwtAuthenticationTokenFilter 过滤器，然后Authorization eeeexxxx,截取eeeexxxx,然后解析成一个string token
,然后如果 拼接前缀+token在缓存中拿到值，肯定存在。如果拼接前缀+token拿不到值，则不存在.不存在SpringSecurity捕捉到，然后抛异常，
异常处理给到 AuthenticationEntryPointImpl，接着 ServletUtils.renderString(response, JSON.toJSONString(AjaxResult.error(code, msg)));
直接返回给到前端

然后,如果存在的话，解析成LoginUser对象，然后刷新token，然后把认证的token信息，存到 SecurityContextHolder.getContext().setAuthentication(authenticationToken);
同样，SpringSecurity 也会捕捉到，没有异常，正常放行。

以上就是SpringSecurity鉴权的认证逻辑

3A、角色管理
列表: 查询的时候,需要关联用户表 用户角色表，因为只有用户拥有了这个角色，
才能看到他相应的角色，这里后台没有直接构建树，而是交给前端去做了

新增: 新增角色的时候，会去请求菜单管理的 /treeSelect 树形结构，角色新增以后，会添加相应的
     角色Id和菜单Id到 角色菜单表

修改: 修改角色的时候，会去请求菜单管理的 /roleMenuTreeselect/{roleId} 
 目的是为了拿到所有的菜单树形结构 和选中的 key

角色分配用户: 角色首先会根据角色id查询，当前已经分配了哪些用户，然后可以取消授权，
             这个时候会去删除用户角色中间表 那一条数据而已。

5、菜单管理的逻辑

6、数据权限的作用是什么
同一个部门,角色不一样，可以看到的数据不一样，
除此之外，有些数据不区分部门，比如总经理，只有当前用户id为本人，才可以看到数据

数据权限过滤的mapper 一共有3个地方
SysUserMapper SysRoleMapper SysDeptMapper

7、数据字典的逻辑

8、snakeyml 解析器，更加快速解析数据
转对象
Yaml yaml = new Yaml();
DataSource ret = yaml.loadAs(this.getClass().getClassLoader().
getResourceAsStream("source.yml"), DataSource.class);

9、若依前后端分离登录、请求流程
1、后台创建token A（随机32位UUID）
2、获取当前登录用户信息，用redis保存（key前缀:"login_tokens:"+token A，value: 登录用户信息，有效期30分钟）
3、后台处理token A，返回token B（JWT加密，前缀:"login_user_key"+token A）
4、前端接收token B值，保存到Cookies中

A、登录成功，跳转到主页
B、登录失败，重新登录

1、前端每次请求数据，先从Cookies中拿到token B，后在请求头加"Bearer "字符串放到请求头中
2、后台解析HttpServletRequest.getHeader后去掉"Bearer "字符串,获得token B
3、后台处理token B 获得token A（JWT解密,前缀: "login_user_key"+token B）
4、根据token A在redis中获取当前用户（key前缀:"login_tokens:"+token A）
5、
A、当前用户不存在，则返回"401"，前端显示未登陆，跳转到登录页面
B、当前用户存在，则返回请求数据

退出登录时，前端删除Cookies中缓存，跳转到登录页面

加密方法：Jwts.builder().setClaims(claims).signWith(SignatureAlgorithm.HS512, secret).compact();
解密方法：Jwts.parser().setSigningKey(secret).parseClaimsJws(token) .getBody();

10、生成验证码，需要改造，获取验证码在程序启动的时候，应该保存一份到Redis,
然后每次获取从缓存里面拿，异步更新一份到redis缓存中

Jessica-make/Jessica-Vue

简介

发行版

贡献者

近期动态

Jessica-make/Jessica-Vue .gitee-modal { width: 500px !important; }

简介

发行版

贡献者

近期动态

搜索帮助

Jessica-make/Jessica-Vue