面灵AI→

邮储银行信息科技岗面经:AI面、二面、HR面真题汇总

时间
2026-10
来源
牛客网

《面试题目》

总行本部·AI 初面与正式面

  1. 请做一个 2 分钟以内的自我介绍。
  2. 请介绍你简历上的项目和实习经历。
  3. 你掌握哪些编程语言?

总行本部·暑期实习面

  1. 请做一个自我介绍。
  2. 你有过实习经历吗?
  3. 为什么想来银行实习,以后有什么打算?
  4. 你怎么看待实习后的工作内容跟自己想象有落差?

合肥软件研发中心·2026 届线下一面

  1. 请围绕简历介绍你的项目经历(面试官偏重 Java 方向追问)。

合肥软件研发中心·2025 届二面(现场单面)

  1. 请做一个自我介绍。
  2. 你的本科成绩怎么样?
  3. 你手头有哪些 offer?
  4. 为什么不去北上广,而选择来合肥?
  5. 你使用过哪些编程语言,C 和 Java 学过吗?
  6. 你用过哪些 Linux 指令?
  7. 你在项目团队中担任什么角色,想成为什么角色?

成都研发中心·AI 一面

  1. 请做一个自我介绍。
  2. 如果领导交付给你一个不能完成的项目,你会怎么办?

成都研发中心·二面

  1. 请用 1 到 2 分钟做自我介绍。
  2. 说说 BIO 和 NIO 的区别。
  3. 你在招银实习的时候,是怎么理解技术中台的?
  4. varchar 和 char 有什么区别,各自怎么使用?
  5. Redis 怎么做持久化(RDB 和 AOF)?
  6. Redis 有事务吗,谈谈你的理解。

成都研发中心·HR 三面

  1. 请用 2 分钟做自我介绍,包含个人介绍、项目、实习和未来职业规划。
  2. 为什么想来邮储?
  3. 你手头有哪些 offer,相比之下邮储有什么优势?
  4. 你如何看待加班和出差?
  5. 在实验室里,同学和老师眼中你的定位是什么?
  6. 有没有压力特别大的时候,那个时候你是怎么克服的?

《参考解析》

BIO 与 NIO:连接数决定选型

BIO 是同步阻塞模型,一个连接占一个线程,读写未就绪就挂住,编程简单、出错好查,但线程数随并发连接线性上涨,几万连接时线程与上下文切换的成本压不住。NIO 换成 Channel + Buffer + Selector,一个线程用多路复用轮询成千上万个连接的就绪事件,只处理真正有数据的连接,代价是编程复杂度上去了——半包粘包、写缓冲、事件状态机都得自己管,所以生产上一般直接上 Netty 而不是手写。取舍就看流量特征:连接多但大多数时间空闲(网关、长连接推送)适合 NIO,连接少而每次交互时间长(内部管理后台)BIO 反而更好维护。面试时补一句「Java 现在还有虚拟线程这条路,可以用阻塞的写法拿到接近的并发量级」,能显出你关注的是成本而不是名词。

MySQL 的 varchar 与 char

char 是定长,声明多少就按多少算,长度固定的短值用它更合适,比如 MD5、UUID、状态码、定长行政区划编码;varchar 是变长,存储时带 1 到 2 字节的长度前缀,适合姓名、地址、标题这类长度差异极大的字段,省空间也省 IO。要顺手说清两个容易踩的点:varchar(n) 里的 n 是字符数不是字节数,而索引长度限制是按字节算的,utf8mb4 下 1 个字符最多占 4 字节,所以 varchar(255) 的联合索引很容易撞上限。另外定长与变长的真正差别不只在存储空间,还在更新时的行为——把短值改成长的变长值可能触发行迁移和页分裂,这也是为什么长度稳定的列给 char 或给足余量更稳。

Redis 持久化与事务

持久化有两条路:RDB 是某一时刻的全量快照,fork 子进程写盘,文件紧凑、恢复快,适合做冷备;缺点是两个快照之间宕机会丢数据,fork 瞬间也有内存和延迟抖动。AOF 是把写命令追加进日志,靠 appendfsync 决定丢多少——always 最安全但每次写都落盘,everysec 最多丢 1 秒、是常用的折中,no 交给操作系统最不可控;AOF 文件比 RDB 大、恢复更慢,所以需要重写来压缩。真实环境一般两者都开,用 RDB 备份、用 AOF 兜数据,4.0 之后还可以用混合持久化把两者拼起来。

Redis 的事务是 MULTI 开启、命令入队、EXEC 一次性顺序执行,因为服务端单线程,执行过程中不会被其他客户端的命令插进来,所以它保证的是「不被中途打断」。但它没有回滚:如果某条命令是运行时才报错(比如对字符串执行列表操作),其余命令照样执行,事务也不会因为某一步的返回值不符合预期而中止,因为它压根不支持在事务里读结果做判断。因此需要「检查后再改」的原子语义时,正确做法是 WATCH 做乐观锁(版本变了就放弃重试),或者把逻辑写成 Lua 脚本在服务端原子执行。

AI 面、无领导小组与 HR 面到底在筛什么

这篇帖子的价值有一半在流程上:邮储秋招会走投递、笔试、性格测评、AI 面、技术二面、HR 面,合肥软开还有无领导小组讨论,线下面试一组能到三十多人。AI 面是六道题、前五题限时三分钟、最后朗读一段文字,考的不是技术深度而是表达是否清晰、有没有卡壳,所以提前把自我介绍和简历项目按「背景、任务、我做了什么、结果」录下来计时练,比临时组织语言划算。无领导小组不看谁说得最多,而是看有没有人把讨论往前推——定框架、控节奏、把发散的观点收敛成结论,抢话、全程沉默、跑题都是减分项。

HR 面的重点永远是稳定性与匹配度:为什么来邮储、为什么是合肥而不是北上广、手头 offer 怎么比较、对加班出差的态度、压力大的时候怎么办、在实验室里你是什么角色。答这类题可以把动机落到具体理由上(家在附近、认可银行的技术方向、看重长期稳定),offer 比较要诚实但给出取舍逻辑,别贬低别的公司,也别把「来练手」说出口。原帖里合肥那场二面写明「基本没有技术题」、总行本部的暑期实习面写明「全程不问技术」(技术题集中在成都那场二面),说明银行面试的分量很大程度压在这些非技术环节。另外注意这套流程里几乎每场都从自我介绍和简历展开追问——包括群面和闲聊式面试,简历上写下的每一条都要准备好被追着问细节。