分布式锁的了解？
常用的四种方案:
1. 基于数据库表做乐观锁，用于分布式锁。
2. 使用memcached的add()方法，用于分布式锁。
3. 使用redis的setnx()、expire()方法，用于分布式锁。
4. 使用redis的setnx()、get()、getset()方法，用于分布式锁。
不常用但是可以用于技术方案探讨的:
1. 使用memcached的cas()方法，用于分布式锁。
2. 使用redis的watch、multi、exec命令，用于分布式锁。
3. 使用zookeeper，用于分布式锁。
分布式id
- uuid
- 数据库自增
- 数据库多主模式
- 号段模式
- redis
- 雪花算法
- 滴滴tinyID
- 百度uidgenerator
- 美团leaf
设计模式？
抽象类
抽象类与接口？
接口的设计目的，是对类的行为进行约束（更准确的说是一种“有”约束，因为接口不能规定类不可以有什么行为），也就是提供一种机制，可以强制要求不同的类具有相同的行为。它只约束了行为的有无，但不对如何实现行为进行限制。对“接口为何是约束”的理解，我觉得配合泛型使用效果更佳。
而抽象类的设计目的，是代码复用。当不同的类具有某些相同的行为(记为行为集合A)，且其中一部分行为的实现方式一致时（A的非真子集，记为B），可以让这些类都派生于一个抽象类。在这个抽象类中实现了B，避免让所有的子类来实现B，这就达到了代码复用的目的。而A减B的部分，留给各个子类自己实现。正是因为A-B在这里没有实现，所以抽象类不允许实例化出来（否则当调用到A-B时，无法执行）；
threadlocal的了解？
threadlocal的解释为：线程私有变量
1，用这个包装的的数据，调用get获取到的都是线程私有的变量；
2，使用这个封装的数据，每个线程获取的都是他的副本；
3，threadlocal中存储为弱引用，gc优先回收！
应用场景：
Spring使用ThreadLocal解决线程安全问题我们知道在一般情况下，只有无状态的Bean才可以在多线程环境下共享，在Spring中，绝大部分Bean都可以声明为singleton作用域。就是因为Spring对一些Bean（如RequestContextHolder、TransactionSynchronizationManager、LocaleContextHolder等）中非线程安全状态采用ThreadLocal进行处理，让它们也成为线程安全的状态，因为有状态的Bean就可以在多线程中共享了。
一般的Web应用划分为展现层、服务层和持久层三个层次，在不同的层中编写对应的逻辑，下层通过接口向上层开放功能调用。在一般情况下，从接收请求到返回响应所经过的所有程序调用都同属于一个线程