字节审批过了之后稳吗（更新：已offer）

我从我之前的mentor身上学到两点1.问题多不要怕，按照紧急，重要性一个一个来，或者先把简单的，能很快处理完的处理掉，那待办事项就少很多，那压力就会小了2.我刚毕业拿会，好多不懂的，遇到难题就愁啊，后来跟着mentor，慢慢的遇到疑难杂症不要怕，咋门请教，研究，去攻关，去排查，就是这种积极向上的心态，让我从来不怕困难，也能坑得主压力，就是这种心态，对于高压工作者我觉得是太重要了，很感谢我的mentor

简直是公司 “社交枢纽”，天天跨部门串场：跟研发聊需求、跟运营对齐节奏、跟设计抠细节，还能听各个部门唠自己的业务和八卦，这日子也太有意思了！真羡慕这种每天都有新交流、能摸清公司各个环节的工作，比天天守着同个小圈子带劲多了！

1.  先请你做一个简单的自我介绍。2.  你能给我分享一个你觉得比较值得分享的项目吗？哪一个亮点比较突出？3.  （针对调度中心）你这里有没有去做一些性能上的压测？4.  （针对调度中心）它的稳定性、可靠性方面有什么设计吗？5.  （针对调度中心）你能否做到定时任务的并发实例控制？（比如上一个任务没跑完，下一个任务又来了）6.  介绍一下HashMap它底层的原理。7.  HashMap是一个线程安全的数据结构吗？8.  讲一下死锁是怎么形成的，我们可以采取什么策略去规避这个问题？9.  平时在代码过程中怎么去注意，避免出现死锁的情况呢？10. （针对死锁规避）你怎么做这个保证呢？怎么去确保（至少一个线程能拿到所有资源）？11. 假设有多个线程需要获取两把锁，你怎么去避免死锁呢？12. （针对原子操作的回答）具体一点用什么操作可以设置？13. 怎么去设计一个分布式锁呢？14. （分布式锁）有没有可能执行时间太长，导致Key被Redis释放，被另外的进程拿到，然后原进程又执行了删除（误删锁）？15. （分布式锁）如果因为网络故障导致续期不成功，那怎么办呢？有没有更可靠的方式？16. 讲一下MySQL索引的原理。17. 假设我有一张表，给它的每一个字段都设置一个单独的索引，这是一个好的方法吗？理由呢？18. （那）做一个囊括所有字段的大联合索引，是不是能够比较好的解决这种问题？19. （针对联合索引）为什么？为什么还要回表呢？20. （场景：读多写少、查询条件无规律）这个大联合索引还有什么别的问题吗？21. （那）我给他们每个字段都单独加上索引这个方案怎么样？22. 那这种情况下你有什么办法做的更好？23. 假设开发一个电商系统，要做一个实时的热榜系统（比如24小时内点击量最高的前100个商品），你有什么想法吗？24. （热榜系统补充）时间范围是可以选的（24小时、一周、一年），并且是滚动更新的。25. （针对方案）它的数据量级很大，点击量可能达到上亿甚至几十亿，你（的方案）撑得住吗？26. （针对方案）真的有必要记录每一次点击的数据吗？内存也顶不住。27. 我刚刚讲的是要做一个秒级的（更新），你这个（方案）是能做到秒级的延迟吗？28. 看你有什么问题想问我。

如题 字节flow 在北京 做的是一个海外c端教育app gauth腾讯wxg 小程序 在广州 跟我说的太模糊 说方向很多目前这俩都只剩hr面了 假设都过了的话 我该咋选牛友们有没有什么好想法