* 获取验证码逻辑，无需加锁，不涉及线程安全问题，提高效率

* 自定义生成策略时，Map容量设置不准确，会导致无必要的扩容

close https://github.com/elunez/eladmin/issues/752

* issues/635

* issues/635

Co-authored-by: asdc <asdc>

* 解决生产前段代码字典数据重复bug：但一个页面中多个项目管理同一个字典时，数据重复

由于定时任务未对Bean进行过滤，导致攻击者可以从SpringContextHolder获得控制jdbcTemplate类，并使用getDeclaredMethod调用jdbcTemplate的queryForMap函数，从而执行任意sql命令。

修复后定时任务的 Bean 需要使用 @Service 注解定义。

升级spring boot版本到2.6.4、升级部分依赖包版本
https://github.com/elunez/eladmin/pull/735

* fix weird prefixes keys when use RedisUtils.scan

* Column use `` for reserved key

ref: https://stackoverflow.com/questions/2224503/how-to-map-an-entity-field-whose-name-is-a-reserved-word-in-jpa

Co-authored-by: xuqi <xuqi@zed.com>

Bumps xercesImpl from 2.12.0 to 2.12.2.

---
updated-dependencies:
- dependency-name: xerces:xercesImpl
  dependency-type: direct:production
...
Signed-off-by: dependabot[bot] <support@github.com>
Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>

命名重复会打印如下日志，不介意的可以不修改：
s.d.s.w.s.ApiListingReferenceScanner： Generating unique operation named

* Update LogServiceImpl.java

断言不适合用于参数验证，因为断言可以在JVM中的运行时被禁用，这意味着错误的操作设置将完全消除预期的检查。此外，失败的断言会抛出断言错误，而不是抛出某种类型的异常。抛出错误完全超出了正常程序中预期的捕获/抛出行为的正常范围。使用 if 代替 断言, 并抛出 IllegalArgumentException 更可控

* 代码完善

使用size（）测试空性是可行的，但使用isEmpty（）可以使代码更可读，性能也更高。任何isEmpty（）方法实现的时间复杂度都应该是O（1），而size（）的一些实现可以是O（n）。

* Update RedisConfig.java

1. 注释写的是 默认两小时, 但是代码写的是 6 小时, 所以应指定哪一个 ? 
2. 当没有出现碰撞时, 固定的 3个 kv 对, size 达到 3 个, 如果方法参数不为空, 则会触发 HashMap 扩容, 影响性能
3 + params.length > (2^2 * 0.75 = 3)
2. 仍然引用的是 apache 的方法, 为了去除歧义, 应使用全类名指定
如果方法返回值包含 null, 则加上 @Nullable 注解, 代码更易读

* 添加 Nullable 注解所需导入的包

* 删除不用的包

改用 org.apache.commons.lang3.StringUtils 全类名调用 isBlank() 方法后, 原 import me.zhengjie.utils.StringUtils; 可以删除

* 调用replaceAll() 方法修改为调用 replace() 方法

传给 replaceAll 的参数不是正则表达式, replaceAll 和 replace 效果是一样的, 且 replaceAll 由于会调用 ava.util.regex.Pattern.compile（）方法, 导致性能消耗更大