1、简述拆箱装箱原理？
装箱过程是通过调用包装器的valueOf方法实现的，将原值赋给对应类；
拆箱过程是通过调用包装器的 intValue/doubleValue等方法实现，返回基本的数据类型。
2、Java反射原理？
Java会在编译期装载所有的类，并将其元信息保存至Class类对象中。因此可以设计x.class/x.getClass()/Class.forName()等方法获取Class对象。所以在反射调用Field/Method/Constructor对象时，可根据Class类对象进行进一步操作。
3、依赖注入的方式？
构造方法注入：IoC Service Provider 会检查被注入对象的构造方法，取得它所需要的依赖对象列表，进而为其注入相应的对象；
setter 方法注入：为其依赖对象对应的属性添加 setter 方法后，通过 setter 方法将依赖对象注入到被依赖对象中；
静态工厂注入：调用工厂类中定义的静态方法获取需要的对象；
实例工厂注入：实例化一个工厂类对象，调用工厂类对象的实例化方法来实例化对象。
4、你觉得你的秒杀还能有哪些优化？
这个点有点多，这里大致说一下，后面咱们具体分析。
集群、服务前置、后置、网关、DNS、前后端分离、读写分离、页面静态化、线程、消息中间件等。
5、数据库事务特性？
⑴ 原子性（Atomicity）
原子性是指事务包含的所有操作要么全部成功，要么全部失败回滚，这和前面两篇博客介绍事务的功能是一样的概念，因此事务的操作如果成功就必须要完全应用到数据库，如果操作失败则不能对数据库有任何影响。
⑵ 一致性（Consistency）
一致性是指事务必须使数据库从一个一致性状态变换到另一个一致性状态，也就是说一个事务执行之前和执行之后都必须处于一致性状态。
拿转账来说，假设用户A和用户B两者的钱加起来一共是5000，那么不管A和B之间如何转账，转几次账，事务结束后两个用户的钱相加起来应该还得是5000，这就是事务的一致性。
⑶ 隔离性（Isolation）
隔离性是当多个用户并发访问数据库时，比如操作同一张表时，数据库为每一个用户开启的事务，不能被其他事务的操作所干扰，多个并发事务之间要相互隔离。
即要达到这么一种效果：对于任意两个并发的事务T1和T2，在事务T1看来，T2要么在T1开始之前就已经结束，要么在T1结束之后才开始，这样每个事务都感觉不到有其他事务在并发地执行。
关于事务的隔离性数据库提供了多种隔离级别，稍后会介绍到。
⑷ 持久性（Durability）
持久性是指一个事务一旦被提交了，那么对数据库中的数据的改变就是永久性的，即便是在数据库系统遇到故障的情况下也不会丢失提交事务的操作。
例如我们在使用JDBC操作数据库时，在提交事务方法后，提示用户事务操作完成，当我们程序执行完成直到看到提示后，就可以认定事务以及正确提交，即使这时候数据库出现了问题，也必须要将我们的事务完全执行完成，否则就会造成我们看到提示事务处理完毕，但是数据库因为故障而没有执行事务的重大错误。
以上介绍完事务的四大特性(简称ACID)，现在重点来说明下事务的隔离性，当多个线程都开启事务操作数据库中的数据时，数据库系统要能进行隔离操作，以保证各个线程获取数据的准确性，在介绍数据库提供的各种隔离级别之前，我们先看看如果不考虑事务的隔离性，会发生的几种问题：
1，脏读
脏读是指在一个事务处理过程里读取了另一个未提交的事务中的数据。
当一个事务正在多次修改某个数据，而在这个事务中这多次的修改都还未提交，这时一个并发的事务来访问该数据，就会造成两个事务得到的数据不一致。例如：用户A向用户B转账100元，对应SQL命令如下
update account set money=money+100 where name=’B’; (此时A通知B)update account set money=money - 100 where name=’A’;
当只执行第一条SQL时，A通知B查看账户，B发现确实钱已到账（此时即发生了脏读），而之后无论第二条SQL是否执行，只要该事务不提交，则所有操作都将回滚，那么当B以后再次查看账户时就会发现钱其实并没有转。
2，不可重复读
不可重复读是指在对于数据库中的某个数据，一个事务范围内多次查询却返回了不同的数据值，这是由于在查询间隔，被另一个事务修改并提交了。
例如事务T1在读取某一数据，而事务T2立马修改了这个数据并且提交事务给数据库，事务T1再次读取该数据就得到了不同的结果，发送了不可重复读。
不可重复读和脏读的区别是，脏读是某一事务读取了另一个事务未提交的脏数据，而不可重复读则是读取了前一事务提交的数据。
在某些情况下，不可重复读并不是问题，比如我们多次查询某个数据当然以最后查询得到的结果为主。但在另一些情况下就有可能发生问题，例如对于同一个数据A和B依次查询就可能不同，A和B就可能打起来了……
3，虚读(幻读)
幻读是事务非独立执行时发生的一种现象。例如事务T1对一个表中所有的行的某个数据项做了从“1”修改为“2”的操作，这时事务T2又对这个表中插入了一行数据项，而这个数据项的数值还是为“1”并且提交给数据库。而操作事务T1的用户如果再查看刚刚修改的数据，会发现还有一行没有修改，其实这行是从事务T2中添加的，就好像产生幻觉一样，这就是发生了幻读。
幻读和不可重复读都是读取了另一条已经提交的事务（这点就脏读不同），所不同的是不可重复读查询的都是同一个数据项，而幻读针对的是一批数据整体（比如数据的个数）。
现在来看看MySQL数据库为我们提供的四种隔离级别：
① Serializable (串行化)：可避免脏读、不可重复读、幻读的发生。
② Repeatable read (可重复读)：可避免脏读、不可重复读的发生。
③ Read committed (读已提交)：可避免脏读的发生。
④ Read uncommitted (读未提交)：最低级别，任何情况都无法保证。
以上四种隔离级别最高的是Serializable级别，最低的是Read uncommitted级别，当然级别越高，执行效率就越低。像Serializable这样的级别，就是以锁表的方式(类似于Java多线程中的锁)使得其他的线程只能在锁外等待，所以平时选用何种隔离级别应该根据实际情况。在MySQL数据库中默认的隔离级别为Repeatable read (可重复读)。
在MySQL数据库中，支持上面四种隔离级别，默认的为Repeatable read (可重复读)；而在Oracle数据库中，只支持Serializable (串行化)级别和Read committed (读已提交)这两种级别，其中默认的为Read committed级别。
6、单例模式手写一下。
懒汉、恶汉、双层锁。
7、你们在数据库上有没有使用垂直分库和水平分库以及读写分离。说说你的理解以及使用场景？
l 垂直分库
按列进行分割，即把一条记录分开多个地方保存，每个子表的行数相同。
把主码和一些列放到一个表，然后把主码和另外的列放到另一个表中。如果一个表中某些列常用，而另外一些列不常用，则可以采用垂直分割，另外垂直分割可以使得数据行变小，一个数据页就能存放更多的数据，在查询时就会减少I/O 次数。其缺点是需要管理冗余列，查询所有数据需要join操作。
例如有表T1
id name qty
--------------
1 p1 10
2 p2 20
3 p3 30
4 p4 40
......
......
l 水平分库
按记录进分分割，不同的记录可以分开保存，每个子表的列数相同。
水平分割通常在下面的情况下使用，应用场景：
A 表很大，分割后可以降低在查询时需要读的数据和索引的页数，同时也降低了索引的层数，提高查询速度。
B 表中的数据本来就有独立性，例如表中分别记录各个地区的数据或不同时期的数据，特别是有些数据常用，而另外一些数据不常用。
C需要把数据存放到多个介质上。
例如法规表law就可以分成两个表active－law和 inactive－law。active－law表中的内容是正生效的法规，是经常使用的，而inactive－law表则使已经作废的法规，不常被查询。水平分割会给应用增加复杂度，它通常在查询时需要多个表名，查询所有数据需要union操作。在许多数据库应用中，这种复杂性会超过它带来的优点，因为只要索引关键字不大，则在索引用于查询时，表中增加两到三倍数据量，查询时也就增加读一个索引层的磁盘次数。
l 总结：
垂直分割就是按列进行分割，即把一条记录分开多个地方保存，每个子表的行数相同。
例如表T1，可以把id和name放到数据文件p1，把qty放到数据文件p2。
水平分割就是按记录进分分割，不同的记录可以分开保存，每个子表的列数相同。
像表T1，可以把id为单数的放到数据文件P1，双数的放到数据文件P2。
l 读写分离
数据库复制被用来把事务性查询导致的变更同步到集群中的从数据库。
对于大访问量的网站，一般会采用读写分离，比如ebay的读写比率是260：1，也就是大型的电子商务网站的。
网上看到说采用读写分离有如下工具：
1，oracle的logical standby
2, Quest公司的SharePlex
3, DSG公司的RealSyncMySQLReplication可以将master的数据复制分布到多个slave上，然后可以利用slave来分担master的读压力。那么对于前台应用来说，就要考虑如何将读的压力分布到多个slave上。如果每个应用都需要来实现读写分离的算法，一则成本太高，二来如果slave增加更多的机器，应用就要随之修改。明显的，如果在应用和数据库间加一个专门用于实现读写分离的中间层，则整个系统的架构拥有更好的扩展性。MySQL
Proxy就是这么一个中间层代理，简单的说，MySQL Proxy就是一个连接池，负责将前台应用的连接请求转发给后台的数据库，并且通过使用lua脚本，可以实现复杂的连接控制和过滤，从而实现读写分离和负载平衡。对于应用来说，MySQLProxy是完全透明的，应用则只需要连接到MySQLProxy的监听端口即可。
今日份其他面试内容：
-
细聊了一下项目；
-
数据库的索引，存储引擎的一些问题，平常怎么优化；
-
缓存的一些基本问题，一致性怎么保证，大概架构；
-
服务高可用的实现；
-
Kafka 的大概介绍，可靠性保证，重复消费问题；
-
在浏览器上输入一个网址，大概执行过程，链路层，网络层路由器选择；
-
服务怎么做高可用，进程是怎么监控的；
-
Spring Aop 的实现；
-
Synchronized 锁的实现；
-
HashMap 是线程安全的嘛？ConcurrentHashMap 是怎么实现的；
-
redis 缓存的数据一致性问题，分布式锁是怎么样的；
-
redis 集群的架构是怎么样的；
-
HashMap和HashTable的区别？
-
HashMap和HashTable扩容有什么区别？
-
HashMap中的链表和红黑树时间复杂度是多少？
-
红黑树相对于链表还有什么好处？
-
线程安全的HashMap一般用什么？
-
ConcurrentHashMap和HashMap有什么区别？
-
如何使用token进行的身份验证？
-
token刷新周期有多长？
-
token如何进行校验？
-
token如何生成的？
-
如何根据UUID生成原理发现规律性？
-
如何解决UUID重复的问题？
另附资源下载：关注 “Java面试百分百”
1，后台回复：“面试资料”，可获取一份最新的Java面试资料。
2万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
