我发现java后端的面试有点奇怪

rt，我4.1二面，面完无消息，今天早上看超时回到人才库了。刚才看原来回到人才库的志愿状态又回到筛选中了，求助一下各位牛友，这个是被捞起来继续泡池子还是捞到新部门重新面呢更新：被新部门捞了

首先说核心思想，那就是，压力面很多时候是看你在高压下还能不能保持逻辑，真没必要每个问题都掏心掏肺。说实话，压力面这玩意儿就是专挑你软肋戳，我这一年多被面过几次也摸出点门道——有些问题真没必要硬刚，适当绕一下反而显得你脑子活。1，被揪着短板问咋整？打个比方项目延期了怎么说：那次确实是我第一次带跨部门需求，排期时没算上联调风险（承认客观事实）。后来我们组内复盘做了个排期checklist，现在新人接手都用这套模板（落地改进+团队价值）。2，追问的全是没接触过的这个问题一上来就很容易懵比，这样说：这块业务目前是XX同事在主导，我参与过需求评审会（不装懂）。最近在帮他们做用户行为分析时，我发现XX数据...

无手撕  面试官迟到三分钟（这应该不算迟到）以为会问八股，结果全是项目引申的，麻了 有的面试官不问我这玩具项目呜呜+在日常实习就没看，自己介绍都没讲清楚1. 线程通信方式  oom  线程安全 死锁2. 分布式事务 如果c超时没反应， 咋处理。直接通知回滚的话，可能有c先处理回滚的命令，后面又执行了本地事务（c查看本地事务的状态 执行中就不回滚 还是咋处理）3. 协调者挂了 咋办  项目: 库存变化流程 redis回滚库存为啥会超卖 mq重投db会不会超卖 （幂等判断和回滚在一个事务中）4. 分库和分表的区别（分库一般是多个实例解决高并发，分表是单表数据量比较大  分库和分表很像，都是按分片键路由）基于买家id分表分库的话，卖家想查询怎么办（binlog 卖家id分片）自己说话要坚定，不能弱弱怂怂的 晚上一看，挂了感觉是除了分布式事务那两问题基本都能回答个大概，可能"大概"这种程度不行吧，太久没看了，自己的项目都不熟了，分布式事务确实就学了一点   看见我的项目都想吐，重复看的东西。。#毕业后不工作的日子里我在做什么#呜呜呜呜，好菜，本科学历不太行感觉银行国企也不太稳麻了3. 我搜的是1.TCC  2.本地消息表  3.多节点选举机制（如Raft协议）实现高可用，避免单点故障     三阶段提交只是缓解了单点故障问题      （TCC和本地消息表根本就没有协调者所以没有单点故障   没有往这上面想 一直在绕三阶段提交）2. #### 1. 参与者C超时无响应**解决方案：**- **事务状态查询机制**：协调者先发起事务状态查询（3PC中的CanCommit阶段）- **异步补偿机制**：记录操作日志，超时后通过定时任务重试事务查询- **最终一致性兜底**：若长时间无响应，记录异常事务日志人工介入- **示例流程**：  1. 协调者发送prepare请求  2. 参与者C超时未响应  3. 协调者发起事务状态查询请求  4. 若C本地事务已提交 -> 继续提交其他参与者  5. 若C未提交/回滚 -> 发起全局回滚（我前面讲的RMQ的事务消息 也是反查本地事务状态 这没回答出来）4. ### 二、分库分表核心区别|          | 分库                          | 分表                  ||----------|-----------------------------|---------------------|| 拆分维度  | 数据库实例级别                   | 单表结构级别           || 核心目标  | 降低单点压力，提升并发处理能力        | 解决单表数据量过大问题   || 典型场景  | 电商系统买家库、订单库分离           | 用户表按月分表          || 实施难度  | 需要处理分布式事务、跨库join        | 主要处理SQL路由        |

我的暑期实习结束了差不多一周，犹豫许久，还是决定将我的心路历程分享给大家，说不定可以帮助到许多兄弟姐妹。之前发过一篇帖子，略有反响，看到许多兄弟姐妹与我有同样的烦恼。其实这没有很安慰到我，只觉得大家都很辛苦，我感同身受。我二月中开始准备所谓的八股，月底开始投递实习，官网投递仅记录的就有100左右（单论公司而言），boss+脉脉200多个应该是有。可能是因为受到在国外找工作的经验的影响，我打一开始投递就是奔着海投去的。我不觉得所谓的保守申请（我看到好多兄弟都是只投递20+/30+）会适用于广泛的人，我同样也不觉得所谓的面试转换率/offer转换率/沟通回复率这些数字什么有帮助的，具有参考性的数据...