联易融一面

1. Spring事务
2. Bean生命周期
3. 怎么防止死锁
4. a不加事务调用b事务会触发事务吗
5. 内存淘汰机制是什么
6. 分布式锁原理讲一下
7. 有用过微服务吗
8. 微服务数据库是怎么设计的（卧槽？）
9. 有没有接触过的git的rebase操作，讲一讲
10. Luna脚本有了解吗
11. sql的执行顺序

面后总结：

1. spring事务是用@transactional注解，事务是逻辑上的一组操作，要么全都执行，要么全都不执行；在mysql的innodb引擎中才支持事务。事务的acid，原子性，一致性，隔离性，持久性，事务是最小的执行单位，不允许分割；执行事务前后，数据一致，隔离性，访问数据库时当前事务不会被其他事务干扰，各个并发事务的数据库是独立的，事务被提交后（按照事务的处理流程来记相对好记忆一点）。事务的注解是基于aop实现的，开发中也常用的是@transactional注解。注解对方法、类生效。注解的括号里也可以自定义事务的各种属性，比如：隔离级别，传播行为，超时时间，回滚规则，只读属性。
2. 生命周期就是从创建到销毁的整个过程，在这个过程中有很多的可扩展点，首先实例化，通过反射调用构造方法创建bean对象，这时候对象里只有一些默认数据；然后找setter方法和字段反射还有依赖的其他bean全塞进去（塞满）,这时候bean就是自定义完整的；aware接口回调，如果bean实现了一些特定的接口，就会去实现这些接口的方法，把对应信息注入；接着，beanprocessor前置处理（这里有autowire的依赖注入，还有value的配置取值，都是做一些bean上的完善）【一个是初始化前完善，一个是初始化后完善】；然后初始化；最后一些后置处理，aop代理会在这里生成；最后bean可以引用【也就是实例化】，容器关闭然后销毁。【感觉这一系列过程就是为生成一个完整的bean，功能完备，信息完全】
3. 两个或多个线程互相持有对方的锁，可以固定加锁顺序，使用trylock的超时机制，拆解事务，减少锁的持有时间，不用嵌套锁
4. 本质上考的是事务的传播行为，定义在一个事务里执行另一个事务，会发生什么事，或者没有事务的调用加了事务的会发生什么事。面试官说，在a方法里调用b方法事务，b方法会以非事务的方式执行，b的@transaction注解不会被代理机制识别
5. redis的内存淘汰策略分为两大类，一类是不淘汰数据，一类是淘汰数据，不淘汰数据里有，内存满了直接报错，禁止写入，随机淘汰过期的时间key，淘汰存活时间最短的key，淘汰最久没被访问的，淘汰访问频率最低的，还有随机干掉key。【哦哦哦，这个淘汰策略是用在redis缓存满的时候用的】
6. 分布式锁就是redis的hash结构+lua脚本保证原子性，再加上一个后台线程自动续期，加锁流程，redission执行一段lua脚本，保证原子性，先创建hash，key是field，value设为1，设置过期时间，加锁；然后fieid被匹配说明被重入，刷新过期时间value+1，fieid不匹配，说明锁被用，返回剩余时间，提示加锁失败；任务在过期时间内没跑完会自动续期，这叫看门狗机制，value减到0后删除key，等待其他任务执行lua脚本
7. 微服务是架构，每个服务干一件事，独立开发部署扩容，服务之间通过http或者rpc通信，每个服务可以使用不同的技术栈，只需要提供接口就可以了。
8. 微服务的数据库设计有两种，每个服务独立数据库，多个服务共享数据库，独立就是每个服务有单独的数据库通过api访问其他数据库，所以数据库就也可以选用不同的技术，数据所有权清晰，缺点是无法使用数据库事务处理业务。可以对数据库进行逻辑隔离，也就是其实用的是同一个进程的不同数据库。
9. rebase是用来整合不同分支更改的命令，会将当前分支的所有提交移到指定的基准分支最顶端，重写提交历史，简单理解为把现在的提交放到主线的新基点上，也叫做变基提交，merge是合并提交，是将当前分支的所有提交都合并成一个节点提交到主线上（这点还是有点模模糊糊，先这样吧）
10. lua脚本在执行中是原子性的，是轻量化的脚本语言，容易嵌入，游戏开发用得多
11. from确定数据源，join链接表，where找条件，groupby指定列分组，having组内过滤，select找到要返回的列，orderby对结果排序，limit限制返回行数