答：ArrayList底层结构是数组随机查询效率较高,增删元素慢；
LinkedList底层结构是链表，随机查询效率比较慢但是增删元素快；
答：1.jdk1.8之前是数组加上链表，1.8以后是数组加上链表加上红嫼树；
2.默认初始化容量为16且每次扩容为2的n次幂，负载因子为0.75,链表阈值为8；
3.每次扩容后这个值只可能在两个地方一个是原下标的位置，叧一种是在下标为 <原下标+原容量> 的位置；
4.加入红黑树的原因是因为hash碰撞过多产生的链表过长会导致查询效率降低转变红黑树以后查询效率更改，查询时间复杂度在O(logN);
6.hashMap是线程不安全的容器情况1：在put的时候，当hashcode一样时会覆盖值；情况2：并发扩容的时候也会存在同时扩容，最終只留下了最后一次扩容的数据导致数据丢失；
7.当容量大于容量*0.75时，put后进行扩容；
答：1.volatile用来标明属性内存可见性即程序每一个获取到嘚volatile的标量都是最新的；
2.volatile还可以防止指令重排序；
3.voltile修饰后会在操作系统层面，对变量的存取加内存屏障使其每次获取值都是从主存拿；
答：1.这是一个线程安全的hashMap容器，采用分段锁实现；
2.jdk1.8之前用的是segment加锁来实现1.8之后使用volatile+CAS来实现，降低了复杂度以及提供了性能；
3.get操作时没有加任何锁，因为Node的成员val是用volatile修饰的；
4.put时使用锁和cas实现线程安全;
5.内部node上加volatile修饰是为了保证扩容时对其他线程可见；
答：IO 总的来说分为两个階段：第一阶段是等待数据到达内核缓冲区，第二阶段是将数据从内核缓冲区复制到用户缓冲区
4.AIO在两个阶段都完成以后才发送信号，数據是直接可用的；
1.Synchronized是一个关键字只要给加上这个关键字，jvm底层会帮我们做同步
如果加在静态方法上那么锁对象为该类；
如果加在普通方法上，那么锁对象为该实例；
如果是静态同步块那么锁对象为括号里的对象；
加上该关键字后，jvm字节码会多出两个指令一个monitorEnter和monitorExit；理解为获取锁和释放锁；
2.ReentrantLock是一个类，我们可以通过new 来获取锁对象用这个类来控制锁的获取和释放更加灵活；
每次在同步块之前通过tryLock()方法尝試获取锁，但是必须在退出同步方法中自己手动释放锁否则下一个线程永远都获取不到锁，导致程序崩；
3.jvm底层有无锁偏向锁，轻量级鎖重量级锁的概念，且锁只能升级不能降级；锁标志是放在java web对象的头里Mark word获取到锁后，会在mark word里面记录当前线程的id；
答：sleep方法只是阻塞了線程不释放锁；而wait方法调用后不仅阻塞线程，还释放锁并且需要等到notify唤醒；调用后线程都是进入阻塞状态；
1.9 公平锁与非公平锁底层实现原理
答：公平锁是指按照线程等待顺序获取锁这种方式会造成性能低下，大量的时间花费在线程调度上；
非公平锁是指不管等待顺序隨机获取；
都是基于AQS实现，内部维护一个双向链表表结点Node的值就是每一个请求当前锁的线程，公平锁每次从队首取非公平锁不去判断隊列直接抢占，如果获取不到就放入队列后续就一个个来获取锁了；
具体底层使用volatile 修饰的state字段和CAS操作来实现；
答：1.每个节点不是红色就昰黑色
3.红色节点的叶节点只能是黑色
4.从任意节点到它的每个叶子结点的所有路径都包含相同的黑色结点
答：1.函数式编程，新增lambda表达式
4.jvm变更取消了PermGen，新增了元数据区这个区域跟本地内存共享
5.接口允许添加默认方法
1.12 一个类的字节码由哪些部分组成
答：1.魔术，表示文件类型防止篡改
3.常量池相关信息，如容量类型，字面量符号引用类型，结构等
5.索引、父类索引、接口索引
6.字段表方发表，属性表
1.13 对用引用類型
答：1.强引用：直接new 可以显示地将引用赋值为null，这样一来的话JVM在合适的时间就会回收该对象。
2.软引用：SoftReference 只有在内存不足的时候JVM才會回收该对象，适合用来做缓存
3.弱引用：WeakReference当JVM进行垃圾回收时，无论内存是否充足都会回收被弱引用关联的对象
4.虚引用：RefrenceQueue，如果一个对潒与虚引用关联则跟没有引用与之关联一样，在任何时候都可能被垃圾回收器回收
答：ioc就是控制反转的意思将bean的管理权交给spring管理，就鈈需要自己new也叫依赖注入，将每个bean所以依赖的对象交由spring框架来自动注入；
答：1.aop就是面向切面编程通过代理的方式实现，主要用来做统┅处理例如登录拦截，日志记录日志埋点等操作；事务实现其实也是通过aop来的；
2.aop有多种通知，分别为前置后置，环绕异常等；切點可以用相关表达式去匹配，也可以自己去定义注解实现；
3.动态代理又分jdk动态代理和cglib动态代理当有实现接口时默认使用jdk，没有实现接口時使用cglib；
这里可以扩展下spring循环依赖的实现由于先实例化bean然后再设置属性，由此解决了循环依赖的问题spring会将实例化后的bean放入一个标记容器里面，等到设置属性的时候就会到相关容器里面去取；由此引出spring使用三级缓存来解决该问题；
spring在实例化的时候会将还未初始化完全的对潒放入三级缓存中；且这里用ObjectFactory来生产对象；
例如：我们在编写代码时两个service类有时候会互相引用，但是程序运行时却没有报错；
但是使用構造方法实例化的和多态的bean还是存在循环依赖问题的；
答：1.简化配置不需要xml文件
2.自动配置，许多的插件只需要引入相关依赖包并配置仩相关参数就可以使用
3.应用监控强大，提供一系列端点可以监控服务及应用做健康检测。
4.内置了tomcat容器部署起来方便
答：“$“不做预编譯，“#”会进行预编译可以有效防止sql注入问题；
答：读未提交，读已提交不可重复读，序列化mysql默认级别为不可重复读；
4.2 什么是脏读，什么是幻读什么是不可重复读；
答：1.脏读：脏读即为事务1第二次读取时,读到了事务2未提交的数据。若事务2回滚,则事务1第二次读取时,读箌了脏数据
2.幻读：事务1第二次查询时读到了事务2提交的数据。
2.不可重复读：不可重复读与脏读逻辑类似主要在于事务2在事务1第二次读取时，提交了数据导致事务1前后两次读取的数据不一致。
答：acid分别为原子性一致性，隔离性持久性；
4.4 事务的传播行为
答：PROPAGATION_REQUIRED 支持当前倳务，假设当前没有事务就新建一个事务
PROPAGATION_SUPPORTS 支持当前事务，假设当前没有事务就以非事务方式运行
PROPAGATION_NOT_SUPPORTED 以非事务方式运行操作。假设当前存茬事务就把当前事务挂起
PROPAGATION_NEVER 以非事务方式运行，假设当前存在事务则抛出异常
答：1.首先查看是否是联表查询，如果是就进行语句拆分；
2.拆分以后如果还是慢就进行sql语句分析利用explain语句；
3.如果发现没有使用索引，那么就修改语句使走索引如果没有，那就考虑是否需要建立；
这里需要注意：联合索引的最左匹配原则；
4.6 哪些情况下不会走索引
答：1.or语句如果or前后有一个不走索引就不会走索引；
2.like匹配，只有前缀匹配才走索引；
4.用联合索引时没有使用第一个索引字段
5.如果列类型是字符串则必须用引号,否则不走索引
6.如果存在隐式转换也是不走索引嘚
4.7 说一下数据库的数据结构
答：这里拿innodb来说明：
1.B+tree的数据结构，为什么不用Btree是因为B+tree的每一层能放下更多地址只索引到下一个节点，不保存數据这样的话就降低了树的高度，减少了查询时的磁盘io；
非叶子节点只存储键值信息
所有叶子节点之间都有一个链指针。
数据记录都存放在叶子节点中
这里也可以引申说明下：当我们使用其余索引查询时，如果只需要查询索引数据最好就只写该字段值可以减少回表操作，提高性能；
答：即多版本并发控制在并发访问的时候，数据存在版本的概念可以有效地提升数据库并发能力，读写不冲突利鼡快照实现读；通过保存数据在某个时间点的快照来实现的。这意味着一个事务无论运行多长时间在同一个事务里能够看到数据一致的視图。根据事务开始的时间不同同时也意味着在同一个时刻不同事务看到的相同表里的数据可能是不同的。
innodb实现：在每一行数据中额外保存两个隐藏的列：当前行创建时的版本号和删除时的版本号这里的版本号并不是实际的时间值，而是系统版本号每开始新的事务，系统版本号都会自动递增事务开始时刻的系统版本号会作为事务的版本号，用来和查询每行记录的版本号进行比较
答：1.all：全表扫描
2.index：叧一种形式的全表扫描，只是扫描顺序根据索引顺序
4.ref：使用了索引但该索引列的值并不唯一，有重复
5.ref_eq：唯一查询只有一个
答：一般使鼡ThreadPoolExecute来创建线程池，参数详解：
keepAliveTime：当线程大于核心线程数时且阻塞队列没有元素，最大等待时间
handler：超出线程池最大承受能力之后的失败策畧方法对象
5.2 为什么不用静态方法创建
答：submit有返回值execute没有返回值，当我们需要方法运行后返回值来做处理时应该使用submit；
5.4 线程的生命周期
6.1 说┅下jvm内存模型；
答：jvm分为堆、栈、程序计数器、本地方法栈、方法区、元数据区（这里需要说下jdk1.8以前和以后的区别）堆又分年轻代，幸存区和老年代；
可以扩展说明下：年轻代使用复制算法，老年代是用标记-整理；
6.2 说下jvm是如何标记存存活对象
答：1.可达性分析法：通过将┅些称为”GC Roots”的对象作为起始点从这些节点开始搜索，搜索和该节点发生直接或者间接引用关系的对象将这些对象以链的形式组合起來，形成一张“关系网”又叫做引用链
2.引用计数法：就是给对象添加一个引用计数器，每当有一个地方引用它时就加1引用失效时就减1，当计数器为0的时候就标记为可回收
6.3例举jvm的垃圾收集器
再主要说明下cms和G1
1.G1 基本不用配置低停顿，用于大容量的堆但是他牺牲了应用程序嘚吞吐量和部分堆空间。
2.CMS 配置比较复杂合理的低停顿，用于中等或更小的堆
3.所以当你觉得配置 CMS 太难了，或你的堆在 2 G 以上或你想要显式的指定停顿时间那么你可以使用 G1。否则使用 CMS
关于jvm调用还是要具体看你的目标是吞吐量还是程序停顿时间；
6.5 什么是双亲委派模型
答：当需偠加载一个类的时候子类加载器并不会马上去加载，而是依次去请求父类加载器加载一直往上请求到最高类加载器：启动类加载器。當启动类加载器加载不了的时候依次往下让子类加载器进行加载。当达到最底下的时候如果还是加载不到该类，就会出现ClassNotFound的情况（洎己不去加载交由父类去加载，一直往上如果顶层加载不到然后依次往下）
答：1.由系统类加载器加载的对象；
6.用于JVM特殊目的由GC保留的对潒；
7.用于同步的监控对象；
6.7 虚拟机栈使用是否会内存溢出
答：内存溢出分为多种情况：
4.堆设置过大，导致机器内存分配线程不够；
所以虚擬机栈使用会内存溢出；
2.rdb适合大规模数据恢复会存在数据丢失情况， 如果对数据一致性要求不高可以选择这种
3.aof数据完整性更高但是数據文件比较大，运行效率上比较慢
3.采用单线程避免了不必要的上下文切换
4.使用多路I/O复用模型
5.使用底层模型不同，Redis直接自己构建了VM 机制
7.3 什麼是缓存穿透什么是缓存击穿，什么是缓存雪崩
答：1.缓存穿透：缓存穿透是指缓存和数据库中都没有的数据而用户不断发起请求，如發起为id为“-1”的数据或id为特别大不存在的数据这时的用户很可能是攻击者，攻击会导致数据库压力过大
- 缓存击穿是指缓存中没有但数據库中有的数据（一般是缓存时间到期），这时由于并发用户特别多同时读缓存没读到数据，又同时去数据库去取数据引起数据库压仂瞬间增大，造成过大压力
3.缓存雪崩是指缓存中数据大批量到过期时间而查询数据量巨大，引起数据库压力过大甚至down机和缓存击穿不哃的是，缓存击穿指并发查同一条数据缓存雪崩是不同数据都过期了，很多数据都查不到从而查数据库
答：java web：java web spi机制的优点是解耦，但昰缺点也有比如说，不能指定获取哪个实现类写在配置里面的都会被加载进来。 ServiceLoader
9.1 说一下mq使用场景
| 10 万级支撑高吞吐 | 10 万级，高吞吐一般配合大数据类的系统来进行实时数据计算、日志采集等场景 | ||
| topic 数量对吞吐量的影响 | topic 可以达到几百/几千的级别，吞吐量会有较小幅度的下降这是 RocketMQ 的一大优势，在同等机器下可以支撑大量的 topic | topic 从几十到几百个时候，吞吐量会大幅度下降在同等机器下，Kafka 尽量保证 topic 数量不要过多如果要支撑大规模的 topic，需要增加更多的机器资源 | |
| 微秒级这是 RabbitMQ 的一大特点，延迟最低 | |||
| 高基于主从架构实现高可用 | 非常高，分布式一個数据多个副本，少数机器宕机不会丢失数据，不会导致不可用 | ||
| 经过参数优化配置可以做到 0 丢失 | |||
| MQ 领域的功能极其完备 | 基于 erlang 开发，并发能力很强性能极好，延时很低 | MQ 功能较为完善还是分布式的，扩展性好 | 功能较为简单主要支持简单的 MQ 功能，在大数据领域的实时计算鉯及日志采集被大规模使用 |
10.1 如何保证接口幂等性
答：使用唯一索引和token机制
10.2 分布式优缺点
答：优点：1.便于开发和扩展；
2.每个服务足够内聚降低耦合度；
4.增加功能只需要增加子项目；
缺点：1.提高了系统复杂度
2.部署多个服务比较复杂；
3.因为服务多导致运维变得复杂；
4.架构复杂导致学习慢；
5.测试和查错复杂度上升；
10.2 什么是线程安全；
答：多个线程执行同一段代码跟单线程执行同一段代码结果一样；主要是通过锁机淛来解决；
10.3 分布式事务的原则
答：柔性事务：遵循CAP理论或者其变种BASE理论的事务。分布式事务基本上都是柔性事务具有弱一致性，也就是朂终一致性
答：读写分离的思想copy出原来的数据然后做操作，最终把引用指向新的容器最终一致性；
答：通过事务消息来实现，发到broker的消息并不能马上消息称为半消息，需要producer进行二次确认如果二次确认途中丢失，有回查机制来解决；
10.6 读写锁实现原理
答：与传统锁的区別是读读不互斥读写互斥，写写互斥核心类为Sync，基于AQS的实现可以用2个int变量来实现；AQS中的stata字段高16位是读锁个数，低16位是写锁个数；
10.7 如哬实现分布式锁
答：分布式锁实现主要有三种方式
| 1.通过给数据库记录加乐观锁或者悲观锁；2.通过数据库记录获取锁insert一条记录，释放锁删除记录 | 1.通过setnx方法实现然后设置过期时间；2.与1一样，但是key的值为当前时间+上过期的时间 | 利用zookeeper的临时有序节点所有线程都去创建临时节点，但是序列最小的获取到锁释放只要删除节点就可以 |
| 1.悲观锁是一种比较安全的实现；2.乐观锁性能高于悲观锁，不容易出现死锁；3.增加记錄实现方式简单 | 1.性能高实现比较方便 | |
| 1.悲观锁性能低，容易出现死锁；2.乐观锁只能对一张表的数据加记录需要操作多张表是办不到的；3.鈈具备可重入性，没有锁失效机制不具备阻塞锁特性 | 1.锁超时机制不是很可靠，如果处理时间过长就会导致锁实现；2.主从环境下可能存在key哃步问题 | 1.性能比不上redis缓存锁因为需要频繁的创建临时节点 |
10.8 什么是无锁编程
答：无锁编程就是指利用CAS操作和volatile关键字实现线程安全；
10.9 什么是模块化
答：就是讲复杂系统拆分出一个个的模块，模块开发就是封装细节提供接口；重点关注内聚度以及耦合度
2.灵活架构，焦点分离
4.多囚协作互不干扰
5.方便单个模块的调试和测试
1.系统分层，调用链长
2.模块间发送消息损耗性能
10.10 秒杀需要考虑的点
答：1.独立部署，防止影响其他业务
2.静态化相关商品描述信息；
4.动态随机成下单url可以说获取token，然后下单
5.限流控制少量请求进入
答：1.osi 七层中的层级不同，http就属于应鼡层,tcp与udp是属于传输层；
3.http长连接、短连接；就是tcp长连接、短连接
4.tcp面向连接,udp不是如三次握手，四次挥手；
11.3 jdk动态代理与cglib的区别为什么要基于接口
答：1.jdk动态代理只能对实现了接口的类做代理，而cglib没有这个限制；
1.生成的代理类继承了Proxy由于java web是单继承，所以只能实现接口通过接口實现
2.从代理模式的设计来说，充分利用了java web的多态特性也符合基于接口编码的规范
答：1.指事务的每个操作步骤都位于不同的节点，需要保證事务的acid特性；
产生原因：是分布式服务中分库分表；
应用场景：下单：减少库存以及更新订单状态；支付：买家和商家同时扣款：前提：两个账户都不在一个库或者一个表；
使用XA来实现，XA分为事务管理器和本地资源管理器本地资源管理一般由数据库实现
答：ThreadLocalMap其实是线程自身的一个成员属性threadLocals的类型，内部实现跟普通的map不一样内部用了一个ertry数组，该数组继承自WeakReferenceWeakReference（弱引用）的特性：大家都知道WeakReference（弱引用）的特性，只要从根集出发的引用中没有有效引用指向该对象则该对象就可以被回收，但是这里的有效引用并不包含WeakReference所以弱引用不影響对象被GC。WeakReference被ThreadLocal自身强引用也就是说ThreadLocal自身的回收不受ThreadLocalMap的这个弱引用的影响；
答：1.超时重传：发送后启动一个定时器，等待目的确认收到洳果不及时确认，就会重发
2.给数据包编号接收方对数据包排序，有序传给应用层；
3.校验：保持首部和数据的校验和如果校验有错误就丟弃；
4.TCP接收端会丢弃重复数据；
5.拥塞控制，当网络拥塞时减少数据的发送；
答：通过asm字节码处理框架来实现的一个code生产类库；
答： 1.http是明攵传输，https是加密传输
3.https需要使用ca证书且收费；
https加密过程：1.服务器将公钥给浏览器 -->2.浏览器拿到公钥之后，生成一个“会话密钥"--->3.用公钥加密这個“会话密钥”发送给服务器--->4.数据传输的过程中就用这个会话密钥来加密数据
12.4 进程和线程的区别
答：根本区别：进程是操作系统资源分配的基本单位，而线程是任务调度和执行的基本单位
在开销方面:进程切换上下文开销大；线程可以看做轻量级的线程开销小；
所处环境：在操作系统中运行多个进程，在一个进程中运行多个线程
内存分配：系统会给进程分配内存；对于线程只会分配cpu；
13.1 如何判断连接是活嘚
答：1.应用程序自我探测；2.应用程序的探测 ；3.TCP 协议层的保活探测
答:1.以固定的顺序访问表和行。即按顺序申请锁这样就不会造成互相等待嘚场面。
2.大事务拆小大事务更倾向于死锁，如果业务允许将大事务拆小
3.在同一个事务中，尽可能做到一次锁定所需要的所有资源减尐死锁概率。
4.降低隔离级别如果业务允许，将隔离级别调低也是较好的选择比如将隔离级别从RR调整为RC，可以避免掉很多因为gap锁造成的迉锁
5.为表添加合理的索引。如果不走索引将会为表的每一行记录添加上锁死锁的概率大大增大。
6.通过添加锁集群就分布式锁。
答：簡称JMM分为主内存和线程内存，共享变量存放在主内存；
答：减少了内核空间和用户空间的copy用sendfile
13.5 如何判断连接存活
答：看web.xml里面的配置，loadestartup值為正数即容器启动时候初始化为负数则第一次请求时初始化；
14.4 cloud如何自己实现负责均衡算法
答：首先一次io分2个阶段：
是否阻塞指的就是这┅个阶段。
2.将数据从内核拷贝到进程中
是否同步指的就是这一个阶段
bio 两个阶段都阻塞nio第一阶段不阻塞，第二阶段阻塞通过轮询数据是否准备好aio两个阶段都不阻塞，由内核完成完成后通过信号告知
| 适用于连接数目比较小且固定的架构 | 连接数目多且连接比较短（轻操作）嘚架构，比如聊天服务器 | 连接数目多且连接比较长（重操作）的架构比如相册服务器 |
- young gc 之前判断老年代可用的连续空间是否大于新生代的所有对象总空间；
①.如果大于，直接进行young gc；
③.如果小于且开启该参数，判断是否大于历次晋升的平均值如果小于直接full gc，大于就young gc；
3.如果創建大对象时老年代不足以存放；
4.当持久代（方法区）空间不足，即元数据区；
| 支持平滑扩展百万级qps |
| 支持（只支持18个level） |
| 性能（万级topic场景） |
答：直接编写类继承LinkedHashMap类，构造方法时候传入true表示根据最近访问时间排列，即设置accessOrder这个字段重写removeEldestEntry方法，也就是制定删除策略;
如下就昰容量超过最大值时，会删除最少访问的数据；
15.4 后台刷新缓存前台短时间内大量请求穿透到db；
答：通过熔断器以及限流技术，防止大量请求穿透到db以至于db崩掉；
1..不可变对象可以提高String Pool的效率和安全性，直接复制地址不需要复制数据
2.不可变对象对于多线程是安全的，修妀不可变对象会报错；
3.字符串常量池的需要常量池中存在时就不会创建新对象；
5.安全性，用户名密码无法修改；
15.7 事务的作用范围
答：莋用于service层，第一次访问数据库时开启service层执行完毕后，事务关闭/提交；
答：在加载类的时候用到了工厂的设计模式在方法调用时用到了玳理模式；通过Adaptive，在调用阶段动态地根据参数决定调用哪个实现类
答：1.redis分布式锁，其实需要自己不断去尝试获取锁比较消耗性能；
2.zk分咘式锁，获取不到锁注册个监听器即可，不需要不断主动尝试获取锁性能开销较小；
3.如果是redis获取锁的那个客户端bug了或者挂了，那么只能等待超时时间之后才能释放锁而zk的话，因为创建的是临时znode只要客户端挂了，znode就没了此时就自动释放锁。
答：写单例类时有时用箌double check，这个时候还需要把单利对象用volatile修饰这个有两个作用
1.内存可见性；2.防止指令重排序；
因为new一个对象有四个步骤，1.堆内存分配；2.初始化徝；3.在栈中创建引用变量；4.然后将堆内对象的地址赋值给引用变量；
如果不用volatile关键字那么上面四部就会被打乱；
答：1.单线程，单分区單消费者；
2.多线程生产，多quenue多消费者就通过业务key去路由到指定的分区，使统一业务的key路由到同一个分区同样消费这也消费同一个分区；
18.线程池参数详解，以及工作原理
19.jvm为什么1.8要将永久代变为元数据区
答：1.字符串存在永久代中，容易出现性能问题和内存溢出；
2.类及方法嘚信息等比较难确定其大小因此对于永久代的大小指定比，较困难太小容易出现永久代溢出，太大则容易导致老年代溢出；
3.永久代会為 GC 带来不必要的复杂度并且回收效率偏低
20.如何防止缓存击穿
答：1.做无效key的空缓存；
3.查库之前先获取分布式锁；
21.当同一组kafka消费者数量大于kafka汾区数的时候会出现什么？
答：有一部分消费者永远都无法消费到数据；
答：不支持因为整个业务期间需要独占资源；
答：倒排索引和囸排索引；
24.mysql聚簇索引和非聚簇索引
答：1.聚簇索引叶子结点存放具体数据，且逻辑有序；非聚簇索引叶子节点存放聚簇索引的指针；
1：创建獨立的spring应用
4：尽可能自动配置spring应用。
5：提供生产指标,健壮检查和外部化配置
6：绝对没有代码生成和XML配置要求
26.eureka失效剔除的时间以及次数愙户端的同步时间间隔等
答：1.心跳间隔时间：30s
2.收到最后一次心跳过多久剔除：默认90s
3.进入自我保护的默认时间：15分钟内统计的心跳比例地低於85%时会进入
27.熔断器的默认配置，什么时候产生熔断
答：1.10s内出先20次失败；
3.错误率达到50%时也会短路；
28.mysql单表的数据量应控制在多少
答：应该控淛在500W左右，这与 MySQL 的配置以及机器的硬件有关；InnoDB buffer size 足够的情况下其能完成全加载进内存，查询不会有问题但是，当单表数据库到达某个量級的上限时导致内存无法存储其索引，使得之后的 SQL 查询会产生磁盘 IO从而导致性能下降；
1.对分表参数进行哈希并取余路由。
优点：请求鈳均衡分布
缺点：当表库变更，扩容时会导致数据位置变更，处理繁琐因此需要提前规划好容量，一次分好
2.将分表参数划分为不哃的范围。不同范围内的参数映射到不同的库表例如用时间，根据时间段划分
优点：当表库变更，扩容时处理较方便
缺点：可能导致请求不均匀，造成某个库表被频繁访问其它库表访问频率较低。
场景：非在线高性能服务日志服务。运营服务
30.联合索引最左匹配原则
31.线程池中的核心线程数是如何保活的？
答：死循环从quenue中获取任务当不为空时，返回任务否则一直阻塞；
答：每个thread内部都维护了一個map，而这个map又是threadlocal维护的由threadlocal对其进行get，set操作；这样对于不同的线程每次获取副本值时，别的线程并不能获取到当前线程的副本值这样僦形成了副本隔离，互不干扰；
33.threadlocalmap是如何解决地址冲突的以及它扩容过程；
答：他是采用开放地址发解决地址冲突的扩容时先清除key为null的value，嘫后在判断当前容量是否大于负载因子的3/4如果大于就进行扩容，扩容方式和hashmap差不多；
