内存泄漏指的是在程序中存在一些不再需要的对象，但由于某些原因无法被垃圾回收器正确回收和释放，导致这些对象占据着内存空间，无法被再次利用。内存泄漏会导致内存占用不断增加，最终可能导致程序的性能问题和崩溃。在前端开发中，内存泄漏通常是由以下情况引起的：无限制的事件监听器：当在DOM元素上注册事件监听器，但未正确删除或解绑它们时，事件监听器将一直存在并占用内存。特别是在持续性的页面或组件使用中，如果没有适当地取消注册事件监听器，就会导致内存泄漏。解决方法：在销毁页面或组件之前，务必取消注册所有的事件监听器，或使用一些库或框架提供的自动解绑机制。定时器未清除：在使用setTimeout()或setInterval()设置定时器时，如果没有及时清除已经执行或不再需要的定时器，它们会继续占用内存。解决方法：在定时器不再需要时，使用clearTimeout()或clearInterval()清除定时器。循环引用：当两个或多个对象之间存在相互引用，并且这些对象都不再被访问时，它们无法被垃圾回收器正确识别和回收，从而导致内存泄漏。解决方法：确保相互引用的对象在不再使用时可以被垃圾回收器正确回收。这可以通过破坏循环引用、使用弱引用、手动解除引用等方式来实现。大量缓存数据：如果在前端应用中保存大量的缓存数据，而这些数据在实际上不再需要，就会导致内存泄漏。解决方法：合理管理缓存数据，定期清理不再需要的缓存，避免无效的内存占用。总体来说，避免内存泄漏的关键是及时清理不再使用的资源，包括事件监听器、定时器、缓存数据等。在编码过程中，需要特别留意对这些资源的管理，在确保它们不再需要时进行正确释放，以便垃圾回收器能够将其回收并释放相应的内存空间。同时，使用工具和性能分析器可以帮助检测和定位内存泄漏问题，以及进行性能优化。

对于目前的比较火的项目来说可以分为几类：c端业务项目 、b端业务项目、轮子项目基架项目c端业务项目商城项目、外卖项目、12306等等都属于复杂的c端业务项目，这类项目的优缺点在于：优点:架构复杂，积累架构经验，后期进入公司后不会被复杂架构唬住中间件丰富，可以提早学习各组件用法开拓技术事业。c端项目在公司中不会有太多机会接触(基本涉及大用户量的都维稳为主)缺点:重复率高，面向用户的项目来来回回就这么几个方向架构过于复杂，技术细节过多，掌握不好容易翻车形成刻板印象，由于选择c端服务人过多，翻车频率也高，导致面试官通常对这类项目带有有色眼镜b端业务项目xxx后台管理系统、cms系统等属于b端业务系统...

线程死锁是指两个或多个线程互相持有对方所需的资源，导致它们都无法继续执行下去的情况。当出现线程死锁时，这些线程将永远地等待，从而导致程序无法继续执行。在前端开发中，线程死锁往往发生在多线程环境下，特别是使用 JavaScript 的Web Worker 或使用框架如 React 进行开发时。以下是一些避免线程死锁的常见方法：https://www.nowcoder.com/issue/tutorial?zhuanlanId=Mg58Em&uuid=5bbc1ec127b94659b8688475db533ecb避免循环依赖：确保不出现循环依赖的情况，即线程之间不会互相等待对方所需的资源。使用适当的同步机制：合理地使用锁、互斥量、信号量等同步机制，确保线程在获取资源时按顺序请求，并释放不再需要的资源，避免资源的无限等待。设定超时机制：在资源获取的过程中，设定适当的超时时间，超过一定时间仍未获取到资源则放弃等待，避免长时间的无效等待。避免阻塞操作：避免在主线程中进行阻塞操作，尽量将耗时的操作放在Worker线程或异步任务中执行，以保持主线程的响应性。避免死循环：确保代码中不存在无限循环的情况，这样可以保证线程能够正常执行并释放资源。

-八股·Mapreduce流程（因为项目提到了）、Map的操作、Shuffle·Shuffle之后怎么给Reduce、比如map有10个key，10个key到reduce·Spark和MR的最显著差别（Point：内存溢出问题）·Presto·搭集群·微调（项目中提到了）-项目·标注数据·超参的配置·大模型的量化和评估·第三个项目的数据清洗、做了哪些清洗-手撕·***·SQL