1 | org.springframework.context.ApplicationContextException: Unable to start web server; nested exception is org.springframework.boot.web.server.WebServerException: Unable to start embedded Tomcat |
查看 spring 官方对应关系和官方文档
spring 官方对应关系：https://start.spring.io/actuator/info
1 | "Finchley.M2": "Spring Boot >=2.0.0.M3 and <2.0.0.M5", |
在调用接口时，要求必须有输入正确的图形验证码才能调用（防刷）。
但是，看一些代码中将这个功能和其它业务功能耦合在一起。每次有新的接口需要用时，又得重新复制一份，就想到值得优化重构。
生成时，从全部字母和数字中随机获取 6 个字符。
接着借助 BufferedImage 和 ImageIO 工具生成字节码格式的图形验证码。
再将字节码形式的图形验证码转换成 base64 字符串，等待发给前端，前端接收后可以转换并显示出来（这样我们就可以统一用 json 的方式来和前端交互，返回格式是一样的；还有一种方式是通过回传 IMAGE 类型的方式，不过缺点是接口不统一，前端要单独处理）。
我们随机生成一个唯一标识（uniqueId），标识这次图形验证码请求，并将对应的验证码（graphValidateCode）存放到缓存（redis）中，并设置过期时间。
下一个请求需要带上这个唯一标识，和验证码。
结合过滤器，这样获取验证码的逻辑就可以和其它业务逻辑解耦了。
哪个接口需要有正确的图形验证码才放行，只需要配置上 api 即可。
在过滤器中（GraphValidateCodeFilter）验证图形验证码，从缓存中获取，然后比对传入的验证码。
如果没传入参数，或者参数不对，就抛出错误，在统一管理错误的地方进行处理。
一般情况，异常是在定义了 ControllerAdvice 注解 或者 RestControllerAdvice 注解的类中管理的。
但是过滤器中的异常是在 Servlet 之前调用的，ControllerAdvice 适用于 Controller。
不过可以换个思路，我们写一个类来继承 ErrorController ，重写 handleError 方法，在过滤器中异常发生时，最后也会来到这个 handleError 方法中，
我们在这里可以直接返回，也可以继续抛出异常，如果选择了继续抛出，接着就可以在 GlobalExceptionHandler 中进行捕获（统一出错出口），
这样就可以解决 filter 在 Servlet 之前调用问题。
参考资料：
How to ExceptionHandler of type ExpiredJwtException from JwtAuthenticationTokenFilter? · Issue #63 · szerhusenBC/jwt-spring-security-demo
It’s because the filter comes before Servlet is invoked. ControllerAdvice only applies to the Controller classes.
I’m also trying to find the solution to same problem. Been reading some stackoverflow articles, this one seems promising: https://stackoverflow.com/questions/34595605/how-to-manage-exceptions-thrown-in-filters-in-spring @josevlad
https://stackoverflow.com/a/50818385
1 | /* |
RuoYi-VUE
https://github.com/lyloou/spring-master/tree/master/spring-security-captcha
1 | <!-- pom.xml --> |
1 | <!-- logback-spring.xml --> |
1 | A B |
1 | id pid name age email |
节点和父节点之间只有 id 和 pid 上有关联；没有层级字段，没有当前所在的树高度字段，如何在不改变表的情况下，获取所有子节点？；
如果数据库可以重新设计的话，可以用下面的链接介绍的方式来设计：
在数据库中存储一棵树，实现无限级分类 - 个人文章 - SegmentFault 思否
找到自己的子节点，再找子子节点，再找子子子节点…
这种方式虽能实现，但是如果节点关系复杂越来，因为要每次都要从 sql 中建立连接并查询，就会越来越慢
(递归的方式 200 多个后代要 2s 左右才能查出来； 在同样的数据下，用下面介绍的迭代的方式来查不到 100ms)。
select id,pid from user where pid in (ids) 获取到所有的子节点（拼成实体对象：如具有 id 和 pid 属性的 ParentChild），加入到 ParentChild 列表中；通过迭代的方式，一波一波地获取后代再数据库中进行查询，如果有 10 代，只需要从数据库中，查 10 次即可
（用递归的话，可能得成千上万次了），当然如果用户量特别多的时候，就不要用这种只有 id 和 pid 的方式了，得重新设计表了；
在数据库中存储一棵树，实现无限级分类 - 个人文章 - SegmentFault 思否
根据节点 id，直接从 map 缓存中获取即可；
第 1 步： 建 1 个 set 集合，用来存储所有的后代；
第 2 步： 根据节点 id，从 map 中先找到直属子节点列表，加入到 set 中；
第 3 步： 再根据第 2 步得到的子节点列表，遍历这些子节点，从 map 中获取这些子节点的子节点（递归到第 2 步）
service 层实现
1 | @Service |
1 | public class UserTreeHelper extends AbsUserTreeHelper { |
mapper 层实现
1 | public interface UserMapper extends BaseMapper<User> { |
1 | <?xml version="1.0" encoding="UTF-8"?> |
UserTreeHelper 源码
1 | // UserTreeHelper.java |
Spring MVC: How to return image in @ResponseBody? - Stack Overflow
1 | @ResponseBody |
1 | // JavaScript |
将图片作为 base64 字符串返回，前端渲染 base64 即可。
1 | // 引入 hutool 的验证码功能 |
特征：属于是关联的特殊情况，体现部分-整体关系，是一种弱拥有关系；整体和部分可以有不一样的生命周期；是一种弱关联；
特征：属于是关联的特殊情况，也体现了体现部分-整体关系，是一种强“拥有关系”；整体与部分有相同的生命周期，是一种强关联；
1 |
|
关于委托的教程，具体参考上面链接即可，下面直接给出SharedPreferences封装的代码。
1 | class DefaultSPreference<T>(key: String, defaultValue: T) : |
1 | var a: String by DefaultSPreference(Key.SCHEDULE_ITEM_A.name, "") |
通过上面的委托，给 a 赋值就直接保存到 SharedPreferences 文件中了。
1 | a = "your value here" |
当获取 a 的值时，实际调用的就是 SharedPreferences 中key对应的值
1 | toast(a) |
如果使用了 data-binding，可以直接把 a，传递给 EditText，
当页面加载后， EditText 中的值就会被 a 填充；
当 EditText 中的文字变化时，就会存到 SharedPreferences 中。
1 | <EditText |
可以在flow项目中查看更多细节 https://github.com/lyloou/flow
参考资料：《kotlin for android developers》中文版——泛型 preference 委托
1 | # 查看 app 模块所依赖的项目（通过 grep 来过滤冲突的模块名称） |
1 | // 针对某个冲突模块排除 |
1 | // 重置所有相同模块的版本号 |
如果是 com.android.support 库冲突可以使用 androidx 来解决。
具体查看 迁移到 AndroidX | Android 开发者 | Android Developers