有面过4399前端的同学么？求面经

自我介绍项目应用场景是什么技术挑战，怎么解决的怎么查询OOM的除了你项目里的还有哪些场景会OOM呢使用哪些工具进行OOM定位呢hashmap跟currenthashmap的区别项目的性能瓶颈在哪怎么做系统测试的举一个例子或者是一个场景说一下怎么设计测试用例的接口测试用例怎么设计的有没有做过自动化脚本的开发怎么去定位系统的性能瓶颈呢数据库事务死锁，怎么避免死锁慢查询怎么定位，大概有哪些原因导致慢查询一个数据量非常大的平台，大概是怎么去设计一个测试表呢AI用的多吗，了解一些前沿知识吗手撕：验证二叉搜索树（ACM模式，自己创建树节点）你应该怎么设计这个算法题的测试用例呢反问

15.30开始，16.00结束，16.16发邮件约二面，官网流程进复试。这岗位不会是招黑奴干活的吧😰4.8更新：原来是被捞到日常实习了，表示暑假到岗，十分钟说拜拜👋。

boss打招呼了快500，简历投了40多份，结果到现在就只有一个外包和一个几十人小厂约面，大部分都是已读不回，或者要了简历就没下文了。不知道是我的简历写的有问题还是打招呼的方式不对，又或者学历的问题，真不知道该咋办了 …………

网上类似的源码长文不少，我最近也在写 React 源码。作者往往写得尽兴、覆盖面也广，读者却不一定对得上自己的节奏：你想抠的那一点未必落在文章的主线上，而仓库一直在演进，成稿稍一搁置，对照现版就容易对不上号。也正因如此，很多同学更倾向于亲自读源码。带着问题找答案，节奏和技术栈都更贴自己。这篇想分享的是读大型前端开源项目（例如 React、Vue、Webpack、Babel）源码时怎么切入、怎么少迷路。目标很简单：授人以渔，让你在遇到新机制、底层实现或 Bug 时，能自己钻进去看清楚。为什么读源码要先有问题读之前先想清楚：为什么要打开仓库？我的看法是，首要目的是解决实际问题。没有目标地&quot...