【备战春招/秋招系列】美团面经总结基础篇（附详解答案）

时间 2019-11-07

标签备战春招/秋招系列总结基础详解答案繁體版

原文原文链接

该文已加入开源文档：JavaGuide（一份涵盖大部分Java程序员所须要掌握的核心知识）。地址:github.com/Snailclimb/….php

腾讯云热门云产品1折起，送13000元续费/升级大礼包：cloud.tencent.com/redirect.ph…前端

腾讯云新用户大额代金券：cloud.tencent.com/redirect.ph…java

系列文章：git

这是我总结的美团面经的基础篇，后面还有进阶和终结篇哦！下面只是我从不少份美团面经中总结的在面试中一些常见的问题。不一样于我的面经，这份面经具备普适性。每次面试必备的自我介绍、项目介绍这些东西，你们能够本身私下好好思考。我在前面的文章中也提到了应该怎么作自我介绍与项目介绍，详情能够查看这篇文章：【备战春招/秋招系列2】初出茅庐的程序员该如何准备面试？。程序员

1. `System.out.println(3 | 9);`输出什么？

正确答案：11.github

考察知识点：逻辑运算符与（&和&&）或（|和||）面试

&和&&：spring

共同点：它们都表示运算符的两边都是true时，结果为true；sql

不一样点: & 表示在运算时两边都会计算，而后再判断；&&表示先运算符号左边的东西，而后判断是否为true，是true就继续运算右边的而后判断并输出，是false就停下来直接输出不会再运行后面的东西。数据库

|和||：

共同点：它们都表示运算符的两边任意一边为true，结果为true，两边都不是true，结果就为false；

不一样点：| 表示两边都会运算，而后再判断结果；|| 表示先运算符号左边的东西，而后判断是否为true，是true就停下来直接输出不会再运行后面的东西，是false就继续运算右边的而后判断并输出。

回到本题：

3 | 9=0011（二进制） | 1001（二进制）=1011（二进制）=11（十进制）

2. 说一下转发(Forward)和重定向(Redirect)的区别

转发是服务器行为，重定向是客户端行为。

转发（Forword） 经过RequestDispatcher对象的forward（HttpServletRequest request,HttpServletResponse response）方法实现的。RequestDispatcher 能够经过HttpServletRequest 的 getRequestDispatcher()方法得到。例以下面的代码就是跳转到 login_success.jsp 页面。

request.getRequestDispatcher("login_success.jsp").forward(request, response);
复制代码

重定向（Redirect） 是利用服务器返回的状态吗来实现的。客户端浏览器请求服务器的时候，服务器会返回一个状态码。服务器经过HttpServletRequestResponse的setStatus(int status)方法设置状态码。若是服务器返回301或者302，则浏览器会到新的网址从新请求该资源。

从地址栏显示来讲: forward是服务器请求资源,服务器直接访问目标地址的URL,把那个URL的响应内容读取过来,而后把这些内容再发给浏览器.浏览器根本不知道服务器发送的内容从哪里来的,因此它的地址栏仍是原来的地址. redirect是服务端根据逻辑,发送一个状态码,告诉浏览器从新去请求那个地址.因此地址栏显示的是新的URL.
从数据共享来讲: forward:转发页面和转发到的页面能够共享request里面的数据. redirect:不能共享数据.
从运用地方来讲: forward:通常用于用户登录的时候,根据角色转发到相应的模块. redirect:通常用于用户注销登录时返回主页面和跳转到其它的网站等
从效率来讲: forward:高. redirect:低.

3. 在浏览器中输入url地址 ->> 显示主页的过程,整个过程会使用哪些协议

图解（图片来源：《图解HTTP》）：

整体来讲分为如下几个过程:

DNS解析
TCP链接
发送HTTP请求
服务器处理请求并返回HTTP报文
浏览器解析渲染页面
链接结束

具体能够参考下面这篇文章：

segmentfault.com/a/119000000…

4. TCP 三次握手和四次挥手

为了准确无误地把数据送达目标处，TCP协议采用了三次握手策略。

漫画图解：

图片来源：《图解HTTP》

简单示意图：

客户端–发送带有 SYN 标志的数据包–一次握手–服务端
服务端–发送带有 SYN/ACK 标志的数据包–二次握手–客户端
客户端–发送带有带有 ACK 标志的数据包–三次握手–服务端

为何要三次握手

三次握手的目的是创建可靠的通讯信道，说到通信，简单来讲就是数据的发送与接收，而三次握手最主要的目的就是双方确认本身与对方的发送与接收是正常的。

第一次握手：Client 什么都不能确认；Server 确认了对方发送正常，本身接收正常。

第二次握手：Client 确认了：本身发送、接收正常，对方发送、接收正常；Server 确认了：本身接收正常，对方发送正常

第三次握手：Client 确认了：本身发送、接收正常，对方发送、接收正常；Server 确认了：本身发送、接收正常，对方发送接收正常

因此三次握手就能确认双发收发功能都正常，缺一不可。

为何要传回 SYN

接收端传回发送端所发送的 SYN 是为了告诉发送端，我接收到的信息确实就是你所发送的信号了。

SYN 是 TCP/IP 创建链接时使用的握手信号。在客户机和服务器之间创建正常的 TCP 网络链接时，客户机首先发出一个 SYN 消息，服务器使用 SYN-ACK 应答表示接收到了这个消息，最后客户机再以 ACK(Acknowledgement[汉译：确认字符 ,在数据通讯传输中，接收站发给发送站的一种传输控制字符。它表示确认发来的数据已经接受无误。 ]）消息响应。这样在客户机和服务器之间才能创建起可靠的TCP链接，数据才能够在客户机和服务器之间传递。

传了 SYN,为啥还要传 ACK

双方通讯无误必须是二者互相发送信息都无误。传了 SYN，证实发送方（主动关闭方）到接收方（被动关闭方）的通道没有问题，可是接收方到发送方的通道还须要 ACK 信号来进行验证。

断开一个 TCP 链接则须要“四次挥手”：

客户端-发送一个 FIN，用来关闭客户端到服务器的数据传送
服务器-收到这个 FIN，它发回一个 ACK，确认序号为收到的序号加1 。和 SYN 同样，一个 FIN 将占用一个序号
服务器-关闭与客户端的链接，发送一个FIN给客户端
客户端-发回 ACK 报文确认，并将确认序号设置为收到序号加1

为何要四次挥手

任何一方均可以在数据传送结束后发出链接释放的通知，待对方确认后进入半关闭状态。当另外一方也没有数据再发送的时候，则发出链接释放通知，对方确认后就彻底关闭了TCP链接。

举个例子：A 和 B 打电话，通话即将结束后，A 说“我没啥要说的了”，B回答“我知道了”，可是 B 可能还会有要说的话，A 不能要求 B 跟着本身的节奏结束通话，因而 B 可能又巴拉巴拉说了一通，最后 B 说“我说完了”，A 回答“知道了”，这样通话才算结束。

上面讲的比较归纳，推荐一篇讲的比较细致的文章：blog.csdn.net/qzcsu/artic…

5. IP地址与MAC地址的区别

参考：blog.csdn.net/guoweimelon…

IP地址是指互联网协议地址（Internet Protocol Address）IP Address的缩写。IP地址是IP协议提供的一种统一的地址格式，它为互联网上的每个网络和每一台主机分配一个逻辑地址，以此来屏蔽物理地址的差别。

MAC 地址又称为物理地址、硬件地址，用来定义网络设备的位置。网卡的物理地址一般是由网卡生产厂家写入网卡的，具备全球惟一性。MAC地址用于在网络中惟一标示一个网卡，一台电脑会有一或多个网卡，每一个网卡都须要有一个惟一的MAC地址。

6. HTTP请求、响应报文格式

HTTP请求报文主要由请求行、请求头部、请求正文3部分组成

HTTP响应报文主要由状态行、响应头部、响应正文3部分组成

详细内容能够参考：blog.csdn.net/a19881029/a…

7. 为何要使用索引？索引这么多优势，为何不对表中的每个列建立一个索引呢？索引是如何提升查询速度的？说一下使用索引的注意事项？Mysql索引主要使用的两种数据结构？什么是覆盖索引?

为何要使用索引？

经过建立惟一性索引，能够保证数据库表中每一行数据的惟一性。
能够大大加快数据的检索速度（大大减小的检索的数据量）, 这也是建立索引的最主要的缘由。
帮助服务器避免排序和临时表
将随机IO变为顺序IO
能够加速表和表之间的链接，特别是在实现数据的参考完整性方面特别有意义。

索引这么多优势，为何不对表中的每个列建立一个索引呢？

当对表中的数据进行增长、删除和修改的时候，索引也要动态的维护，这样就下降了数据的维护速度。
索引须要占物理空间，除了数据表占数据空间以外，每个索引还要占必定的物理空间，若是要创建聚簇索引，那么须要的空间就会更大。
建立索引和维护索引要耗费时间，这种时间随着数据量的增长而增长。

索引是如何提升查询速度的？

将无序的数据变成相对有序的数据（就像查目录同样）

说一下使用索引的注意事项

避免 where 子句中对宇段施加函数，这会形成没法命中索引。
在使用InnoDB时使用与业务无关的自增主键做为主键，即便用逻辑主键，而不要使用业务主键。
将打算加索引的列设置为 NOT NULL ，不然将致使引擎放弃使用索引而进行全表扫描
删除长期未使用的索引，不用的索引的存在会形成没必要要的性能损耗 MySQL 5.7 能够经过查询 sys 库的 chema_unused_indexes 视图来查询哪些索引从未被使用
在使用 limit offset 查询缓慢时，能够借助索引来提升性能

Mysql索引主要使用的哪两种数据结构？

哈希索引：对于哈希索引来讲，底层的数据结构就是哈希表，所以在绝大多数需求为单条记录查询的时候，能够选择哈希索引，查询性能最快；其他大部分场景，建议选择BTree索引。
BTree索引：Mysql的BTree索引使用的是B树中的B+Tree。但对于主要的两种存储引擎（MyISAM和InnoDB）的实现方式是不一样的。

更多关于索引的内容能够查看个人这篇文章：【思惟导图-索引篇】搞定数据库索引就是这么简单

什么是覆盖索引?

若是一个索引包含（或者说覆盖）全部须要查询的字段的值，咱们就称之为“覆盖索引”。咱们知道在InnoDB存储引擎中，若是不是主键索引，叶子节点存储的是主键+列值。最终仍是要“回表”，也就是要经过主键再查找一次,这样就会比较慢。覆盖索引就是把要查询出的列和索引是对应的，不作回表操做！

8. 进程与线程的区别是什么？进程间的几种通讯方式说一下？线程间的几种通讯方式知道不？

进程与线程的区别是什么？

线程与进程类似，但线程是一个比进程更小的执行单位。一个进程在其执行的过程当中能够产生多个线程。与进程不一样的是同类的多个线程共享同一块内存空间和一组系统资源，因此系统在产生一个线程，或是在各个线程之间做切换工做时，负担要比进程小得多，也正由于如此，线程也被称为轻量级进程。另外，也正是由于共享资源，因此线程中执行时通常都要进行同步和互斥。总的来讲，进程和线程的主要差异在于它们是不一样的操做系统资源管理方式。

进程间的几种通讯方式说一下？

管道（pipe）：管道是一种半双工的通讯方式，数据只能单向流动，并且只能在具备血缘关系的进程间使用。进程的血缘关系一般指父子进程关系。管道分为pipe（无名管道）和fifo（命名管道）两种，有名管道也是半双工的通讯方式，可是它容许无亲缘关系进程间通讯。
信号量（semophore）：信号量是一个计数器，能够用来控制多个进程对共享资源的访问。它一般做为一种锁机制，防止某进程正在访问共享资源时，其余进程也访问该资源。所以，主要做为进程间以及同一进程内不一样线程之间的同步手段。
消息队列（message queue）：消息队列是由消息组成的链表，存放在内核中并由消息队列标识符标识。消息队列克服了信号传递信息少，管道只能承载无格式字节流以及缓冲区大小受限等缺点。消息队列与管道通讯相比，其优点是对每一个消息指定特定的消息类型，接收的时候不须要按照队列次序，而是能够根据自定义条件接收特定类型的消息。
信号（signal）：信号是一种比较复杂的通讯方式，用于通知接收进程某一事件已经发生。
共享内存（shared memory）：共享内存就是映射一段能被其余进程所访问的内存，这段共享内存由一个进程建立，但多个进程均可以访问，共享内存是最快的IPC方式，它是针对其余进程间的通讯方式运行效率低而专门设计的。它每每与其余通讯机制，如信号量配合使用，来实现进程间的同步和通讯。
套接字（socket）：套接口也是一种进程间的通讯机制，与其余通讯机制不一样的是它能够用于不一样及其间的进程通讯。

线程间的几种通讯方式知道不？

一、锁机制

互斥锁：提供了以排它方式阻止数据结构被并发修改的方法。
读写锁：容许多个线程同时读共享数据，而对写操做互斥。
条件变量：能够以原子的方式阻塞进程，直到某个特定条件为真为止。对条件测试是在互斥锁的保护下进行的。条件变量始终与互斥锁一块儿使用。

二、信号量机制：包括无名线程信号量与有名线程信号量

三、信号机制：相似于进程间的信号处理。

线程间通讯的主要目的是用于线程同步，因此线程没有象进程通讯中用于数据交换的通讯机制。

9. 为何要用单例模式？手写几种线程安全的单例模式？

简单来讲使用单例模式能够带来下面几个好处:

对于频繁使用的对象，能够省略建立对象所花费的时间，这对于那些重量级对象而言，是很是可观的一笔系统开销；
因为 new 操做的次数减小，于是对系统内存的使用频率也会下降，这将减轻 GC 压力，缩短 GC 停顿时间。

懒汉式(双重检查加锁版本)

public class Singleton {

    //volatile保证，当uniqueInstance变量被初始化成Singleton实例时，多个线程能够正确处理uniqueInstance变量
    private volatile static Singleton uniqueInstance;
    private Singleton() {
    }
    public static Singleton getInstance() {
       //检查实例，若是不存在，就进入同步代码块
        if (uniqueInstance == null) {
            //只有第一次才完全执行这里的代码
            synchronized(Singleton.class) {
               //进入同步代码块后，再检查一次，若是还是null，才建立实例
                if (uniqueInstance == null) {
                    uniqueInstance = new Singleton();
                }
            }
        }
        return uniqueInstance;
    }
}
复制代码

静态内部类方式

静态内部实现的单例是懒加载的且线程安全。

只有经过显式调用 getInstance 方法时，才会显式装载 SingletonHolder 类，从而实例化 instance（只有第一次使用这个单例的实例的时候才加载，同时不会有线程安全问题）。

public class Singleton {  
    private static class SingletonHolder {  
    private static final Singleton INSTANCE = new Singleton();  
    }  
    private Singleton (){}  
    public static final Singleton getInstance() {  
    return SingletonHolder.INSTANCE;  
    }  
}   
复制代码

10. 简单介绍一下bean。知道Spring的bean的做用域与生命周期吗？

在 Spring 中，那些组成应用程序的主体及由 Spring IOC 容器所管理的对象，被称之为 bean。简单地讲，bean 就是由 IOC 容器初始化、装配及管理的对象，除此以外，bean 就与应用程序中的其余对象没有什么区别了。而 bean 的定义以及 bean 相互间的依赖关系将经过配置元数据来描述。

Spring中的bean默认都是单例的，这些单例Bean在多线程程序下如何保证线程安全呢？例如对于Web应用来讲，Web容器对于每一个用户请求都建立一个单独的Sevlet线程来处理请求，引入Spring框架以后，每一个Action都是单例的，那么对于Spring托管的单例Service Bean，如何保证其安全呢？ Spring的单例是基于BeanFactory也就是Spring容器的，单例Bean在此容器内只有一个，Java的单例是基于 JVM，每一个 JVM 内只有一个实例。

Spring的bean的生命周期以及更多内容能够查看：一文轻松搞懂Spring中bean的做用域与生命周期

11. Spring 中的事务传播行为了解吗？TransactionDefinition 接口中哪五个表示隔离级别的常量？

事务传播行为

事务传播行为（为了解决业务层方法之间互相调用的事务问题）：当事务方法被另外一个事务方法调用时，必须指定事务应该如何传播。例如：方法可能继续在现有事务中运行，也可能开启一个新事务，并在本身的事务中运行。在TransactionDefinition定义中包括了以下几个表示传播行为的常量：

支持当前事务的状况：

TransactionDefinition.PROPAGATION_REQUIRED：若是当前存在事务，则加入该事务；若是当前没有事务，则建立一个新的事务。
TransactionDefinition.PROPAGATION_SUPPORTS：若是当前存在事务，则加入该事务；若是当前没有事务，则以非事务的方式继续运行。
TransactionDefinition.PROPAGATION_MANDATORY：若是当前存在事务，则加入该事务；若是当前没有事务，则抛出异常。（mandatory：强制性）

不支持当前事务的状况：

TransactionDefinition.PROPAGATION_REQUIRES_NEW：建立一个新的事务，若是当前存在事务，则把当前事务挂起。
TransactionDefinition.PROPAGATION_NOT_SUPPORTED：以非事务方式运行，若是当前存在事务，则把当前事务挂起。
TransactionDefinition.PROPAGATION_NEVER：以非事务方式运行，若是当前存在事务，则抛出异常。

其余状况：

TransactionDefinition.PROPAGATION_NESTED：若是当前存在事务，则建立一个事务做为当前事务的嵌套事务来运行；若是当前没有事务，则该取值等价于TransactionDefinition.PROPAGATION_REQUIRED。

隔离级别

TransactionDefinition 接口中定义了五个表示隔离级别的常量：

TransactionDefinition.ISOLATION_DEFAULT: 使用后端数据库默认的隔离级别，Mysql 默认采用的 REPEATABLE_READ隔离级别 Oracle 默认采用的 READ_COMMITTED隔离级别.
TransactionDefinition.ISOLATION_READ_UNCOMMITTED: 最低的隔离级别，容许读取还没有提交的数据变动，可能会致使脏读、幻读或不可重复读
TransactionDefinition.ISOLATION_READ_COMMITTED: 容许读取并发事务已经提交的数据，能够阻止脏读，可是幻读或不可重复读仍有可能发生
TransactionDefinition.ISOLATION_REPEATABLE_READ: 对同一字段的屡次读取结果都是一致的，除非数据是被自己事务本身所修改，能够阻止脏读和不可重复读，但幻读仍有可能发生。
TransactionDefinition.ISOLATION_SERIALIZABLE: 最高的隔离级别，彻底服从ACID的隔离级别。全部的事务依次逐个执行，这样事务之间就彻底不可能产生干扰，也就是说，该级别能够防止脏读、不可重复读以及幻读。可是这将严重影响程序的性能。一般状况下也不会用到该级别。

12. SpringMVC 原理了解吗？

客户端发送请求-> 前端控制器 DispatcherServlet 接受客户端请求 -> 找处处理器映射 HandlerMapping 解析请求对应的 Handler-> HandlerAdapter 会根据 Handler 来调用真正的处理器开处理请求，并处理相应的业务逻辑 -> 处理器返回一个模型视图 ModelAndView -> 视图解析器进行解析 -> 返回一个视图对象->前端控制器 DispatcherServlet 渲染数据（Moder）->将获得视图对象返回给用户

关于 SpringMVC 原理更多内容能够查看个人这篇文章：SpringMVC 工做原理详解

13. Spring AOP IOC 实现原理

过了秋招挺长一段时间了，说实话我本身也忘了如何简要归纳 Spring AOP IOC 实现原理，就在网上找了一个较为简洁的答案，下面分享给各位。

IOC: 控制反转也叫依赖注入。IOC利用java反射机制，AOP利用代理模式。IOC 概念看似很抽象，可是很容易理解。说简单点就是将对象交给容器管理，你只须要在spring配置文件中配置对应的bean以及设置相关的属性，让spring容器来生成类的实例对象以及管理对象。在spring容器启动的时候，spring会把你在配置文件中配置的bean都初始化好，而后在你须要调用的时候，就把它已经初始化好的那些bean分配给你须要调用这些bean的类。

AOP： 面向切面编程。（Aspect-Oriented Programming）。AOP能够说是对OOP的补充和完善。OOP引入封装、继承和多态性等概念来创建一种对象层次结构，用以模拟公共行为的一个集合。实现AOP的技术，主要分为两大类：一是采用动态代理技术，利用截取消息的方式，对该消息进行装饰，以取代原有对象行为的执行；二是采用静态织入的方式，引入特定的语法建立“方面”，从而使得编译器能够在编译期间织入有关“方面”的代码，属于静态代理。

你若怒放，清风自来。欢迎关注个人微信公众号：“Java面试通关手册”，一个有温度的微信公众号。公众号后台回复关键字“1”，能够免费获取一份我精心准备的小礼物哦！

【备战春招/秋招系列】美团面经总结基础篇 （附详解答案）

1. System.out.println(3 | 9);输出什么？