1.java基础

1. String,StringBuffer与StringBuilder的区别速度上StringBuilder>StringBuffer>String,string final所以不可变不可继承不可实现StringBuffer synchronized 线程安全,所以速度慢 2.类的加载机制分为五个部分：加载，验证，准备，解析，初始化类加载器有三种：启动类加载器、扩展类加载器和系统类加载器。双亲委派模式:使得类的加载有了层级优先级，通过这种层级的优先级来保证加载过的类不会被重复加载，父类已经加载过的类，子类没有必要再去加载一次.3.hashmap hashtable hashset  treemap ...hashmap:数组+链表,无序,key采用hash算法hash & (arrays.length-1)值0-15,扩容2倍: h & (length-1) ,key允许一次null,值允许为nullhashtable:synchronized 线程安全,key不允许一次null,值不允许为nulltreemap:底层排序,所以有序不重复hashset:值存储hashmap的key中,所以无序不允许重复4.多线程
继承Thread或实现runnable接口
过程:线程创建之后它将处于 初始状态(NEW)，调用 start() 方法后开始运行，线程这时候处于 可运行状态(READY)。可运行状态的线程获得了 CPU 时间片后就处于 运行状态(RUNNING)。当线程执行 wait()方法之后，线程进入 等待状态(WAITING)，进入等待状态的线程需要依靠其
他线程的通知才能够返回到运行状态【notify()】。 而 超时等待状态	(TIME_WAITING)相当于在等待状态的基础上增加了超时限制，【sleep（long millis）/wait（long millis）】，当超时时间到达后 Java 线程将会返回到运行状态。当线程调用同步方法时，在没有获取到锁的情况下，线程将会进入到阻塞状态(BLOCKED)。
线程在执行 Runnable 的run()方法之后将会进入到 终止状态(TERMINATED)。

5.volatile和synchronizedvolatile:可见性,不保证原子性,禁止指令重排序,不需要加锁,不会造成线程阻塞，更轻量级synchronized:可见性,原子性,可能导致线程的阻塞6.线程池
newSingleThreadExecutor：单个线程的线程池，即池中每次只有一个线程工作，单线程串行执行任务；
newFixedThreadExecutor：固定数量的线程池，每提交一个任务就是一个线程，直到线程达到线程池的最大数量，然后后面进入等待队列直到前面的任务才继续执行；
newCacheThreadExecutor：可缓存线程池，当线程池大小超过了处理任务所需的线程，那么就
会回收部分空闲（一般 是60秒无执行）的线程，当有任务时，会添加新线程来执行；
newScheduleThreadExecutor：大小无限制的 线程池，支持定时和周期性的执行线程。corePoolSize：线程池中所保存的线程数，包括空闲线程；maximumPoolSize：线程池中允许的最大线程数；keepAliveTime：线程存活时间，当超过keepAliveTime的时候后还无法获取新的任务，则返回null；unit：keepAliveTime参数的时间单位；workQueue：执行前用于保持任务的队列，此队列仅保持由execute方法提交的Runnable任务；threadFactory：执行程序创建新线程时使用的工厂；handler：由于超出线程范围和队列容量而使用执行被阻塞时所使用的处理策略；问:拒绝策略RejectedExecutionHandler有哪些，分别有什么作用：1.AbortPolicy:该策略是线程池默认策略；如果线程池队列满了丢掉这个任务并且抛出RejectedExecutionException异常。2.DiscardPolicy：如果线程池队列满了，会直接丢掉这个任务并且不会有任何异常。3.DiscarOldestPolicy：如果队列满了，会将最早进入队列的任务删掉腾出空间，再尝试加入队列。4.CallRunsPolicy：如果添加到线程池失败，那么主线程会自己取执行该任务，不会等待线程池的线程取执行。5.自定义策略
问:workQueue 任务队列详解有限队列1、SynchronousQueue：2、 ArrayBlockingQueue：无限队列1、 LinkedBlockingQueue：2、 LinkedBlockingDeque3、PriorityBlockingQueue4、LinkedTransferQueue

2.mysql数据库

1.索引有那些:普通索引,唯一索引,全文索引,主键索引,组合索引2.btree索引和hash索引的区别Hash 索引结构的特殊性，效率非常高，索引的检索可以一次定位，不像B-Tree 索引需要从根节点到枝节
点，最后才能访问到页节点这样多次的IO访问，所以 Hash 索引的查询效率要远高于 B-Tree 索引。
Hash 索引本身由于其特殊性也带来了很多限制和弊端:
1）Hash 索引仅仅能满足"=","IN"和"<=>"查询，不能使用范围查询。
2）Hash 索引无法被用来避免数据的排序操作。
3）Hash 索引不能利用部分索引键查询。
4）Hash 索引在任何时候都不能避免表扫描。
5）Hash 索引遇到大量Hash值相等的情况后性能并不一定就会比B-Tree索引高。3.mysql存储引擎MyISAM,InnoDB[B-Tree],MEMORY和MERGE[hash]Innodb 行级锁,存储引擎的 B-Tree 索引实际使用的存储结构实际上是 B+Tree,事务，自动灾难恢复，外键约束，支持自动增加列AUTO_INCREMENT属性 MyISAM,MEMORY:表级锁4.组合索引1、联合索引是由多个字段组成的索引。2、最左匹配原则,查询时使用联合索引的一个字段，如果这个字段在联合索引中所有字段的第一个，那就会用到索引，否则就无法使用到索引。3、联合索引IDX(字段A,字段B,字段C,字段D)，当仅使用字段A查询时，索引IDX就会使用到；如果仅使用字段B或字段C或字段D查询，则索引IDX都不会用到。5.sql优化 
原则:条件尽量避免大范围查询,尽量不要破坏索引条件,尽量不要转化类型,比较,判断...6.mysql主从过程:读取主库传过来的binlog内容并写入到relay log,从库启动之后，创建一个SQL线程，从relay log里面读取内容，从Exec_Master_Log_Pos位置开始执行读取到的更新事件，将更新内容写入到slave的dbmysql主从数据不一致,服务器宕机原因及解决:原因1:主从不一致故障，从库宕机，从库启动后重复写入数据报relay_log_info_repository=TABLE原因2:主从不一致故障，主库宕机主库启动后，binlog补全/Innodb_flush_log_at_trx_commit=1原因3:主从不一致故障，从库数据被修改只读权限set global read_only=true解决1.忽略错误后，继续同步: set global sql_slave_skip_counter =1; (适用于主库与从库数据相差不大；要求数据可以不完全统一，数据要求不严格的情况）2.重新做主从，完全同步:锁表找到mysql.back.sql并从新同步 (适用于主库从库的数据相差较大；要求数据完全统一的情况 )

3.spring

1.Spring框架的好处是什么控制反转：Spring通过控制反转实现了松散耦合，对象交给Spring管理。面向切面AOP：Spring支持面向切面的编程，可以应用业务逻辑和系统服务分开。容器：Spring 包含并管理应用中对象的生命周期和配置。事务管理：Spring 提供一个持续的事务管理接口，可以扩展到上至本地事务下至全局事务（JTA）。异常处理：Spring 提供方便的API把具体技术相关的异常（比如由JDBC，Hibernate or JDO抛出的）转化为一致的unchecked 异常。2.Spring7大主要模块core,web,context,mvc,aop,orm,dao3.Spring  aop  ioc/diaop:在不影响原来功能代码的基础上，使用动态代理加入自己需要的一些功能（比如权限的验证，事务的控制，日志的记录等等），移除之后，并不影响原来的功能降低模块的耦合度,使系统容易扩展提高代码复用性静态代理：在程序运行前就已经存在代理类的字节码文件，代理对象和目标对象的关系在运行前就确定了。动态代理：动态代理类是在程序运行期间由JVM通过反射等机制动态的生成的，所以不存在代理类的字节码文件。代理对象和真实对象的关系是在程序运行事情才确定的。ioc:负责创建对象，管理对象[通过依赖注入DI],装配、配置对象，并且管理这些对象的整个生命周期。4.Spring事务
ACID四种特性，ACID是Atomic（原子性）、Consistency（一致性）、Isolation（隔离性）和Durability（持久性）4.1隔离级别和传播属性
（1）propagation_requierd：如果当前没有事务，就新建一个事务，如果已存在一个事务中，加入到这个事务中，这是Spring默认的选择。
（2）propagation_supports：支持当前事务，如果没有当前事务，就以非事务方法执行。
（3）propagation_mandatory：使用当前事务，如果没有当前事务，就抛出异常。
（4）propagation_required_new：新建事务，如果当前存在事务，把当前事务挂起。
（5）propagation_not_supported：以非事务方式执行操作，如果当前存在事务，就把当前事务挂起。
（6）propagation_never：以非事务方式执行操作，如果当前事务存在则抛出异常。
（7）propagation_nested：如果当前存在事务，则在嵌套事务内执行。如果当前没有事务，则执行与propagation_required类似的操作。
4.2事务的隔离级别
（1）read uncommited：是最低的事务隔离级别，它允许另外一个事务可以看到这个事务未提交的数据。
（2）read commited：保证一个事物提交后才能被另外一个事务读取。另外一个事务不能读取该事物未提交的数据。
（3）repeatable read：这种事务隔离级别可以防止脏读，不可重复读。但是可能会出现幻象读。它除了保证一个事务不能被另外一个事务读取未提交的数据之外还避免了以下情况产生（不可重复读）。
（4）serializable：这是花费最高代价但最可靠的事务隔离级别。事务被处理为顺序执行。除了防止脏读，不可重复读之外，还避免了幻象读

4.redis

redis为什么快:1.完全基于内存,绝大部分请求是纯粹的内存操作,非常快速。数据存在内存中,类似于Hash...2.数据结构简单,对数据操作也简单,Redis中的数据结构是专门进行设计的;3.采用单线程,避免了不必要的上下文切换和竞争条件,也不存在多进程或者多线程导致的切换而消耗...4.使用多路I/O复用模型,非阻塞IO;5.使用底层模型不同,它们之间底层实现方式以及与客户端之间通信的应用协议不一样,Redis直接自己构建了VM 机制 ,因为一般的系统...6.redis支持的格式: string,list,set,zset,hash7.redis缓存击穿...原因及解决方式缓存穿透：key对应的数据在数据源并不存在，每次针对此key的请求从缓存获取不到，请求都会到数据源，[最简单将查询结果缓存]从而可能压垮数据源.缓存击穿：key对应的数据存在，但在redis中过期，此时若有大量并发请求过来，这些请求发现缓存过期一般都会从后端DB加载数据并回设到缓存，这个时候大并发的请求可能会瞬间把后端DB压垮。[添加互斥锁,在查询库前添加标记,如果查询成功,其他线程将不在查库]缓存雪崩：当缓存服务器重启或者大量缓存集中在某一个时间段失效，这样在失效的时候，也会给后端系统(比如DB)带来很大压力。[将过期时间分散]8.redis的过期策略以及内存淘汰机制定期删除[防止过分消耗CPU资源]+惰性删除策略redis不是每个100ms将所有的key检查一次，而是随机抽取进行检查(如果每隔100ms,全部key进行检查，redis岂不是卡死)。因此，如果只采用定期删除策略，会导致很多key到时间没有删除。于是，惰性删除派上用场。也就是说在你获取某个key的时候，redis会检查一下，这个key如果设置了过期时间那么是否过期了？如果过期了此时就会删除。采用定期删除+惰性删除就没其他问题了么?不是的，如果定期删除没删除key。然后你也没即时去请求key，也就是说惰性删除也没生效。这样，redis的内存会越来越高。那么就应该采用内存淘汰机制。在redis.conf中有一行配置  maxmemory-policy volatile-lru9.Redis 集群10.Redis 主从11.Redis 数据不对

5.消息队列

6.框架

1.springboot帮我们做了那些事
理论:java的开发显得格外的笨重;繁多的配置,低下的开发效率,复杂的部署流程以及第三方技术
集成难度大.Spring Boot应运而生,它使用"约定优于配置"的理念让你的项目快速的运行起来
1.快速构建项目；
2.对主流开发框架的无配置集成；
3.项目可独立运行，无须外部依赖Servlet容器；
4.提供运行时的应用监控；
5.极大地提高了开发、部署效率；
6.与云计算的天然集成。2 Springcloud3.double+zookeep