打怪升级九九八十一难之Java阿里面试一面面试经历，删前速看！

Posted 2021-05-29 jinggege795

最近在面试大厂，想通过CSDN记录一下我面试过程与问题，与大家分享。答案是自己整理的，如有什么问题欢迎随时交流~~

打怪升级九九八十一难之阿里一面，面试方式：电话面试（视频面试一般会手撕算法，电话面试还好，只需大声背诵八股文）

面试官：您好，我这边是阿里******部，请问还在看机会吗

我：您好，在看，自我介绍，巴拉巴拉，做过的项目巴拉巴拉..........

然后是技术面试，以下是面试题（面试我会录音所以能都记录下来）：

1.项目中最近遇到的难点，如何解决的？

业务场景(此业务用户数约几十万)：

之前扣款为实时扣款，即用户消费后实时扣费，几乎没有一个账户同时多条扣款 即多线程扣款的情况。之前的解决方案为：

在账户表中增加版本号字段，每次查询余额时会查出版本号，计算金额后事务更新账户表，插入流水表时，where version_id = 查询时版本号，不等于的话，说明余额已被修改，则更新失败，其实就是一个乐观锁。 这时乐观锁完全够用，因为一个时间戳最多一笔扣款。

此时业务组改造 传过来的扣款变为 实时账单扣款+账单日扣款：

账单日一天为一笔扣款，用户会有账单积压情况，如果一个月没扣的话，就是30笔订单。 此时业务组会同时发过来30笔账单，此时就有问题了，由于乐观锁控制，账户钱足够时，30笔账单同时扣款大多数都会失败。

改造方法：

方案一：数据库行锁

方案二：redis分布式锁

方案一：

之前由于业务逻辑需要，在事务外侧进行查询，然后将数据传入事务，在事务中计算金额、版本号。

改造后，改为事务中再次查询账户 通过for update增加行锁，写锁将账户锁住，此时其他线程for update查询时会被堵塞，直到第一个线程修改完成，事务提交后释放行锁。

方案二：

在事务外查询余额前增加redis分布式锁。一定在查询前加，否则会导致金额计算错误的情况。此种方案，事务中不用二次查询账户。

两种方案比较：

两个都是堵塞线程。个人感觉redis更好一下，一方面减少了事务中二次查询，另一方面不会占用数据库连接池连接。

2.聊一下hashmap？hashmsp线程安全吗？ 八股文开整

这个不写了，网上很多。

3.项目中用到的设计模式？

工厂模式(扣款、退款时根据渠道获取不同银行的service)、策略模式(账户扣费时，不同的交易场景不同的算法)、代理模式(service前后日志打印、校验等)、发布订阅模式(订单结果同时通知多个组时，类似于公众号发布后通知各个用户)

4.Jdk动态代理与cglib动态代理的区别？

jdk动态代理：

1.jdk代理存在的问题在于目标类被代理的方法必须实现某个接口。 代理类与目标类都会实现同一个接口，并在代理类中会反射调用目标类中方法，调用者实际调用的则是代理类的方法，通过这种方式我们可以在代理类中织入切面逻辑。

2.代理对象需要继承invocationHandler，代理类调用方法时会调用invocationHandler的invoke方法，proxy是所有代理类的父类，通过newProxyInstance动态创建代理对象。

3.代理对象在运行期创建，可以将其写入磁盘。动态代理对象proxy0继承了proxy，并实现了被代理类实现的接口，由于java是单继承，动态代理对象默认继承了proxy，所以jdk动态代理基于接口实现。代理类通过反射调用被代理的方法。

4.扩展下，jdk动态代理中，目标方法调用自己类中另一个方法，会经过代理对象吗？ 不会。因为内部调用this.method，这个this指的是被代理类本身，而不是代理对象。 所以例如@Transcation、@Sync等注解是通过aop实现，但是方法内部调用本类中其他带有该注解的方法时，是失效的。

cglib动态代理：

1.cglib动态代理通过ASM进行字节码增强，然后生成一个目标类的子类，通过在子类中织入相应逻辑达到代理逻辑。 调用方法就直接调用，不需要再通过反射调用。

2.cglib代理的目标类调用自己的另一个方法会经过代理对象，因为底层不像JDK动态代理的反射方式调用，而是通过动态生成子类的方式调用。

3.CGLib动态代理，是基于继承目标类来实现代理，所以无法对final类、private方法和static方法进行代理。

5.AOP原理？

Aop面向切面编程是Spring核心组件之一。是对OOP(面向对象编程)的补充。面向对象编程中，关键单元是对象，AOP的关键单元是切面，在实际逻辑执行之前、之后添加关注点。这让代码在当下和将来都变得易于维护。

使用场景？ 前后日志打印、订单校验、@transcation/@Sync等

Spring aop中不同的通知类型？

前置通知 在连接点之前执行。

返回之后通知 在连接点正常结束之后执行的advice。

抛出异常后执行通知 如果一个方法抛出异常来退出的话，这个advice就会被执行。

后置通知 无论连接点已什么方式退出，都会执行。

环绕通知 围绕连接点执行

6.rabbbitmp中push和pull，用的哪一种，区别是什么？

rabbitmq与rocketmq都支持push和pull，kafka只支持pull。

push优点：

服务端主动推给客户端，及时性很高，几乎实时

push缺点：

当客户端消费能力远低于服务端生产能力，一旦服务端推送大量消息到客户端时，就会导致客户端消息堆积，处理缓慢，甚至服务崩溃。(如何解决？ Mq提供流控制，也就是依据客户端消费能力做流控，比如rabbitmq限制消费数量)

服务端需要维护每次传输的状态，以防消息传递失败进行重试。

Pull优点：

客户端可以根据自己消费能力进行消费

pull缺点：

主动到服务端拉取消息。拉取消息的间隔不太好设置，间隔太短对服务器请求压力太大。间隔时间过长，会造成一部分数据的延迟。

7.内存溢出与内存泄漏？

溢出：

系统已经不能再分配所需要的空间，比如需要100M，系统只剩90M，这就是内存溢出

泄漏：

已分配的对象空间，用完后没有被释放。 内存一直被占用，多次内存泄漏会导致内存溢出。

8.对springboot的理解？

约定大于配置

9.线程池各个参数？

corePoolsize：核心线程数。 当有任务到来时会创建核心线程，当达到corePoolsize时且未达到最大线程数，仍然有任务时，将会继续创建非核心线程。如果核心线程数等于最大线程数，核心线程都被激活，但仍然有新任务时，任务将会被挂起。

maximumPoolSize：最大线程数。如果最大线程数量等于核心线程数，则无法创建非核心线程；如果非核心线程处于空闲时，超过设置的空闲时间，则将被回收，释放占用的资源。

keepAliveTime：当线程空闲时，所允许保存的最大时间，超过这个时间，线程将被释放销毁，只针对非核心线程。

util：时间单位，TimeUnit.SECONDS等

workQueue：任务队列，存储暂时无法执行的任务，等待空闲线程来执行任务，workQueue下又包括SynchronousQueue、LinkedBlockingQueue、ArrayBlockingQueue等

threadFactory：线程工程，用于创建线程

handler：当线程边界和队列容量已经达到最大时，用于处理阻塞时的程序。默认有5种策略：

AbortPolicy

该策略是线程池的默认策略。使用该策略时，如果线程池队列满了丢掉这个任务并且抛出RejectedExecutionException异常。

DiscardPolicy

这个策略和AbortPolicy的slient版本，如果线程池队列满了，会直接丢掉这个任务并且不会有任何异常

DiscardOldestPolicy

这个策略从字面上也很好理解，丢弃最老的。也就是说如果队列满了，会将最早进入队列的任务删掉腾出空间，再尝试加入队列。

CallerRunsPolicy

使用此策略，如果添加到线程池失败，那么主线程会自己去执行该任务，不会等待线程池中的线程去执行。就像是个急脾气的人，我等不到别人来做这件事就干脆自己干。

10.事务ACID？mysql脏读、幻读、不可重复读？

一、原子性（atomicity)

一个事务要么全部提交成功，要么全部失败回滚，不能只执行其中的一部分操作，这就是事务的原子性

二、一致性（consistency)

事务的执行不能破坏数据库数据的完整性和一致性，一个事务在执行之前和执行之后，数据库都必须处于一致性状态。

如果数据库系统在运行过程中发生故障，有些事务尚未完成就被迫中断，这些未完成的事务对数据库所作的修改有一部分已写入物理数据库，这是数据库就处于一种不正确的状态，也就是不一致的状态

三、隔离性（isolation）

事务互相隔离

四、持久性（durability）

一旦事务提交，那么它对数据库中的对应数据的状态的变更就会永久保存到数据库中。即使发生系统崩溃或机器宕机等故障，只要数据库能够重新启动，那么一定能够将其恢复到事务成功结束的状态

脏读：一个事务读到了另一个事务未提交的数据

不可重复读：一个事务在读取数据一段时间后，再次读取这个数据，发现读取的数据发生了改变(被修改或删除)

幻读：一个事务按照相同的条件检索，发现结果集变多或者变少(由其他事务插入或删除)，产生了幻觉

总结

还有更多Java面试资料就不一一分享出来了，太多了都是精华面试题，有需要的朋友可以下方扫码来获取！