题干解析 题设给定一个砖块状态数组和每次的敲击情况，砖块只有互相在上下左右具备连接，且有至少一个砖块与顶部连接才算稳定，打击后变得不稳定的砖块组会被消除，要求我们返回每次敲击后的砖块因不稳定而消除的数量。 算法思路 初始情况所有还存在的砖块可看作一个组，后续的击打便是消除组内部分连接边使得组可能一分为二也可能不变，一分为二时不稳定的组便会被清除，且需要确定清除了多少个砖块。 有关分组的数据我们不妨使用并查集进行维护，但有一个重要问题便是并查集本身并不支持删除已建立的连接。对此我们不妨逆向解决此问题，由此我们成功将并查集无法处理的边删除问题逆向为边增添的问题。假设我们得到所有需要打掉的砖块后的砖...

已经入职字节快一个月了，突然想起来之前那段时间的面经没有发，先发一下timeline吧。Tiktok 内容安全平台（人才库电话捞我）：电话10.28 -> 一面10.30(我觉得你跟我们组业务挺match的，然后过了三天问hr挂了，应该是别人流程更快)阿里淘天：投递11.11->约面11.12->一面11.14（问得很简单，30分钟，手撕八股全过无后续）Kpi面腾讯wxg 微信小程序：投递11.13 ->约面11.14-> 一面11.17 (究极无敌拷打，问我多模态大模型涉及的算法？但是人很好)->11.19流程终止小红书 风控平台：投递11.16 —约面11.17  ->一面11.18 (抽象的面试官，面试感觉一般，问得前端网页安全相关的，确实没准备)->11.20挂百度 百家号：投递11.14 —>约面11.14 ->一面11.14(当场约2面)->二面11.24->口头告知offer， 拒绝（原因是业务不太好）美团 技术平台投递11.17 -> 约面（忘记了，没多久） ->一面11.19 ->二面11.21 （字节offer不想面了）快手 电商业务投递11.17 -> 约面11.18 ->一面11.19 -> 二面11.21（拒了）腾讯wxg 微信支付（被捞）：（直接发面试邮件）技术一面12.05 ->技术二面12.11 ->技术三面12.17 -> hr面已拒绝（了解业务后拒绝，但是有转正hc，感觉还蛮可惜）字节跳动 xxxx：东家就不放具体的时间线了，大概是面完第二天就能知道结果，除了有几天ld请假了没填面评。不去wxg还有个原因是还在期末周，深圳学校来回太麻烦了，至少现在在的组感觉能学到很多的东西，自己的选择应该也没错。还是感概一下，一年前大二的时候投简历海投基本上石沉大海，无论大小厂约面比例很少。现在基本上投了就有面试，还都是以前梦寐以求的大厂，现在自己也有了更多的选择，也没有投太多简历。也感谢上一段实习的经历，很有意思的项目，无论是字节，腾讯，还是美团基本都有聊这个项目。面经需要等一下，也许等周末有空了再发给各位uu，感兴趣可以关注一下～有想要交流学习的同学也可以私信我，目前人在北京大钟寺～，可以找搭子～

求职偶遇真爱粉。不得不感叹到世界之大，大到难以与你相遇，世界太小，小到处处是你派门弟子。寒冬以至，注意防寒，别感冒！

面试题简述如果你发现一个 SQL 执行很慢，你会怎么排查和优化？说说你的思路。面试官想听的1、是否有系统的排查思路；2、是否能体现先定位 再分析 后优化的思维3、是否能结合具体例子说明，而非泛泛而谈。面试示例回答我一般会按照以下流程排查慢查询问题：1、第一步：确认问题范围看是全局慢还是单条 SQL 慢。可以通过慢查询日志或性能监控定位。详情请参考：http://xhslink.com/o/3qMWUtzAc76由浅入深分析1、工具层面：slowlog、EXPLAIN、SHOW PROFILE、performance_schema。2、索引命中分析：最左匹配、范围查询、覆盖索引。3、逻辑优化：减...