在 Thread 类中定义一个 Map 也是没问题的，我觉得正确答案应该就是 5 楼说的，实现 ThreadLocal 的时候还没有 HashMap

培训班不帮忙找工作吗

手工耿好像有一个根据便便重量自动冲水的设计

再建一张逾期表，通过定时任务每天统计有哪些用户未还款。
用户违约了几期？可以通过用户的还款日以及用户最新的还款记录计算出来。
某天有哪些用户违约？直接查逾期表

自己写的一个表达式解析器，可以看下：
https://github.com/rainy-zhang/expression

以前也干过，不过就是把代码复制到 word 文档里

@leonshaw 锁对象就算不在 map 里感觉也没有影响吧

@zhulixin 如果把 remove 放在 synchronized 外面应该就没问题了吧


```java
private final Map<String, Object> lockMap = new ConcurrentHashMap<>(32);
...
try {
synchronized (lockMap.computeIfAbsent(lockKey, key -> new Object())) {
...
}
} catch(Exception e) {
...
} finaly {
lockMap.remove(lockKey);
}

```

驱动表是指 join 左边的表，一般用小表作为驱动表可以减少被驱动表的访问次数。

你把 left join 改成 inner join sql 语句的逻辑就不一样了

分批更新的过程中如果有其它查询数据的请求进来，可能会查到中间状态的数据，需要考虑下会不会对系统有影响

应该是的，你用 left join 把 t4 作为驱动表应该也很快

1. 线程复用跟线程安全没关系吧，ThreadLocal 中的数据还是只有当前线程可以访问啊
2. 超出的请求会进入等待队列
3. 程序中自定义的线程池和 tomcat 线程池没关系
4. 容器收到请求后会根据 url 执行对应的代码，代码是由 tomcat 线程池中的工作线程来执行的。

我也不知道说的对不对😅

跳槽

WPM: 61
Accuracy: 100 %
Char: 243/0/0/243/1
Raw KPM: 312

@cheng6563
@so2back
在两个 service 都加上了 @Transactional(propagation = Propagation.REQUIRES_NEW) 也不行

@wolfie 两个 service 都是可以被 aop 拦截的

本地缓存只能在单机上用