第一次面阿里,难绷!
共 17837字,需浏览 36分钟
·
2024-05-27 15:30
图解学习网站:https://xiaolincoding.com
大家好,我是小林。
今天分享的是一位读者的阿里巴巴Java后端的面经,阿里毕竟是 Java 大厂,这次的面试重点是以 Java 为主,MySQL+网络为辅。
感觉问的问题还挺多的,面试时长有 1小时+,压力不小,面试官一直追问。
面试考察的内容,我帮大家罗列一下:
-
MySQL:事务、数据库文件、索引、MVCC -
网络:HTTP报文、HTTP状态码 -
Java 框架:mybatis、springIoc、spirngAop、springMVC -
Java八股:设计模式、多线程并发问题、线程池、集合、面向对象
问题记录
MySQL
可重复读,已提交读,这两个隔离级别表现的现象是什么,区别是什么样的?
-
读提交,指一个事务提交之后,它做的变更才能被其他事务看到,会有不可重复读、幻读的问题。 -
可重复读,指一个事务执行过程中看到的数据,一直跟这个事务启动时看到的数据是一致的,MySQL InnoDB 引擎的默认隔离级别,解决了不可重复读的问题,并且以很大程度上避免幻读现象的发生。
数据管理里,数据文件大体分成哪几种数据文件?
我们每创建一个 database(数据库) 都会在 /var/lib/mysql/ 目录里面创建一个以 database 为名的目录,然后保存表结构和表数据的文件都会存放在这个目录里。比如,我这里有一个名为 my_test 的 database,该 database 里有一张名为 t_order 数据库表。然后,我们进入 /var/lib/mysql/my_test 目录,看看里面有什么文件?
[root@xiaolin ~]#ls /var/lib/mysql/my_test
db.opt
t_order.frm
t_order.ibd
可以看到,共有三个文件,这三个文件分别代表着:
-
db.opt,用来存储当前数据库的默认字符集和字符校验规则。 -
t_order.frm ,t_order 的表结构会保存在这个文件。在 MySQL 中建立一张表都会生成一个.frm 文件,该文件是用来保存每个表的元数据信息的,主要包含表结构定义。 -
t_order.ibd,t_order 的表数据会保存在这个文件。表数据既可以存在共享表空间文件(文件名:ibdata1)里,也可以存放在独占表空间文件(文件名:表名字.ibd)。这个行为是由参数 innodb_file_per_table 控制的,若设置了参数 innodb_file_per_table 为 1,则会将存储的数据、索引等信息单独存储在一个独占表空间,从 MySQL 5.6.6 版本开始,它的默认值就是 1 了,因此从这个版本之后, MySQL 中每一张表的数据都存放在一个独立的 .ibd 文件。
日志文件是分成了哪几种?
-
redo log 重做日志,是 Innodb 存储引擎层生成的日志,实现了事务中的持久性,主要用于掉电等故障恢复; -
undo log 回滚日志,是 Innodb 存储引擎层生成的日志,实现了事务中的原子性,主要用于事务回滚和 MVCC。 -
bin log 二进制日志,是 Server 层生成的日志,主要用于数据备份和主从复制; -
relay log 中继日志,用于主从复制场景下,slave通过io线程拷贝master的bin log后本地生成的日志 -
慢查询日志,用于记录执行时间过长的sql,需要设置阈值后手动开启
说下MVCC机制的原理?
MVCC就是多版本并发控制,实现了读写的并发控制,在mysql通过readview 隐藏字段和undolog实现了,比如在可重复读里面,比如开启了一个事务,就生成了一个readview,然后记录现在active的事务,判断查询的数据在这个事务可不可读。
索引的类型有哈希索引,B+树索引,而hash索引的时间复杂度是o1,那为什么我们一般情况下不使用哈希索引,而使用b+树索引呢?
-
哈希索引的key是经过hash运算得出的,即跟实际数据的值没有关系,因此哈希索引不适用于范围查询和排序操作 -
容易导致全表扫描,因为可能存在不同的key经过hash运算后值相同 -
索引列上的值相同的话,易造成hash冲突,效率低下
对一个慢sql怎么去排查?
-
可通过开启mysql的慢日志查询,设置好时间阈值,进行捕获慢 sql -
针对慢 sql,进行 explian 去查看执行计划
索引字段是不是建的越多越好?
不是,建的的越多会占用越多的空间,而且在写入频繁的场景下,对于B+树的维护所付出的性能消耗也会越大
网络
http协议的报文的格式有了解吗?
分请求报文和响应报文来说明。请求报文:在这里插入图片描述
-
请求行:包含请求方法、请求目标(URL或URI)和HTTP协议版本。 -
请求头部:包含关于请求的附加信息,如Host、User-Agent、Content-Type等。 -
空行:请求头部和请求体之间用空行分隔。 -
请求体:可选,包含请求的数据,通常用于POST请求等需要传输数据的情况。
响应报文:
-
状态行:包含HTTP协议版本、状态码和状态信息。 -
响应头部:包含关于响应的附加信息,如Content-Type、Content-Length等。 -
空行:响应头部和响应体之间用空行分隔。 -
响应体:包含响应的数据,通常是服务器返回的HTML、JSON等内容。
http常用的状态码?
HTTP 状态码分为 5 大类:1XX:表示消息状态码;2XX:表示成功状态码;3XX:表示重定向状态码;4XX:表示客户端错误状态码;5XX:表示服务端错误状态码。五大类 HTTP 状态码 其中常见的具体状态码有:200:请求成功;301:永久重定向;302:临时重定向;404:无法找到此页面;405:请求的方法类型不支持;500:服务器内部出错。
Java框架
java这一块对框架都是熟悉的吧?
还行,用过SSM。
MyBatis运用了哪些常见的设计模式?
-
建造者模式(Builder),如:SqlSessionFactoryBuilder、XMLConfigBuilder、XMLMapperBuilder、XMLStatementBuilder、CacheBuilder等; -
工厂模式,如:SqlSessionFactory、ObjectFactory、MapperProxyFactory; -
单例模式,例如ErrorContext和LogFactory; -
代理模式,Mybatis实现的核心,比如MapperProxy、ConnectionLogger,用的jdk的动态代理;还有executor.loader包使用了cglib或者javassist达到延迟加载的效果; -
组合模式,例如SqlNode和各个子类ChooseSqlNode等; -
模板方法模式,例如BaseExecutor和SimpleExecutor,还有BaseTypeHandler和所有的子类例如IntegerTypeHandler; -
适配器模式,例如Log的Mybatis接口和它对jdbc、log4j等各种日志框架的适配实现; -
装饰者模式,例如Cache包中的cache.decorators子包中等各个装饰者的实现; -
迭代器模式,例如迭代器模式PropertyTokenizer;
MyBatis中创建了一个Mapper接口,在写一个xml文件,java的接口是要实现的,为什么这没有实现呢?
因为执行Sql所需要的所有的JDBC操作都在Mybatis的MapperProxy中实现了,所以不需要实现类。
与传统的JDBC相比,MyBatis的优点?
-
基于 SQL 语句编程,相当灵活,不会对应用程序或者数据库的现有设计造成任 何影响,SQL 写在 XML 里,解除 sql 与程序代码的耦合,便于统一管理;提供 XML 标签,支持编写动态 SQL 语句,并可重用。 -
与 JDBC 相比,减少了 50%以上的代码量,消除了 JDBC 大量冗余的代码,不 需要手动开关连接; -
很好的与各种数据库兼容,因为 MyBatis 使用 JDBC 来连接数据库,所以只要 JDBC 支持的数据库 MyBatis 都支持。 -
能够与 Spring 很好的集成,开发效率高 -
提供映射标签,支持对象与数据库的 ORM 字段关系映射;提供对象关系映射 标签,支持对象关系组件维护。
还记得JDBC连接数据库的步骤吗?
使用Java JDBC连接数据库的一般步骤如下:
-
加载数据库驱动程序:在使用JDBC连接数据库之前,需要加载相应的数据库驱动程序。可以通过 Class.forName("com.mysql.jdbc.Driver") 来加载MySQL数据库的驱动程序。不同数据库的驱动类名会有所不同。 -
建立数据库连接:使用 DriverManager 类的 getConnection(url, username, password) 方法来连接数据库,其中url是数据库的连接字符串(包括数据库类型、主机、端口等)、username是数据库用户名,password是密码。 -
创建 Statement 对象:通过 Connection 对象的 createStatement() 方法创建一个 Statement 对象,用于执行 SQL 查询或更新操作。 -
执行 SQL 查询或更新操作:使用 Statement 对象的 executeQuery(sql) 方法来执行 SELECT 查询操作,或者使用 executeUpdate(sql) 方法来执行 INSERT、UPDATE 或 DELETE 操作。 -
处理查询结果:如果是 SELECT 查询操作,通过 ResultSet 对象来处理查询结果。可以使用 ResultSet 的 next() 方法遍历查询结果集,然后通过 getXXX() 方法获取各个字段的值。 -
关闭连接:在完成数据库操作后,需要逐级关闭数据库连接相关对象,即先关闭 ResultSet,再关闭 Statement,最后关闭 Connection。
以下是一个简单的示例代码:
import java.sql.*;
public class Main {
public static void main(String[] args) {
try {
// 加载数据库驱动程序
Class.forName("com.mysql.cj.jdbc.Driver");
// 建立数据库连接
Connection connection = DriverManager.getConnection("jdbc:mysql://localhost:3306/mydatabase", "username", "password");
// 创建 Statement 对象
Statement statement = connection.createStatement();
// 执行 SQL 查询
ResultSet resultSet = statement.executeQuery("SELECT * FROM mytable");
// 处理查询结果
while (resultSet.next()) {
// 处理每一行数据
}
// 关闭资源
resultSet.close();
statement.close();
connection.close();
} catch (ClassNotFoundException e) {
e.printStackTrace();
} catch (SQLException e) {
e.printStackTrace();
}
}
}
请注意,在实际应用中,需要进行异常处理以确保资源的正确释放,以及使用 try-with-resources 来简化代码和确保资源的及时关闭。
怎么理解SpringIoc?
IOC:Inversion Of Control,即控制反转,是一种设计思想。在传统的 Java SE 程序设计中,我们直接在对象内部通过 new 的方式来创建对象,是程序主动创建依赖对象;
而在Spring程序设计中,IOC 是有专门的容器去控制对象。
所谓控制就是对象的创建、初始化、销毁。
-
创建对象:原来是 new 一个,现在是由 Spring 容器创建。 -
初始化对象:原来是对象自己通过构造器或者 setter 方法给依赖的对象赋值,现在是由 Spring 容器自动注入。 -
销毁对象:原来是直接给对象赋值 null 或做一些销毁操作,现在是 Spring 容器管理生命周期负责销毁对象。
总结:IOC 解决了繁琐的对象生命周期的操作,解耦了我们的代码。所谓反转:其实是反转的控制权,前面提到是由 Spring 来控制对象的生命周期,那么对象的控制就完全脱离了我们的控制,控制权交给了 Spring 。这个反转是指:我们由对象的控制者变成了 IOC 的被动控制者。
如果让你设计一个SpringIoc,你觉得会从哪些方面考虑这个设计?
-
Bean的生命周期管理:需要设计Bean的创建、初始化、销毁等生命周期管理机制,可以考虑使用工厂模式和单例模式来实现。 -
依赖注入:需要实现依赖注入的功能,包括属性注入、构造函数注入、方法注入等,可以考虑使用反射机制和XML配置文件来实现。 -
Bean的作用域:需要支持多种Bean作用域,比如单例、原型、会话、请求等,可以考虑使用Map来存储不同作用域的Bean实例。 -
AOP功能的支持:需要支持AOP功能,可以考虑使用动态代理机制和切面编程来实现。 -
异常处理:需要考虑异常处理机制,包括Bean创建异常、依赖注入异常等,可以考虑使用try-catch机制来处理异常。 -
配置文件加载:需要支持从不同的配置文件中加载Bean的相关信息,可以考虑使用XML、注解或者Java配置类来实现。
Spring给我们提供了很多扩展点,这些有了解吗?
Spring框架提供了许多扩展点,使得开发者可以根据需求定制和扩展Spring的功能。以下是一些常用的扩展点:
-
BeanFactoryPostProcessor:允许在Spring容器实例化bean之前修改bean的定义。常用于修改bean属性或改变bean的作用域。 -
BeanPostProcessor:可以在bean实例化、配置以及初始化之后对其进行额外处理。常用于代理bean、修改bean属性等。 -
PropertySource:用于定义不同的属性源,如文件、数据库等,以便在Spring应用中使用。 -
ImportSelector和ImportBeanDefinitionRegistrar:用于根据条件动态注册bean定义,实现配置类的模块化。 -
Spring MVC中的HandlerInterceptor:用于拦截处理请求,可以在请求处理前、处理中和处理后执行特定逻辑。 -
Spring MVC中的ControllerAdvice:用于全局处理控制器的异常、数据绑定和数据校验。 -
Spring Boot的自动配置:通过创建自定义的自动配置类,可以实现对框架和第三方库的自动配置。 -
自定义注解:创建自定义注解,用于实现特定功能或约定,如权限控制、日志记录等。
servlet有写过简单的代码吗?
没用框架之前,就用的servlet,用了框架就用的框架
大致了解SpringMVC的处理流程吗?
Spring MVC的工作流程如下:
-
用户发送请求至前端控制器DispatcherServlet -
DispatcherServlet收到请求调用处理器映射器HandlerMapping。 -
处理器映射器根据请求url找到具体的处理器,生成处理器执行链HandlerExecutionChain(包括处理器对象和处理器拦截器)一并返回给DispatcherServlet。 -
DispatcherServlet根据处理器Handler获取处理器适配器HandlerAdapter执行HandlerAdapter处理一系列的操作,如:参数封装,数据格式转换,数据验证等操作 -
执行处理器Handler(Controller,也叫页面控制器)。 -
Handler执行完成返回ModelAndView -
HandlerAdapter将Handler执行结果ModelAndView返回到DispatcherServlet -
DispatcherServlet将ModelAndView传给ViewReslover视图解析器 -
ViewReslover解析后返回具体View -
DispatcherServlet对View进行渲染视图(即将模型数据model填充至视图中)。 -
DispatcherServlet响应用户。
Handlermapping 和 handleradapter有了解吗?
HandlerMapping:
-
作用:HandlerMapping负责将请求映射到处理器(Controller)。 -
功能:根据请求的URL、请求参数等信息,找到处理请求的 Controller。 -
类型:Spring提供了多种HandlerMapping实现,如BeanNameUrlHandlerMapping、RequestMappingHandlerMapping等。 -
工作流程:根据请求信息确定要请求的处理器(Controller)。HandlerMapping可以根据URL、请求参数等规则确定对应的处理器。
HandlerAdapter:
-
作用:HandlerAdapter负责调用处理器(Controller)来处理请求。 -
功能:处理器(Controller)可能有不同的接口类型(Controller接口、HttpRequestHandler接口等),HandlerAdapter根据处理器的类型来选择合适的方法来调用处理器。 -
类型:Spring提供了多个HandlerAdapter实现,用于适配不同类型的处理器。 -
工作流程:根据处理器的接口类型,选择相应的HandlerAdapter来调用处理器。
工作流程:
-
当客户端发送请求时,HandlerMapping根据请求信息找到对应的处理器(Controller)。 -
HandlerAdapter根据处理器的类型选择合适的方法来调用处理器。 -
处理器执行相应的业务逻辑,生成ModelAndView。 -
HandlerAdapter将处理器的执行结果包装成ModelAndView。 -
视图解析器根据ModelAndView找到对应的视图进行渲染。 -
将渲染后的视图返回给客户端。
HandlerMapping和HandlerAdapter协同工作,通过将请求映射到处理器,并调用处理器来处理请求,实现了请求处理的流程。它们的灵活性使得在Spring MVC中可以支持多种处理器和处理方式,提高了框架的扩展性和适应性。
SpringAOP主要想解决什么问题
它的目的是对于面向对象思维的一种补充,而不是像引入命令式、函数式编程思维让他顺应另一种开发场景。在我个人的理解下AOP更像是一种对于不支持多继承的弥补,除开对象的主要特征(我更喜欢叫“强共性”)被抽象为了一条继承链路,对于一些“弱共性”,AOP可以统一对他们进行抽象和集中处理。
举一个简单的例子,打印日志。需要打印日志可能是许多对象的一个共性,这在企业级开发中十分常见,但是日志的打印并不反应这个对象的主要共性。而日志的打印又是一个具体的内容,它并不抽象,所以它的工作也不可以用接口来完成。而如果利用继承,打印日志的工作又横跨继承树下面的多个同级子节点,强行侵入到继承树内进行归纳会干扰这些强共性的区分。
这时候,我们就需要AOP了。AOP首先在一个Aspect(切面)里定义了一些Advice(增强),其中包含具体实现的代码,同时整理了切入点,切入点的粒度是方法。最后,我们将这些Advice织入到对象的方法上,形成了最后执行方法时面对的完整方法。
SpringAOP的原理了解吗
Spring AOP的实现依赖于动态代理技术。动态代理是在运行时动态生成代理对象,而不是在编译时。它允许开发者在运行时指定要代理的接口和行为,从而实现在不修改源码的情况下增强方法的功能。Spring AOP支持两种动态代理:
-
基于JDK的动态代理:使用java.lang.reflect.Proxy类和java.lang.reflect.InvocationHandler接口实现。这种方式需要代理的类实现一个或多个接口。 -
基于CGLIB的动态代理:当被代理的类没有实现接口时,Spring会使用CGLIB库生成一个被代理类的子类作为代理。CGLIB(Code Generation Library)是一个第三方代码生成库,通过继承方式实现代理。
动态代理和静态代理的区别
代理是一种常用的设计模式,目的是:为其他对象提供一个代理以控制对某个对象的访问,将两个类的关系解耦。代理类和委托类都要实现相同的接口,因为代理真正调用的是委托类的方法。区别:
-
静态代理:由程序员创建或者是由特定工具创建,在代码编译时就确定了被代理的类是一个静态代理。静态代理通常只代理一个类; -
动态代理:在代码运行期间,运用反射机制动态创建生成。动态代理代理的是一个接口下的多个实现类。
Java八股
代理模式和适配器模式有什么区别?
-
目的不同:代理模式主要关注控制对对象的访问,而适配器模式则用于接口转换,使不兼容的类能够一起工作。 -
结构不同:代理模式一般包含抽象主题、真实主题和代理三个角色,适配器模式包含目标接口、适配器和被适配者三个角色。 -
应用场景不同:代理模式常用于添加额外功能或控制对对象的访问,适配器模式常用于让不兼容的接口协同工作。
java线程的生命周期有了解吗?
源自《Java并发编程艺术》
线程状态有New, RUNNABLE, BLOCK, WAITING, TIMED_WAITING, THERMINATED
-
NEW:新建状态,线程被创建且未启动,此时还未调用 start 方法。 -
RUNNABLE: 运行状态。其表示线程正在JVM中执行,但是这个执行,不一定真的在跑,也可能在排队等CPU。 -
BLOCKED:阻塞状态。线程等待获取锁,锁还没获得。 -
WAITING: 等待状态。线程内run方法运行完语句Object.wait()/Thread.join()进入该状态。 -
TIMED_WAITING:限期等待。在一定时间之后跳出状态。调用Thread.sleep(long) Object.wait(long) Thread.join(long)进入状态。其中这些参数代表等待的时间。 -
TERMINATED:结束状态。线程调用完run方法进入该状态。
使用多线程要注意哪些问题?
要保证多线程的允许是安全,不要出现数据竞争造成的数据混乱的问题。
Java的线程安全在三个方面体现:
-
原子性:提供互斥访问,同一时刻只能有一个线程对数据进行操作,在Java中使用了atomic和synchronized这两个关键字来确保原子性; -
可见性:一个线程对主内存的修改可以及时地被其他线程看到,在Java中使用了synchronized和volatile这两个关键字确保可见性; -
有序性:一个线程观察其他线程中的指令执行顺序,由于指令重排序,该观察结果一般杂乱无序,在Java中使用了happens-before原则来确保有序性。
保证数据的一致性有哪些方案呢?
-
事务管理:使用数据库事务来确保一组数据库操作要么全部成功提交,要么全部失败回滚。通过ACID(原子性、一致性、隔离性、持久性)属性,数据库事务可以保证数据的一致性。 -
锁机制:使用锁来实现对共享资源的互斥访问。在 Java 中,可以使用 synchronized 关键字、ReentrantLock 或其他锁机制来控制并发访问,从而避免并发操作导致数据不一致。 -
版本控制:通过乐观锁的方式,在更新数据时记录数据的版本信息,从而避免同时对同一数据进行修改,进而保证数据的一致性。
线程池有了解吗?线程池大概的原理?
线程池是为了减少频繁的创建线程和销毁线程带来的性能损耗。
线程池分为核心线程池,线程池的最大容量,还有等待任务的队列,提交一个任务,如果核心线程没有满,就创建一个线程,如果满了,就是会加入等待队列,如果等待队列满了,就会增加线程,如果达到最大线程数量,如果都达到最大线程数量,就会按照一些丢弃的策略进行处理。线程池的构造函数有7个参数:
-
corePoolSize:线程池核心线程数量。默认情况下,线程池中线程的数量如果 <= corePoolSize,那么即使这些线程处于空闲状态,那也不会被销毁。 -
maximumPoolSize:线程池中最多可容纳的线程数量。当一个新任务交给线程池,如果此时线程池中有空闲的线程,就会直接执行,如果没有空闲的线程且当前线程池的线程数量小于corePoolSize,就会创建新的线程来执行任务,否则就会将该任务加入到阻塞队列中,如果阻塞队列满了,就会创建一个新线程,从阻塞队列头部取出一个任务来执行,并将新任务加入到阻塞队列末尾。如果当前线程池中线程的数量等于maximumPoolSize,就不会创建新线程,就会去执行拒绝策略。 -
keepAliveTime:当线程池中线程的数量大于corePoolSize,并且某个线程的空闲时间超过了keepAliveTime,那么这个线程就会被销毁。 -
unit:就是keepAliveTime时间的单位。 -
workQueue:工作队列。当没有空闲的线程执行新任务时,该任务就会被放入工作队列中,等待执行。 -
threadFactory:线程工厂。可以用来给线程取名字等等 -
handler:拒绝策略。当一个新任务交给线程池,如果此时线程池中有空闲的线程,就会直接执行,如果没有空闲的线程,就会将该任务加入到阻塞队列中,如果阻塞队列满了,就会创建一个新线程,从阻塞队列头部取出一个任务来执行,并将新任务加入到阻塞队列末尾。如果当前线程池中线程的数量等于maximumPoolSize,就不会创建新线程,就会去执行拒绝策略。
ArrayList和LinkedList有什么区别
-
底层数据结构:ArrayList使用数组作为底层数据结构,而LinkedList使用双向链表作为底层数据结构 -
随机访问性能:ArrayList支持通过索引直接访问元素,因为底层数组的连续存储特性,所以时间复杂度为O(1)。而LinkedList需要从头或尾部开始遍历链表,时间复杂度为O(n)。 -
插入和删除操作:ArrayList在尾部插入和删除元素的时间复杂度为O(1),因为它只需要调整数组的长度即可。但在中间或头部插入和删除元素时,需要将后续元素进行移动,时间复杂度为O(n)。而LinkedList在任意位置插入和删除元素的时间复杂度为O(1),因为只需要调整节点的指针即可。 -
内存占用:ArrayList在每个元素中都存储了实际的数据,而LinkedList在每个节点中存储了数据和前后节点的指针。因此,相同数量的元素情况下,LinkedList通常比ArrayList占用更多的内存空间。
ArrayList线程安全吗?把ArrayList变成线程安全有哪些方法?
不是线程安全的,ArrayList变成线程安全的方式有:
-
使用Collections类的synchronizedList方法将ArrayList包装成线程安全的List:
List<String> synchronizedList = Collections.synchronizedList(arrayList);
-
使用CopyOnWriteArrayList类代替ArrayList,它是一个线程安全的List实现:
CopyOnWriteArrayList<String> copyOnWriteArrayList = new CopyOnWriteArrayList<>(arrayList);
-
使用Vector类代替ArrayList,Vector是线程安全的List实现:
Vector<String> vector = new Vector<>(arrayList);
对面向对象的理解?
以下是我对Java面向对象编程的理解,封装、继承、多态和抽象性是Java面向对象编程的四大特性。这些特性使得代码更具可重用性、可维护性、可扩展性和灵活性。
-
封装:封装是将数据和行为组合在一个单元中的概念。Java使用类(Class)作为封装的基本单元,通过类可以将数据和方法组合在一起,隐藏对象的内部状态,并只通过公共接口暴露对象的行为。 -
继承:继承是一种机制,允许一个类(子类)继承另一个类(父类)的属性和方法。子类可以重用父类的实现并定义自己的特定行为。Java中的继承支持单继承,但一个类可以实现多个接口(接口多继承)。 -
多态:多态性是允许在不同对象上使用相同的操作符或方法,可以根据具体对象的类型来执行不同的操作。Java中实现多态性的方式包括方法重载(Overloading)和方法重写(Overriding)。 -
接口与抽象类:接口和抽象类是Java中实现多态的重要机制。接口定义了行为的规范,类实现接口以应用这些行为。抽象类提供了一种具有未实现方法的类,必须由其子类实现这些方法。
其他
-
读书中遇到最难的技术是什么,怎么克服的? -
有没有什么强项在面试中还没有展现的? -
反问
面试总结
-
感觉:面试官有引导,大多问的是八股,会的就回答的比较流畅,不熟悉的就磕磕巴巴,面试官给的反馈基础还行,但是深度不够,对刚刚设计模式的对比回答不满意,和mybatis的原理回答也不太满意 -
不足之处:对框架还是不够熟练,回答不够全面,经常被面试官问还有呢,但就回答不上来了,网络这方面看了就忘。
推荐阅读: