【真实面试】JAVA22年初的开发面试

最新推荐文章于 2024-08-10 11:12:32 发布

Network porter

最新推荐文章于 2024-08-10 11:12:32 发布

阅读量444

点赞数 1

文章标签：面试 java 职场和发展

本文链接：https://blog.csdn.net/qq_45438019/article/details/126946297

版权

工作专栏收录该内容

3 篇文章 0 订阅

订阅专栏

CSDN话题挑战赛第2期
参赛话题：面试宝典

前言

我现在在外包工作，还算稳定，就说一下今年年初的面试内容了，有些的问题答案不明确所以我就不在备注答案了

面试流程

面试一般都是hr先打电话沟通一下，确认一下技术面试的时间并进行一下简短的互相介绍和交流（就是问一下学历，地址之类的），我遇到的最多是五面的加上非技术面（除了技术面也会有一些关于个人的性格交流的沟通，我的一个朋友甚至遇到过让写书法，然后说一下你对这些文章的想法和理解），你一个阶段面试成功的话一般在一天之内就会给你说二面的时间了，都通过的话一般很快就会办理入职，一般推迟入职和拉长面试周期的都有问题。

面试题

记不清了就大概说一点我记得比较清的

面试题一：

我自己开发了一个分页插件，但是我这个分页在我开发的时候运行很正常，但是突然在达到一个数据量的时候就卡了，这个情况下是什么情况造成的

问题剖析：

说实话我之前没有仔细研究过分页内容，只知道分页是limit分页物理分页，GitHub的插件或者其他插件，这个问题的关键就在于数据量达到一个额度就卡了。

问题解答：

答案就是偏移量，limit的原因，

这个关于limit的文章很不错可以看一下作者：无情的BUG杀手

面试题二：

第二个记得比较清的是Spring事务的失效问题，在什么情况下事务没有用

问题剖析：

有点蒙，我已经不记得怎么回答的了，反正很糟糕

问题解答：
这是我后面又看的一些文章放到一起了

spring的事务注解 @Transactional只能放在public修饰的方法上才起作用 ，如果放在其他非public（private，protected）方法上，虽然不报错，但是事务不起作用
如果采用spring+spring mvc，则context:component-scan重复扫描问题可能会引起事务失败。
如使用mysql且引擎是MyISAM，则事务会不起作用，原因是MyISAM不支持事务，可以改成InnoDB引擎
@Transactional 注解开启配置，必须放到listener里加载，如果放到DispatcherServlet的配置里，事务也是不起作用的。
Spring团队建议在具体的类（或类的方法）上使用 @Transactional 注解，而不要使用在类所要实现的任何接口上。在接口上使用 @Transactional 注解，只能当你设置了基于接口的代理时它才生效。因为注解是不能继承的，这就意味着如果正在使用基于类的代理时，那么事务的设置将不能被基于类的代理所识别，而且对象也将不会被事务代理所包装。
在业务代码中如果抛出RuntimeException异常，事务回滚；但是抛出Exception，事务不回滚；
如果在加有事务的方法内，使用了try…catch…语句块对异常进行了捕获，而catch语句块没有throw new RuntimeExecption异常，事务也不会回滚
在类A里面有方法a 和方法b，然后方法b上面用 @Transactional加了方法级别的事务，在方法a里面调用了方法b，方法b里面的事务不会生效。原因是在同一个类之中，方法互相调用，切面无效，而不仅仅是事务。这里事务之所以无效，是因为spring的事务是通过aop实现的。

依此类推 …

我直接从我之前写的面试题文章复制过来吧水一下

面试题三：

数据库中存在上亿的数据，索引已经很多了，怎么优化

问题解答：

参考文章
作者：大别山码将

判断是否有低效率索引，是否不规范，不合理等。
判断是否因为索引过多而影响了插入效率，去减少索引或者合并索引
通过 explain查看语句性能，去优化sql语句
对表进行拆分
1.垂直拆分：把主键和一些列放在一个表中，然后把主键和另外的列放在另一个表中。如果一个表中某些列常用，而另外一些不常用，则可以采用垂直拆分。
2.水平拆分：根据一列或者多列数据的值把数据行放到二个独立的表中。
使用中间表来提高查询速度
创建中间表，表结构和源表结构完全相同，转移要统计的数据到中间表，然后在中间表上进行统计，得出想要的结果。
主从复制，读写分离，负载均衡
实现数据库的读写分离，从而改善数据库的负载压力。一个系统的读操作远远多于写操作，因此写操作发向 master，读操作发向 slaves 进行操作（简单的轮循算法来决定使用哪个 slave）。
调整磁盘调度算法选择合适的磁盘调度算法，可以减少磁盘的寻道时间。
调整数据库磁盘阵列
procedure analyse() ，ANALYSE()检查查询的结果，并返回对结果的分析，该分析建议每列的最佳数据类型，这可能有助于减小 table 的大小。，（PROCEDURE ANALYSE()自 MySQL 5.7.18 起已弃用，并已在 MySQL 8.0 中删除。）