社招3年Java，武汉 腾讯云智VS盒马（盒雁）

腾讯云智，地图部门下面的编译与架构中心-java python go c瓜子，偏业务，弄的车商友商服务平台-javaps：云智用的语言比较多会不会不好跳槽？#牛客AI配图神器# 帮一个朋友转

一面 1. 自我介绍 2. 介绍了实习的项目，负责的业务模块，提问了一些实习问题 3.SpringBoot 的自动装配 4.SpringBoot 的 starter 如何实现的 5.循环依赖如何解决的 6.Spring 中事务失效的场景 7.MVCC 多版本并发控制 8.索引失效的场景，sql 调优 9 Redis 的持久化机制 10Redis 为什么这么快 11ES 搜索引擎 12 了解哪些 AI 工具 13 手撕 无重复最长字串 ********* 二面 1. 自我介绍 2. 实习做的业务，哪些是比较有挑战的 项目为什么要用到消息队列、消息量有多大、如何保证消息的可靠性的 3 场景题目：设...

树根科技的一面-半个小时算法题：删除有序链表的重复元素II原题LC82. 删除排序链表中的重复元素 II  是在牛客的核心代码模式一开始没运行成功后面说了思路 然后就放我过了我在最后说完思路之后调了一下代码之后运行成功完美😍就两道八股然后实习简单问了一下 没什么好回答的我操又是KPI我的面试八股：1，索引是什么？对于索引的理解？底层数据结构是什么我觉得这道题问的很经典但是可能大家回答的大差不差 这里希望大家看可以回答的有章法一点  我这里贴一下我的回答吧面试回答：索引是数据库中用于提高查询效率的数据结构。它类似于书籍中的目录、通过创建索引、数据库可以更快地定位到数据的位置，从而减少全表扫描的时间，显著提高查询性能。索引本质上是一个辅助数据结构、B+树索引是一种多路平衡树、常用于数据库的存储引擎。Innodb数据库默认使用 B+树作为索引。然后来介绍一下B+树索引1. 首先先说一下B+树的特点是什么：B+树的叶子节点存储数据、非叶子节点只存储索引、不存储实际数据、所有数据都集中在叶子节点。而且每个节点里的数据都是根据索引的值来顺序存放的 也就是顺序存储2. 然后呢B+树适合顺序访问及范围查询：B+树的叶子节点之间通过双向链表连接、每个节点都有指向前一个和后一个节点的指针、以及当前的数据。这种结构使得可以顺序访问、从任意一个叶子节点开始、通过双向指针快速地向前或向后访问其他节点访问高效、无需回溯即可遍历更多数据。也可以通过范围查询、可以通过在链表中找到该范围的起始叶子节点、然后顺序地访问链表中的节点。3. 以及最重要的是：B+树的查询性能比较高：由于B+树的结构是平衡的、所有叶子节点都在同一层、这意味着查询数据时、查询的深度通常比较浅（一般在3到4层）、即使数据量达到千万级、最多需要3~4次磁盘I/O操作就能找到目标数据。这极大减少了磁盘访问次数。 4. 还有就是B+树具有稳定的查询性能：由于B+树是平衡的，所有的数据检索操作都有相同的I/O延迟。这使得B+树特别适合用于存储大量数据并且要求稳定查询性能的场景、这也是我们选择B+树作为索引的主要原因  2.面试官问的问题：  面试官问的是：一个表下有多个索引，每一个索引下都是B+树结构、那每一个索引的叶子节点都是存储的实际的数据吗？一开始没明白这个是什么意思、后来面试官提示了一下才明白原来问我的是：聚簇索引和非聚簇索引（二级索引）的区别。参考回答：分为聚簇索引和二级索引回答聚簇索引：叶子节点：存储的是主键值和完整的行记录（即数据行的所有列数据）。非叶子节点：存储的是主键值和指向子节点的指针。非聚簇索引（二级索引）：叶子节点：存储的是索引键值和该行的主键值、不存储完整数据。非叶子节点：存储的是索引键值和指向子节点的指针。查询过程：如果查询条件使用了二级索引（非聚簇索引）、但查询的数据既不是主键值也不是二级索引值、则需要通过二级索引查找主键值、然后回表查询实际数据。这样会进行两次B+树扫描、分别查找索引和数据。如果查询的列是主键值和二级索引值、并且这两列都在二级索引中（例如联合索引）、则可以直接在二级索引中查询到所有需要的字段、这时称为覆盖索引、无需回表、查询只需要扫描一次B+树、效率更高。

别被那些「5月没offer就凉了」的鬼话唬住，Kyle师兄之前这时候也慌得一批。师兄的经验是这样：1. 公司笔试说是5月截止，其实6月还在偷偷捞人！并且统一的笔试批次截止后，还会根据投递情况补加笔试！2. 没暑期实习真没啥，很多师弟师妹都不具备暑期实习的条件（导师不放实习）。重点是你得攒几个能吹的项目，哪怕是自己折腾的野路子项目，关键要能讲出花来，通常是两个项目起步～3. 现在该干嘛：- 每周拿1-2家小公司练手面试（面挂也不心疼）- 死磕2个拿得出手的实战案例（搞明白比盲目刷题重要10倍）- 8月前准备好几套面试话术（不同面试官对症下药）师兄根据这几年的经验总结都放在这里啦点击查看&nbsp...