但是要注意 不要内部 方法调用 事务会失效 如 a.method(){this.dotran()}

核心就是改成串行 java 相关的话 可以用 RedisLockRegistry 这个

同一楼 final 字段 + 构造方法注入 + lombok 的 RequireArgsConstructor 注解
补 需要 注入值的 或 特殊的 不用 final 修饰 自己手动加对应注解

一样的方式，但有的时候没这个严谨

YOGA

对扩展开放 对修改关闭 核心是怕修改引入新的问题 ；
如果 没有引入新的问题而且行为表现一致的化 是可以修改的 ，假如代码已经腐烂了，是在腐烂外面一层层的包裹 最后腐烂的代码成为了软件珍珠 还是重构这是权衡之后做出的选择。
很多时候你会发现有很多相对立的概念好像都对， 核心是缺失了上下文导致的，而这些对立的概念其实就是一种策略，策略也是需要有上下文来决定使用那种更好一些，不要去迷信各种模式，他们是抽象的概念 既然抽象必有信息的丢失，找到自己写代码的感觉

入门看视频，一手资料看文，两者可结合，无好坏之分，深入看源码，选适合自己的

开启 sql 日志 看打印的 sql 就知道了

花 100+买个功能机

此处不应该拿 session 和 token 对别 ，而是应该拿 cookie-session 中的 sessionId 和 jwt token 对别

这个问题可以拆解成 3 部分
1 token 和 session 相同处是什么
因为 http 是一个无状态的协议 但很多场景需要状态 token 和 session 本质都是令牌或凭证
2 token 和 session 区别是什么
session 是 token 的一种实现 此处我们谈 token 的时候可以换成 JWT Token 和 session 去做对比，那 JWT Token 和 session 区别是什么呢？ JWT 全称 JSON Web Token 也就是说是 JSON 格式的 Web 令牌，session 或 JWT Token 都是一个存放信息的容器，关键在于状态（ C/S ）谁来保持，及什么样的信息放在哪是服务器还是客户端更合适，放服务器优势是什么劣势是什么，放客户端优势是什么劣势是什么（可以参考计算机缓存内存硬盘的架构）
3 各自优势是否可结合
在一个应用多实例或前后端分离的情况下，不易变的信息放 JWT Token 相对更合适；不需要考虑这种情况下，放 session 更合适, 或者换句话说 让 Token 只做一个凭证就是一个身份证的事情，后面的映射交给后端
题外话：
其实就像为什么了有了硬盘还需要内存 有了内存还需要 CPU 缓存 ，结合各自的优势让问题得到更好的解决是目前比较好的方案，而不是非此即彼

@xinJang @Formula 看看这个注解

基于 mq
记得要保证幂等性
map=>工作队列模式
reduce=>事件触发

@summerLast v-model 和第一种类是

有三种方式
1 $emit
2 $refs
3 vuex

one dream : 身体健康 家庭美满的情况下 成为自由民
two dream : 开发一个像贾维斯的人工智能

@summerLast 在复杂点加盐 求个 hash

@summerLast 在复杂点 求个 hash

日期取 yyyyMMddHHm