美团网的发展速度是超乎想象的，这一在近几年快速崛起的行业，在技术方面的需求同样发展是非常迅速的，随着企业的运营规模在不断的增加，对于技术人员的数量需求也在不断的增长。

在java方面的需求也是非常大的，下面我们就主要来看一下在美团java方面美团都是会问到那些问题吧。

1、任务队列(taskQueue)：用于存放没有处理的任务。提供一种缓冲机制。

线程池技术正是关注如何缩短或调整T1,T3时间的技术，从而提高服务器程序性能的。它把T1，T3分别安排在服务器程序的启动和结束的时间段或者一些空闲的时间段，这样在服务器程序处理客户请求时，不会有T1，T3的开销了。

线程池不仅调整T1,T3产生的时间段，而且它还显著减少了创建线程的数目，看一个例子：

假设一个服务器一天要处理50000个请求，并且每个请求需要一个单独的线程完成。在线程池中，线程数一般是固定的，所以产生线程总数不会超过线程池中线程的数目，而如果服务器不利用线程池来处理这些请求则线程总数为50000。一般线程池大小是远小于50000。所以利用线程池的服务器程序不会为了创建50000而在处理请求时浪费时间，从而提高效率。

2、常见线程池

(1)newSingleThreadExecutor

单个线程的线程池，即线程池中每次只有一个线程工作，单线程串行执行任务

(2)newFixedThreadExecutor(n)

固定数量的线程池，没提交一个任务就是一个线程，直到达到线程池的最大数量，然后后面进入等待队列直到前面的任务完成才继续执行

(3)newCacheThreadExecutor(推荐使用)

可缓存线程池，当线程池大小超过了处理任务所需的线程，那么就会回收部分空闲(一般是60秒无执行)的线程，当有任务来时，又智能的添加新线程来执行。

(4)newScheduleThreadExecutor

大小无限制的线程池，支持定时和周期性的执行线程

3、Java 中能创建 volatile 数组吗?

能，Java 中可以创建 volatile 类型数组，不过只是一个指向数组的引用，而不是整个数组。我的意思是，如果改变引用指向的数组，将会受到

volatile 的保护，但是如果多个线程同时改变数组的元素，volatile 标示符就不能起到之前的保护作用了。

4、volatile 能使得一个非原子操作变成原子操作吗?

一个典型的例子是在类中有一个 long 类型的成员变量。如果你知道该成员变量会被多个线程访问，如计数器、价格等，你最好是将其设置为

volatile。为什么?因为 Java 中读取 long 类型变量不是原子的，需要分成两步，如果一个线程正在修改该 long

变量的值，另一个线程可能只能看到该值的一半(前 32 位)。但是对一个 volatile 型的 long 或 double 变量的读写是原子。

5、volatile 修饰符的有过什么实践?

一种实践是用 volatile 修饰 long 和 double 变量，使其能按原子类型来读写。double 和 long

都是64位宽，因此对这两种类型的读是分为两部分的，第一次读取第一个 32 位，然后再读剩下的 32 位，这个过程不是原子的，但 Java 中 volatile

型的 long 或 double 变量的读写是原子的。volatile 修复符的另一个作用是提供内存屏障(memory

barrier)，例如在分布式框架中的应用。简单的说，就是当你写一个 volatile 变量之前，Java 内存模型会插入一个写屏障(write

barrier)，读一个 volatile 变量之前，会插入一个读屏障(read barrier)。意思就是说，在你写一个 volatile

域时，能保证任何线程都能看到你写的值，同时，在写之前，也能保证任何数值的更新对所有线程是可见的，因为内存屏障会将其他所有写的值更新到缓存。

6、volatile 类型变量提供什么保证?

volatile 变量提供顺序和可见性保证，例如，JVM 或者 JIT为了获得更好的性能会对语句重排序，但是 volatile

类型变量即使在没有同步块的情况下赋值也不会与其他语句重排序。 volatile 提供 happens-before

的保证，确保一个线程的修改能对其他线程是可见的。某些情况下，volatile 还能提供原子性，如读 64 位数据类型，像 long 和 double

都不是原子的，但 volatile 类型的 double 和 long 就是原子的。

7、阐述Session加载实体对象的过程。

Session加载实体对象的步骤是：

(1) Session在调用数据库查询功能之前，首先会在一级缓存中通过实体类型和主键进行查找，如果一级缓存查找命中且数据状态合法，则直接返回;

(2) 如果一级缓存没有命中，接下来Session会在当前NonExists记录(相当于一个查询黑名单，如果出现重复的无效查询可以迅速做出判断，从而提升性能)中进行查找，如果NonExists中存在同样的查询条件，则返回null;

(3) 如果一级缓存查询失败则查询二级缓存，如果二级缓存命中则直接返回;

(4) 如果之前的查询都未命中，则发出SQL语句，如果查询未发现对应记录则将此次查询添加到Session的NonExists中加以记录，并返回null;

(5) 根据映射配置和SQL语句得到ResultSet，并创建对应的实体对象;

(6)将对象纳入Session(一级缓存)的管理;

(7)如果有对应的拦截器，则执行拦截器的onLoad方法;

(8) 如果开启并设置了要使用二级缓存，则将数据对象纳入二级缓存;

(9) 返回数据对象。

8、Query接口的list方法和iterate方法有什么区别?

(1)list()方法无法利用一级缓存和二级缓存(对缓存只写不读)，它只能在开启查询缓存的前提下使用查询缓存;iterate()方法可以充分利用缓存，如果目标数据只读或者读取频繁，使用iterate()方法可以减少性能开销。

(2) list()方法不会引起N+1查询问题，而iterate()方法可能引起N+1查询问题。

9、Hibernate如何实现分页查询?

通过Hibernate实现分页查询，开发人员只需要提供HQL语句(调用Session的createQuery()方法)或查询条件(调用Session的createCriteria()方法)、设置查询起始行数(调用Query或Criteria接口的setFirstResult()方法)和最大查询行数(调用Query或Criteria接口的setMaxResults()方法)，并调用Query或Criteria接口的list()方法，Hibernate会自动生成分页查询的SQL语句。

10、锁机制有什么用?简述Hibernate的悲观锁和乐观锁机制。

有些业务逻辑在执行过程中要求对数据进行排他性的访问，于是需要通过一些机制保证在此过程中数据被锁住不会被外界修改，这就是所谓的锁机制。

Hibernate支持悲观锁和乐观锁两种锁机制。悲观锁，顾名思义悲观的认为在数据处理过程中极有可能存在修改数据的并发事务(包括本系统的其他事务或来自外部系统的事务)，于是将处理的数据设置为锁定状态。悲观锁必须依赖数据库本身的锁机制才能真正保证数据访问的排他性，关于数据库的锁机制和事务隔离级别在《Java面试题大全(上)》中已经讨论过了。乐观锁，顾名思义，对并发事务持乐观态度(认为对数据的并发操作不会经常性的发生)，通过更加宽松的锁机制来解决由于悲观锁排他性的数据访问对系统性能造成的严重影响。最常见的乐观锁是通过数据版本标识来实现的，读取数据时获得数据的版本号，更新数据时将此版本号加1，然后和数据库表对应记录的当前版本号进行比较，如果提交的数据版本号大于数据库中此记录的当前版本号则更新数据，否则认为是过期数据无法更新。Hibernate中通过Session的get()和load()方法从数据库中加载对象时可以通过参数指定使用悲观锁;而乐观锁可以通过给实体类加整型的版本字段再通过XML或@Version注解进行配置。

提示：使用乐观锁会增加了一个版本字段，很明显这需要额外的空间来存储这个版本字段，浪费了空间，但是乐观锁会让系统具有更好的并发性，这是对时间的节省。因此乐观锁也是典型的空间换时间的策略。

11、阐述实体对象的三种状态以及转换关系。

最新的Hibernate文档中为Hibernate对象定义了四种状态(原来是三种状态，面试的时候基本上问的也是三种状态)，分别是：瞬时态(new,

or transient)、持久态(managed, or

persistent)、游状态(detached)和移除态(removed，以前Hibernate文档中定义的三种状态中没有移除态)，如下图所示，就以前的Hibernate文档中移除态被视为是瞬时态。

瞬时态：当new一个实体对象后，这个对象处于瞬时态，即这个对象只是一个保存临时数据的内存区域，如果没有变量引用这个对象，则会被JVM的垃圾回收机制回收。这个对象所保存的数据与数据库没有任何关系，除非通过Session的save()、saveOrUpdate()、persist()、merge()方法把瞬时态对象与数据库关联，并把数据插入或者更新到数据库，这个对象才转换为持久态对象。

持久态：持久态对象的实例在数据库中有对应的记录，并拥有一个持久化标识(ID)。对持久态对象进行delete操作后，数据库中对应的记录将被删除，那么持久态对象与数据库记录不再存在对应关系，持久态对象变成移除态(可以视为瞬时态)。持久态对象被修改变更后，不会马上同步到数据库，直到数据库事务提交。

游离态：当Session进行了close()、clear()、evict()或flush()后，实体对象从持久态变成游离态，对象虽然拥有持久和与数据库对应记录一致的标识值，但是因为对象已经从会话中清除掉，对象不在持久化管理之内，所以处于游离态(也叫脱管态)。游离态的对象与临时状态对象是十分相似的，只是它还含有持久化标识。