女Java年底被裁努力面试第六天-CSDN博客

本文链接：https://blog.csdn.net/xu_tongtong/article/details/136651479

本文介绍了Java开发工程师的招聘要求，包括学历、经验、应聘流程，以及岗位职责和任职要求，特别强调了策略模式在业务场景中的应用，B-树的数据结构优势，以及分布式事务和分布式锁在多实例环境中的注意事项，还提到了线程池核心参数的重要性。

摘要由CSDN通过智能技术生成

Java开发工程师 13-20K

集团背景：自研非外包
1、学历要求：全日制统招（学信网可查）；
2、经验要求：目前招聘2年及以上经验，3-5年优先；
3、应聘流程：发送简历及学信网截图—推荐用人部门—安排现场面试（当天完成机试或笔试+面试）

岗位职责：
1、能够理解产品需求，进行代码开发，保证代码质量、可靠性和性能达标；
2、参与企业级产品后端架构设计工作，接口设计、实现及文档编写；
3、按时保质的完成工作，配合测试组完成项目测试工作，系统交付工作；
4、对项目实施提供支持，参与产品设计，与前端工程师一同探讨技术方案。
任职要求：
1、大专及以上学历，计算机相关专业，3年左右Java研发经验；
2、精通JAVA开发，熟悉常见的设计模式，有系统设计经验；
3、熟悉TCP/IP协议，进程间通讯编程，熟悉Unix/Linux下常用工具及架构设计方法；
4、熟悉Spring框架，熟练掌握SpirngBoot、Springcloud,SpringMVC、HibernateMyBatis等；
5、熟练掌握Oracle和MySQL应用开发及优化，熟悉NoSQL存储，熟练掌握Redis并理解其适用场景；
6、熟悉RPC框架、消息队列框架、分布式存储系统，了解分布式协调服务Zookeeper；
7、熟悉常用的项目构建工具及版本管理工具，如Maven.Git.SVN；
8、积极主动，认真负责，头脑灵活，具有良好的沟通和团队协作能力。

机试题一个半小时五个题目这个公司用了postgreSql没整出来

设计模式策略模式
比如根据用户等级不同返回不同的优惠券类型的场景

// 策略模式

// 1、定义策略接口    
public interface CouponStrategy {
    String getCouponType();
}

// 2、定义策略实现类 
@Service
public class ManJianCouponStrategy implements CouponStrategy {
    @Override
    public String getCouponType() {
        return "manJian";
    }
}

// 3、定义上下文 Context 管理所有策略 切换策略
@Service
public class ZheKouCouponStrategy implements CouponStrategy {
    @Override
    public String getCouponType() {
        return "zhekou";
    }
}

// 4、使用 传给上下文当前选择的策略
public class CouponContext {
    private CouponStrategy couponStrategy;
    public void setCouponStrategy(CouponStrategy couponStrategy) {
        this.couponStrategy = couponStrategy;
    }
    public String chooseCoupon() {
        return couponStrategy.getCouponType();
    }
}


public class TestMain {
    public static void main(String[] args) {
        CouponContext couponContext = new CouponContext();
        String userLevel = "1";
        switch (userLevel) {
            case "1": {
                couponContext.setCouponStrategy(new ZheKouCouponStrategy());
                break;
            }
            case "2": {
                couponContext.setCouponStrategy(new ManJianCouponStrategy());
                break;
            }
        }
        String result = couponContext.chooseCoupon();
        System.out.printf(result);
    }
}

索引为什么快

索引就像一本书的目录。而当用户通过索引查找数据时，就好比用户通过目录查询某章节的某个知识点。这样就帮助用户有效地提高了查找速度。所以，使用索引可以有效地提高数据库系统的整体性能。

参考 https://zhuanlan.zhihu.com/p/62018452#:~:text=%E7%94%B1%E4%BA%8E%E4%B8%BB%E9%94%AE%E4%BD%BF%E7%94%A8%E4%BA%86%E8%81%9A%E7%B0%87%E7%B4%A2%E5%BC%95%EF%BC%8C%E5%A6%82%E6%9E%9C%E4%B8%BB%E9%94%AE%E6%98%AF%E8%87%AA%E5%A2%9Eid%EF%BC%8C%EF%BC%8C%E9%82%A3%E4%B9%88%E5%AF%B9%E5%BA%94%E7%9A%84%E6%95%B0%E6%8D%AE%E4%B8%80%E5%AE%9A%E4%B9%9F%E6%98%AF%E7%9B%B8%E9%82%BB%E5%9C%B0%E5%AD%98%E6%94%BE%E5%9C%A8%E7%A3%81%E7%9B%98%E4%B8%8A%E7%9A%84%EF%BC%8C%E5%86%99%E5%85%A5%E6%80%A7%E8%83%BD%E6%AF%94%E8%BE%83%E9%AB%98%E3%80%82,%E5%A6%82%E6%9E%9C%E6%98%AFuuid%E7%9A%84%E5%BD%A2%E5%BC%8F%EF%BC%8C%E9%A2%91%E7%B9%81%E7%9A%84%E6%8F%92%E5%85%A5%E4%BC%9A%E4%BD%BFinnodb%E9%A2%91%E7%B9%81%E5%9C%B0%E7%A7%BB%E5%8A%A8%E7%A3%81%E7%9B%98%E5%9D%97%EF%BC%8C%E5%86%99%E5%85%A5%E6%80%A7%E8%83%BD%E5%B0%B1%E6%AF%94%E8%BE%83%E4%BD%8E%E4%BA%86%E3%80%82

btree是什么

B-树（B-tree）是一种自平衡的搜索树数据结构，常用于在磁盘或其他存储介质上进行有效的索引操作。B-树具有以下特点：

多路搜索树：B-树是一种多路搜索树，每个节点可以包含多个键和对应的值。相比于二叉搜索树，B-树的节点可以拥有更多的子节点，从而减少树的高度，提高搜索效率。
自平衡性：通过保持特定的不变性，B-树能够自动调整树的结构以保持平衡状态，防止树的高度过高或过低。这样可以确保在最坏情况下，搜索、插入和删除操作的时间复杂度都为 O(log n)。
顺序访问：B-树的节点按照键的顺序存储，这使得范围查询变得更加高效。同时，B-树支持按照键的顺序进行遍历操作。
适用于大规模数据存储：由于B-树的节点可以包含多个键，它在处理大量数据时非常有效。相比于二叉搜索树，B-树在同样的高度下可以存储更多的键值对，从而减少了磁盘或存储介质的访问次数，提高了性能。
B-树主要应用在数据库系统和文件系统等需要高效索引和存储大量数据的场景。它能够保持数据的有序性、提供快速的搜索和范围查询，并且适应动态数据的插入和删除操作。常见的变种有B+树和B*树，它们在B-树的基础上进行了优化和扩展，进一步提升了性能和效率。

@Transaction原理

AOP

@Transactional实现原理三要素切面、切点、通知

InfrastructureAdvisorAutoProxyCreator后置处理器拦截所有Bean
遍历所有类型为Advisor的切面
返回满足切点条件的切面列表
选择代理方法
生成代理
调用通知的invoke()方法
开启事务
调用其它通知的invoke()方法，如果没有执行目标方法
执行异常，回滚事务
执行成功，提交事务

执行目标方法

参考 https://juejin.cn/post/6968384376824561671

事务失效场景

1、数据库引擎不支持事务
这里以 MySQL 为例，其 MyISAM 引擎是不支持事务操作的，InnoDB 才是支持事务的引擎，一般要支持事务都会使用 InnoDB。

2、没有被 Spring 管理
如果把 @Service 注解注释掉，这个类就不会被加载成一个 Bean，那这个类就不会被 Spring 管理了，事务自然就失效了。

3、方法不是 public 的
@Transactional 只能用于 public 的方法上，否则事务不会失效，如果要用在非 public 方法上，可以开启 AspectJ 代理模式。

4、自身调用问题
就调该类自己的方法，而没有经过 Spring 的代理类，默认只有在外部调用事务才会生效，这也是老生常谈的经典问题了。

5、数据源没有配置事务管理器

6、不支持事务
Propagation.NOT_SUPPORTED：表示不以事务运行，当前若存在事务则挂起，都主动不支持以事务方式运行了，那事务生效也是白搭。

7、异常被吃了
try catch了

8、异常类型错误
因为默认回滚的是：RuntimeException，如果你想触发其他异常的回滚，需要在注解上配置一下，如：
@Transactional(rollbackFor = Exception.class)

分布式事务

2阶段提交
3阶段提交
TCC
seata方案
参考https://zhuanlan.zhihu.com/p/263555694#:~:text=%E5%88%86%E5%B8%83%E5%BC%8F%E7%B3%BB%E7%BB%9F%E4%BC%9A%E6%8A%8A%E4%B8%80%E4%B8%AA%E5%BA%94%E7%94%A8%E7%B3%BB%E7%BB%9F%E6%8B%86%E5%88%86%E4%B8%BA%E5%8F%AF%E7%8B%AC%E7%AB%8B%E9%83%A8%E7%BD%B2%E7%9A%84%E5%A4%9A%E4%B8%AA%E6%9C%8D%E5%8A%A1%EF%BC%8C%E5%9B%A0%E6%AD%A4%E9%9C%80%E8%A6%81%E6%9C%8D%E5%8A%A1%E4%B8%8E%E6%9C%8D%E5%8A%A1%E4%B9%8B%E9%97%B4%E8%BF%9C%E7%A8%8B%E5%8D%8F%E4%BD%9C%E6%89%8D%E8%83%BD%E5%AE%8C%E6%88%90%E4%BA%8B%E5%8A%A1%E6%93%8D%E4%BD%9C%EF%BC%8C%E8%BF%99%E7%A7%8D%E5%88%86%E5%B8%83%E5%BC%8F%E7%B3%BB%E7%BB%9F%E7%8E%AF%E5%A2%83%E4%B8%8B%E7%94%B1%E4%B8%8D%E5%90%8C%E7%9A%84%E6%9C%8D%E5%8A%A1%E4%B9%8B%E9%97%B4%E9%80%9A%E8%BF%87%E7%BD%91%E7%BB%9C%E8%BF%9C%E7%A8%8B%E5%8D%8F%E4%BD%9C%E5%AE%8C%E6%88%90%E4%BA%8B%E5%8A%A1%E7%A7%B0%E4%B9%8B%E4%B8%BA,%E5%88%86%E5%B8%83%E5%BC%8F%E4%BA%8B%E5%8A%A1%20%EF%BC%8C%E4%BE%8B%E5%A6%82%E7%94%A8%E6%88%B7%E6%B3%A8%E5%86%8C%E9%80%81%E7%A7%AF%E5%88%86%E4%BA%8B%E5%8A%A1%E3%80%81%E5%88%9B%E5%BB%BA%E8%AE%A2%E5%8D%95%E5%87%8F%E5%BA%93%E5%AD%98%E4%BA%8B%E5%8A%A1%EF%BC%8C%E9%93%B6%E8%A1%8C%E8%BD%AC%E8%B4%A6%E4%BA%8B%E5%8A%A1%E7%AD%89%E9%83%BD%E6%98%AF%E5%88%86%E5%B8%83%E5%BC%8F%E4%BA%8B%E5%8A%A1%E3%80%82

分布式锁
同一个jvm部署多个实例，用@Transactional会有分布式事务问题么

在同一个 JVM 中部署多个实例，并且使用 Spring Framework 中的 @Transactional 进行事务管理时，通常不会涉及到分布式事务问题。因为这些实例共享同一个 JVM，它们可以直接共享相同的事务管理机制和资源。

在这种情况下，Spring 的事务管理器会在同一个 JVM 中对事务进行管理，保证事务的一致性、隔离性和持久性。@Transactional 注解注释的方法会在同一个事务上下文中运行，即使是在不同的实例中也会被视为同一个事务。

然而，需要注意的是，如果涉及到跨多个 JVM 或者跨多个数据库实例的分布式事务，那么就需要考虑分布式事务管理的相关问题。在这种情况下，可能需要使用分布式事务管理器（如 Atomikos、Bitronix 等）或者消息队列（如 RabbitMQ、Kafka 等）来实现跨系统或跨数据库的事务一致性。

总的来说，在同一个 JVM 中部署多个实例并使用 @Transactional 进行事务管理时，不会出现典型的分布式事务问题。但如果涉及到跨 JVM 或者跨数据库的分布式事务，则需要额外的处理和考虑分布式事务管理方面的内容。