江苏苏宁银行一面

连若伊

基本信息

• 形式：半结构化面试，多为视频面试（腾讯会议/微信视频）或现场面试，1对1或群面形式
• 时长：约15-45分钟，技术岗通常30-45分钟，业务岗约15分钟
• 氛围：整体较为轻松，技术面试官会引导，不会刻意刁难，问题没回答上会进行提示或更换问题
  

面试流程

• 自我介绍：1-3分钟，围绕学校、专业、实习经历等
• HR/技术面试官提问：
  
  • 常规问题：为什么选择苏宁银行、为什么选择南京、家乡与就业地是否有冲突
  • 简历深挖：针对实习经历、项目经历详细提问
    
• 技术问题（技术岗）：围绕项目中使用的技术栈提问，不考偏难怪的八股
• 反问环节：可询问面评、学习建议、团队情况等
  

面试问题与参考回答
1、自我介绍
参考回答：面试官您好，我是XX，来自XX大学XX专业。在校期间，我系统学习了Java开发、数据库原理、分布式系统等课程，并取得了优异的成绩。在实习方面，我曾在XX公司参与了一个微服务架构的电商平台开发项目，主要负责订单模块的设计与实现，使用Spring Cloud框架，并参与了Redis缓存优化和MySQL分库分表的工作。这个项目让我对高并发系统有了深入理解。此外，我还自学了大数据相关技术，完成了一个基于Spark的用户行为分析项目。我选择应聘贵行的金融科技岗，是因为看到贵行在数字银行领域的创新实践，特别是"科技引领"战略与我的技术背景非常契合。希望能有机会加入贵行，用技术赋能金融服务。


2、为什么选择苏宁银行？
参考回答：我选择苏宁银行主要有三方面原因。第一，苏宁银行作为江苏省首家数字银行，在金融科技领域有独特的优势，特别是在"科技引领"战略下，大数据、人工智能等技术在风控、信贷等业务中的深度应用，与我个人的技术背景非常契合。第二，苏宁银行专注服务小微企业和实体经济，这种"科技赋能金融"的定位让我看到了技术创造实际价值的广阔空间。第三，我了解到苏宁银行的团队非常年轻，学历层次高，对于有能力的应届生能提供较快的成长机会，这符合我希望在职业初期快速积累经验的规划。


3、为什么选择南京？家乡与就业地是否有冲突？
参考回答：我选择南京是基于多方面的考虑。首先，南京作为长三角的核心城市，金融科技创新氛围浓厚，苏宁银行作为本土法人银行在这里有深厚的根基，能提供良好的发展平台。其次，我家乡距离南京高铁仅需2小时，交通便利，父母也非常支持我来南京发展。长期来看，我计划在未来3-5年在南京稳定发展，已经了解了南京的人才落户政策和住房保障政策，也做好了在这座城市长期奋斗的准备。家乡与南京之间不存在冲突，反而这种距离既能让我独立发展，又能方便照顾家庭。


4、职业规划是什么？
参考回答：我的职业规划分为三个阶段。第一阶段（1-2年），作为新人，我希望在基层岗位扎实学习，全面熟悉银行业务流程和技术架构，特别是贵行的金融科技应用体系，成为一名合格的技术人员。第二阶段（3-5年），我希望能够独立负责某个业务模块或项目，比如风控系统或信贷平台的开发优化，在分布式系统、大数据处理等方向形成自己的技术专长。第三阶段（5年以上），我希望能够成长为技术骨干或团队负责人，带领团队解决更复杂的业务技术难题，为银行的数字化转型贡献更大价值。这个规划我会根据实际情况不断调整，但核心是保持技术精进和业务理解的同步提升。


5、项目中为什么用这个技术？你是怎么用的？
参考回答：以我在实习中使用的Redis缓存为例。当时我们面临的问题是订单查询接口响应慢，数据库压力大。经过分析，我发现热点订单数据查询频率高但变化少，非常适合缓存。我选择Redis而不是Memcached，主要是因为Redis支持更丰富的数据类型（如Hash、Sorted Set），便于存储复杂的订单信息，同时支持持久化，可靠性更高。具体实现上，我采用了"查询优先走缓存，缓存未命中再查库"的策略，并设置了合理的过期时间（热点数据5分钟，普通数据30分钟）。同时，为了解决缓存与数据库的一致性问题，我采用了"Cache Aside"模式，更新数据时先更新数据库，再删除缓存。实施后，接口响应时间从200ms降低到20ms，数据库QPS下降了60%。


6、Spring Boot事务的传播方式有哪些？
参考回答：Spring Boot事务传播行为主要有七种，我最常用的是以下几种：

• REQUIRED（默认）：如果当前存在事务，则加入该事务；如果不存在，则创建新事务。这是最常见的选择，适用于大多数业务场景。
• REQUIRES_NEW：无论当前是否存在事务，都创建新事务，并将当前事务挂起。适用于需要独立提交或回滚的操作，比如日志记录。
• NESTED：如果当前存在事务，则在嵌套事务中执行；如果不存在，则行为类似REQUIRED。嵌套事务可以独立回滚而不影响外层事务。
• SUPPORTS：如果当前存在事务，则加入；如果不存在，则以非事务方式执行。适用于查询操作。
  

在项目中，我通常根据业务逻辑的独立性来选择。比如在一个转账业务中，主流程使用REQUIRED，而记录审计日志使用REQUIRES_NEW，确保即使主事务回滚，日志也能保留。