1.线程死锁怎么解决？
答：(1).保证线程的按顺序执行，可以通过对每个线程加入join方法；(2).可以想想在数据库中遇到死锁时是怎么解决的，最直接的办法就是杀进程。
2.给你一个超大的svc文件，读取数据并存db，你会怎么做？保证性能
答：(1).我的做法是通过开启多个线程使用MapperByteBuffer对文件进行文件块内存映射处理，但是这样做会有一个问题，那就是MapperByteBuffer资源释放的问题；
(2).面试官给的答案是可以通过生产消费者这种模式来做，我还没想明白；
3.心跳检测有什么用处？
答：保证系统的稳定性，保证能实时的移除宕机机器。
4.spring事物的传播性和隔离级别你了解吗？
答：事务的7种传播级别：
1） PROPAGATION_REQUIRED ，默认的spring事务传播级别，使用该级别的特点是，如果上下文中已经存在事务，那么就加入到事务中执行，如果当前上下文中不存在事务，则新建事务执行。所以这个级别通常能满足处理大多数的业务场景。
2）PROPAGATION_SUPPORTS ， 从字面意思就知道，supports，支持，该传播级别的特点是，如果上下文存在事务，则支持事务加入事务，如果没有事务，则使用非事务的方式执行。所以 说，并非所有的包在transactionTemplate.execute中的代码都会有事务支持。这个通常是用来处理那些并非原子性的非核心业务逻辑 操作。应用场景较少。
3）PROPAGATION_MANDATORY ， 该级别的事务要求上下文中必须要存在事务，否则就会抛出异常！配置该方式的传播级别是有效的控制上下文调用代码遗漏添加事务控制的保证手段。比如一段代码不能单独被调用执行，但是一旦被调用，就必须有事务包含的情况，就可以使用这个传播级别。
4）PROPAGATION_REQUIRES_NEW ，从字面即可知道，new，每次都要一个新事务，该传播级别的特点是，每次都会新建一个事务，并且同时将上下文中的事务挂起，执行当前新建事务完成以后，上下文事务恢复再执行。
这是一个很有用的传播级别，举一个应用场景：现在有一个发送100个红包的操作，在发送之前，要做一些系统的初始化、验证、数据记录操作，然后发送100封红包，然后再记录发送日志，发送日志要求100%的准确，如果日志不准确，那么整个父事务逻辑需要回滚。
怎么处理整个业务需求呢？就是通过这个PROPAGATION_REQUIRES_NEW 级别的事务传播控制就可以完成。发送红包的子事务不会直接影响到父事务的提交和回滚。
5）PROPAGATION_NOT_SUPPORTED ，这个也可以从字面得知，not supported ，不支持，当前级别的特点就是上下文中存在事务，则挂起事务，执行当前逻辑，结束后恢复上下文的事务。
这个级别有什么好处？可以帮助你将事务极可能的缩小。我们知道一个事务越大，它存在的风险也 就越多。所以在处理事务的过程中，要保证尽可能的缩小范围。比如一段代码，是每次逻辑操作都必须调用的，比如循环1000次的某个非核心业务逻辑操作。这 样的代码如果包在事务中，势必造成事务太大，导致出现一些难以考虑周全的异常情况。所以这个事务这个级别的传播级别就派上用场了。用当前级别的事务模板抱 起来就可以了。
6）PROPAGATION_NEVER ，该事务更严格，上面一个事务传播级别只是不支持而已，有事务就挂起，而PROPAGATION_NEVER传播级别要求上下文中不能存在事务，一旦有事务，就抛出runtime异常，强制停止执行！这个级别上辈子跟事务有仇。
7）PROPAGATION_NESTED ，字面也可知道，nested，嵌套级别事务。该传播级别特征是，如果上下文中存在事务，则嵌套事务执行，如果不存在事务，则新建事务。
事务的4种隔离：1、Serializable ：最严格的级别，事务串行执行，资源消耗最大；
2、REPEATABLE READ ：保证了一个事务不会修改已经由另一个事务读取但未提交（回滚）的数据。避免了“脏读取”和“不可重复读取”的情况，但是带来了更多的性能损失。
3、READ COMMITTED :大多数主流数据库的默认事务等级，保证了一个事务不会读到另一个并行事务已修改但未提交的数据，避免了“脏读取”。该级别适用于大多数系统。
4、Read Uncommitted ：保证了读取过程中不会读取到非法数据。
名称解释：脏读 :所谓的脏读，其实就是读到了别的事务回滚前的脏数据。比如事务B执行过程中修改了数据X，在未提交前，事务A读取了X，而事务B却回滚了，这样事务A就形成了脏读。
不可重复读 ：不可重复读字面含义已经很明了了，比如事务A首先读取了一条数据，然后执行逻辑的时候，事务B将这条数据改变了，然后事务A再次读取的时候，发现数据不匹配了，就是所谓的不可重复读了。
幻读 ：小的时候数手指，第一次数十10个，第二次数是11个，怎么回事？产生幻觉了？
幻读也是这样子，事务A首先根据条件索引得到10条数据，然后事务B改变了数据库一条数据，导致也符合事务A当时的搜索条件，这样事务A再次搜索发现有11条数据了，就产生了幻读。
5.hibernate的save update saveOrUpdate flush 方法各什么时候执行sql语句，是执行方法的时候直接发送sql，还是怎么的？
答：这是hibernate优化的问题，可以了解hibernate缓存来回答这个问题。
6.分布式数据库你是怎么实现的，你有自己做过吗？
答：分表分库，分库通过Master-slave，分表根据一个表中的字段对分表的个数进行取模实现。
7.ConCurrentHashMap实现原理是什么？它跟HashTable的区别是什么？
答： ConcurrentHashMap和Hashtable主要区别就是围绕着锁的粒度以及如何锁,可以简单理解成把一个大的HashTable分解成多个，形成了锁分离。如图:
而Hashtable的实现方式是---锁整个hash表
8.JAVA内存模型能讲讲吗？
9.数据库优化有哪些措施？具体讲讲？
答：避免全表扫描，大表建分区，常用的查询条件、排序字段建索引，避免使用is null
10.你建过索引吗？你建过什么索引？
答：单行索引、唯一索引、多行索引、本地索引、函数索引
11.你用过那些设计模式？为什么要用？
答：单例模式、工厂模式、代理模式。
12.你阅读过spring源码吗？说说你阅读过源码的实现原理？
答：可从Spring AOP和Spring IOC方面进行回答；Spring AOP实现原理是基于JDK代理和CGLIB代理进行实现的，Spring IOC基于反射实现的。
13.如果让你设计一个自己的Bean工厂你会怎么设计？
14.spring bean实例化是在什么时候？
答：Spring什么时候实例化bean，首先要分2种情况
第一：如果你使用BeanFactory作为Spring Bean的工厂类，则所有的bean都是在第一次使用该Bean的时候实例化
第二：如果你使用ApplicationContext作为Spring Bean的工厂类，则又分为以下几种情况：
（1）：如果bean的scope是singleton的，并且lazy-init为false（默认是false，所以可以不用设置），则 ApplicationContext启动的时候就实例化该Bean，并且将实例化的Bean放在一个map结构的缓存中，下次再使用该Bean的时候， 直接从这个缓存中取
（2）：如果bean的scope是singleton的，并且lazy-init为true，则该Bean的实例化是在第一次使用该Bean的时候进行实例化
（3）：如果bean的scope是prototype的，则该Bean的实例化是在第一次使用该Bean的时候进行实例化
15.nginx优化你知道吗？
16.nginx跟apache的优缺点？
答：nginx相对于apache的优点：
轻量级，同样起web 服务，比apache 占用更少的内存及资源
抗并发，nginx 处理请求是异步非阻塞的，而apache 则是阻塞型的，在高并发下nginx 能保持低资源低消耗高性能
高度模块化的设计，编写模块相对简单
社区活跃，各种高性能模块出品迅速啊
apache 相对于nginx 的优点：
rewrite ，比nginx 的rewrite 强大
模块超多，基本想到的都可以找到
少bug ，nginx 的bug 相对较多
超稳定
17.jboss、jetty、tomcat优化？以及他们有什么区别？
答：内存优化、并发优化、缓存优化；
18.InputStream、OuputStream和Reader、Writer的区别是什么？你能举具体的列子来说明吗？
答：InputStream、OuputStream属于字节流操作类；Reader、Write字符操作类；
19.Session和Cookie的区别以及联系？
答：Session存服务端，Cookie存客户端。
20.你做过mysql分表分库，你是怎么做的？
21.用过线程池吗？你用线程池做什么？
答：在做数据导出功能的时候，导出功能查询比较耗时，需要单独开线程让其进行导出。
22.你知道为什么要用连接池吗？
答：减少数据库连接开销，从连接池原理分析便可以知道。
23.你在linux上装过什么？
答：jdk、tomcat、nginx、mysql、active mq、jboss
24.linux上你使用过的命令都有哪些？
答：top查看系统信息；vi编辑文件；find查找文件；grep模糊匹配文件中的信息；tail实时显示文件信息；cat查看文件信息；mv移动文件；cp复制文件；
25.比较redis、memcached和mongodb?说说你在使用中遇到的问题？
答：redis 、memcached数据结构是k/v;mongodb是文档型的数据库，每一条记录是一个文档形式存在；redis数据结构比memcached更加丰富，有五种类型；memcached不能持久化。
26.redis你一般都是在什么场景下使用？mongdb在那些地方有用到？
答：redis使用场景：股票价格、数据分析、实时数据搜集、实时通讯；
mongodb使用场景：日志记录。
27.vector、ArrayList、LinkedList的区别？
答：ArrayList底层是数组实现的，而LinkedList是链表实现的。Vector和ArrayList一样是数组实现的，二者的差别在于：Vector是线程安全的，所以性能上不如ArrayList、
28.GET POST区别？
答：1. get是从服务器上获取数据，post是向服务器传送数据。
2. get是把参数数据队列加到提交表单的ACTION属性所指的URL中，值和表单内各个字段一一对应，在URL中可以看到。post是通过HTTP post机制，将表单内各个字段与其内容放置在HTML HEADER内一起传送到ACTION属性所指的URL地址。用户看不到这个过程。
3. 对于get方式，服务器端用Request.QueryString获取变量的值，对于post方式，服务器端用Request.Form获取提交的数据。
4. get传送的数据量较小，不能大于2KB。post传送的数据量较大，一般被默认为不受限制。但理论上，IIS4中最大量为80KB，IIS5中为100KB。5. get安全性非常低，post安全性较高。但是执行效率却比Post方法好。
建议：1、get方式的安全性较Post方式要差些，包含机密信息的话，建议用Post数据提交方式；2、在做数据查询时，建议用Get方式；而在做数据添加、修改或删除时，建议用Post方式；
29.Servlet的生命周期？
答：Servlet 加载--->实例化--->服务--->销毁
30.谈谈Hibernate与Ibatis的区别，哪个性能会更高一些？
答：1．ibatis非常简单易学，hibernate相对较复杂，门槛较高。
2．二者都是比较优秀的开源产品
3．当系统属于二次开发,无法对数据库结构做到控制和修改,那ibatis的灵活性将比hibernate更适合
4．系统数据处理量巨大，性能要求极为苛刻，这往往意味着我们必须通过经过高度优化的sql语句（或存储过程）才能达到系统性能设计指标。在这种情况下ibatis会有更好的可控性和表现。
5．ibatis 需要手写sql语句，也可以生成一部分，hibernate则基本上可以自动生成，偶尔会写一些hql。同样的需求,ibatis的工作量比 hibernate要大很多。类似的，如果涉及到数据库字段的修改，hibernate修改的地方很少，而ibatis要把那些sql mapping的地方一一修改。
6．以数据库字段一一对应映射得到的po和hibernte这种对象化映射得到的po是截然不同的，本质区别在于这种po是扁平化的，不像hibernate映射的po是可以表达立体的对象继承，聚合等等关系的，这将会直接影响到你的整个软件系统的设计思路。
7．hibernate现在已经是主流o/r mapping框架，从文档的丰富性，产品的完善性，版本的开发速度都要强于ibatis。