0实习经历，最近在包装项目，想投前端，软工出身，有佬有什么建议吗，实在是没招了

最想去的公司是字节跳动。相比单纯追求规模或名气，字节更吸引我的是它以技术和产品为核心的氛围。业务迭代快、数据驱动强，能让技术真正参与到解决实际问题中。对工程师来说，这里意味着更高的成长密度，也意味着能在真实复杂的场景中不断打磨自己的能力。这种环境，是我最向往的。

今年秋招投的第一个岗是个搜广推后端，面了五轮技术面，然后被转到另外一个岗上挂掉了。后面隔了两天被一个中台捞了，面了二面被秒挂。然后到现在四个月再也没约面了。。。。只知道最后一次面试的面试官很离谱，估计面评写的很难看。至今不知道为什么在奇奇怪怪的地方Challenge我。手撕是一个类似迪杰斯特拉的题，先是问了我迪杰斯特拉能不能处理带环的图我：只要没有负权就可以面试官：你确定吗我：我确定面试官：你真的确定吗，你再想想我：我真的确定面试官：那你给我指一下你代码里面哪里能处理带环的我指了一下，说即使带环，在判断是不是最短的地方只要不是最短就没办法进到if里面，然后还造了一组带环的数据测了一下，输出也是对的然后面试官问我代码里面优先队列中 pq.top()是啥意思，我说是取一个堆顶元素，然后问我pq.pop()是啥意思，我说弹出一个堆顶元素。然后面试官追问我这里有啥区别，我就说top是返回一个堆顶元素的引用，pop没有返回值，然后又反反复复问了我好几遍确定不确定。我说确定，然后就面试结束了。三十分钟之后挂了。。。Ps. 面了五轮技术面被挂，我是真崩溃了，甚至后面几次技术面问的问题都差不多，也不知道有啥意义来来回回问差不多的问题

面试题简述MySQL如果数据库做了分库分表，那跨库查询一般怎么处理？面试官想听的1、分库分表带来的代价2、没有完美方案，只有取舍面试回答举例分库分表后，跨库查询本质上是一个复杂问题，一般不会完全交给数据库来做。 常见的解决思路有以下几种：详情请参考：http://xhslink.com/o/4WkaXwLo8R0由浅入深分析1、分库分表本身是为了解决容量和性能问题。2、跨库 JOIN 在设计上应尽量避免。3、查询能力往往通过架构手段补偿。面试加分点1、提到分库分表是有代价的。2、提到反范式设计。3、提到跨库 JOIN 违背了分库初衷，这一点非常加分。