金融行业Java开发面试高频问题及答案

金融行业Java开发面试高频问题及答案

一、单项选择题（总共10题，每题2分）1.金融支付接口中，解决重复扣款问题的核心方案是以下哪项？A.增加接口超时时间B.使用唯一订单号验证C.提高服务器配置D.减少接口调用次数2.JVM中用于存放对象实例的内存区域是？A.程序计数器B.虚拟机栈C.堆D.方法区3.Spring事务传播特性中，要求当前方法必须启动新事务且挂起原有事务的是？A.PROPAGATION_REQUIREDB.PROPAGATION_REQUIRES_NEWC.PROPAGATION_SUPPORTSD.PROPAGATION_NESTED4.金融风控系统中，用于实现实时用户行为限流的Redis数据结构是？A.StringB.HashC.ZSetD.List5.消息队列（如RocketMQ）保证金融交易消息不丢失的关键机制不包括？A.生产者发送确认（ACK）B.Broker持久化存储C.消费者手动确认（ACK）D.增加消息发送重试次数6.金融系统中，用户身份证号等敏感信息加密通常使用的对称加密算法是？A.RSAB.AESC.MD5D.SHA-2567.以下哪个Java集合类是线程安全的？A.ArrayListB.HashMapC.ConcurrentHashMapD.LinkedList8.金融数据库中，为避免“幻读”现象需采用的事务隔离级别是？A.ReadUncommittedB.ReadCommittedC.RepeatableReadD.Serializable9.MyBatis中的延迟加载（LazyLoading）主要用于优化以下哪种查询？A.单表查询B.关联表查询C.批量查询D.分页查询10.金融微服务架构中，API网关的核心作用不包括？A.统一认证授权B.服务路由与负载均衡C.数据库事务管理D.流量监控与限流二、填空题（总共10题，每题2分）1.金融系统中，避免同一笔交易重复执行的核心设计原则是__________。2.JVM垃圾回收算法中，适用于年轻代的是__________。3.Spring框架中，声明式事务的核心注解是__________。4.Redis中，实现分布式锁的核心命令是__________（英文缩写）。5.金融风控系统中，处理实时用户行为数据的主流框架是__________（如Flink）。6.支付清算流程中，将多笔交易净额合并计算的操作称为__________。7.Java中，管理线程池的核心框架是__________。8.MyBatis映射文件中，用于自定义结果集映射的标签是__________。9.金融系统中，用户姓名“张三”脱敏后常见形式为“张三”，这种方式称为__________。10.微服务架构中，服务间基于HTTP的通信协议通常采用__________风格。三、判断题（总共10题，每题2分）1.金融系统使用Redis作为缓存时，必须开启RDB或AOF持久化。（）2.Spring事务的PROPAGATION_SUPPORTS特性表示：若当前无事务，则创建新事务执行。（）3.支付系统中的订单号必须保证全局唯一，以支持幂等校验。（）4.Java中的HashMap是线程安全的集合类。（）5.金融风控中的实时流处理场景（如秒级反欺诈）适合使用SpringBatch。（）6.MyBatis中的{}占位符会自动防止SQL注入，而${}不会。（）7.CAP定理中的“C”代表一致性（Consistency），“A”代表可用性（Availability）。（）8.金融交易日志必须包含交易流水号、操作时间、操作用户等关键信息。（）9.Java中的volatile关键字可以保证变量操作的原子性。（）10.支付系统的退款流程不需要做幂等性校验，因为退款次数有限。（）四、简答题（总共4题，每题5分）1.请简述金融系统中幂等性的常见实现方案。2.简述Spring事务传播特性中PROPAGATION_REQUIRED与PROPAGATION_REQUIRES_NEW的区别。3.金融系统使用Redis时，需注意哪些关键问题？4.简述MyBatis中延迟加载的实现原理及适用场景。五、讨论题（总共4题，每题5分）1.金融系统高并发场景下，如何优化数据库的性能？2.支付系统中，如何保证消息队列传递交易信息的可靠性？3.金融风控系统中，实时流处理面临哪些挑战？如何解决？4.微服务架构在金融系统中的优势与潜在风险是什么？答案：一、单项选择题1.B2.C3.B4.C5.D6.B7.C8.D9.B10.C二、填空题1.幂等性2.复制算法3.@Transactional4.SETNX5.Flink（或SparkStreaming）6.轧差7.Executor框架8.resultMap9.掩码脱敏10.RESTful三、判断题1.√2.×3.√4.×5.×6.√7.√8.√9.×10.×四、简答题1.金融系统幂等性常见方案：①唯一标识符验证，如用全局唯一订单号，执行前校验订单是否已处理；②Token机制，请求前获取Token，执行时校验Token有效性并标记已使用；③乐观锁，数据库表加版本号字段，更新时对比版本号；④幂等表，记录已处理请求的唯一标识（如订单号+操作类型），执行前查询。这些方案确保同一请求多次调用结果一致。2.PROPAGATION_REQUIRED：若当前有事务则加入，无则创建新事务，适用于普通交易；PROPAGATION_REQUIRES_NEW：无论当前是否有事务，都创建新事务并挂起原事务，原事务与新事务独立。如金融中子交易（如手续费扣除）需独立事务，即使主交易回滚，子交易仍生效。3.金融用Redis注意：①开启持久化（RDB+AOF），防止缓存丢失影响业务；②避免缓存穿透，用布隆过滤器或空值缓存；③分布式锁需处理死锁，如设置过期时间+续约；④控制缓存大小，避免内存溢出；⑤敏感数据不缓存或加密后缓存；⑥监控缓存命中率，优化缓存策略。4.延迟加载原理：MyBatis通过动态代理实现，关联对象查询时先返回主对象，首次访问关联对象的getter方法时触发关联查询。适用场景：关联对象不常使用（如用户信息关联订单，仅查看用户时不查订单），减少数据库查询次数，优化性能。五、讨论题1.数据库性能优化：①分库分表，按业务分库、按订单号哈希分表，解决单表数据量大问题；②索引优化，针对高频查询字段（如订单号）建索引，避免全表扫描；③缓存热点数据（如用户信息）用Redis，减少DB访问；④批量操作代替单条操作；⑤缩小事务范围，避免长事务；⑥读写分离，主库写、从库读，分担压力。2.消息可靠性保证：①生产者开启发送确认（如RocketMQ同步发送+ACK），失败重试；②Broker配置持久化（如CommitLog），避免重启丢失；③消费者手动确认ACK，处理完业务再确认；④消费者端用唯一消息ID做幂等校验；⑤监控消息轨迹，及时发现丢失问题。3.实时流处理挑战与解决：①低延迟，用Flink流批一体架构减少延迟；②数据准确性，用Flink的Exactly-Once语义（Checkpoint）避免重复/丢失；③复杂规则，用FlinkCEP引擎处理（如连续登录失败）；④资源调度，用K8s管理Flink集群动态扩缩容；⑤实时监控吞