面试0720

分布式锁的了解？

 常用的四种方案:

      1. 基于数据库表做乐观锁，用于分布式锁。

      2. 使用memcached的add()方法，用于分布式锁。

      3. 使用redis的setnx()、expire()方法，用于分布式锁。

      4. 使用redis的setnx()、get()、getset()方法，用于分布式锁。

      不常用但是可以用于技术方案探讨的:

      1. 使用memcached的cas()方法，用于分布式锁。 

      2. 使用redis的watch、multi、exec命令，用于分布式锁。

      3. 使用zookeeper，用于分布式锁。

分布式id

1. uuid
2. 数据库自增
3. 数据库多主模式
4. 号段模式
5. redis
6. 雪花算法
7. 滴滴tinyID
8. 百度uidgenerator
9. 美团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应用划分为展现层、服务层和持久层三个层次，在不同的层中编写对应的逻辑，下层通过接口向上层开放功能调用。在一般情况下，从接收请求到返回响应所经过的所有程序调用都同属于一个线程