【前端面经】字节前端社招面经分享(已offer)

社招时间线

全程面试时间都是候选人定的,字节效率还是非常高的
  • 10.23 HR电话沟通约面
  • 10.28 技术一面(两小时后告知通过约面)
  • 10.30 技术二面(半小时后告知通过约面)
  • 11.4 技术三面(两小时后告知通过约面)
  • 11.5 HR面(三小时后告知通过)
  • 11.5 OC
  • 11.5 收集薪资流水证明
  • 11.6 谈薪
  • 11.11 书面offer

面试

基本都是从简历出发深挖问题,没有太多通用性,仅列出偏技术点不涉及具体项目的问题。
因为AI相关内容较多,所以问题也偏AI。

技术一面(1h)

  1. 代码输出题:闭包与变量提升相关
  2. 手写题:数组转树形结构
  3. 手写题:实现带并发限制的异步任务调度器
  4. Promise 相关方法及应用场景
  5. JS 中 this 的指向是如何确定的?
  6. 覆盖数组 forEach 方法时,内部的 this 指向谁?
  7. 前端跨域的解决方案?
  8. Nginx 代理和 CORS 解决跨域原理上的区别?
  9. 介绍一个对自己成长帮助最大或难度最大的项目
  10. 介绍一下大数据量下的性能优化实践
  11. setTimeout 的时间间隔是如何确定的?
  12. AI 在你工作中的应用场景?如何处理 AI 生成代码的 Bug?
  13. 项目经历深挖

技术二面(1h)

  1. AI 服务与模型选择
  2. 微前端与应用间通信
  3. Web Worker 的使用场景和原因
  4. AI 编程的更多探索
  5. MCP (Model Context Protocol) 的使用
  6. 对 Agent 模式的了解
  7. SSO 单点登录方案
  8. 项目经历深挖
  9. 职业规划
  10. 手写题:实现带重试和超时的 fetch
  11. 手写题:实现函数柯里化

技术三面(1h)

  1. AI 提效带来的研发流程变化
  2. AI 编程采纳率与遇到的问题
  3. 提升 AI 采纳率的思考
  4. Design to Code (D2C) 的思考
  5. 提示词(Prompt)的编写与迭代
  6. Web Worker 的原理与实践
  7. 离职原因与当前状态
  8. ECharts 大数量下的性能优化,场景题
  9. 项目经历深挖
  10. Webpack vs Vite
  11. 手写题:实现异步任务调度器(一面题的变式,若未复盘追问会写不出)
  12. 职业规划、工作强度与学习方式

HR面(50min)

  1. 离职原因 & 职业规划
  2. 前司经历 & 成就复盘
  3. 项目深度剖析
  4. 求职动机 & 对 AI 的思考
  5. 薪资期望

总结

  • 前端基础:前端基础一定要扎实,每个点都会问到原理层面
  • 项目深挖:简历上的项目必须经得住“拷打”,要能从业务逻辑讲到技术选型,再到底层实现原理;每个点都可能被层层追问
  • AI相关:现在行业普遍看重具备 AI Native 思维 的研发工程师,要对 AI 技术保持好奇和实践敏感度
  • 职业规划:技术面和 HR 面都会问,尤其是每段经历的离职和求职动机,提问会很犀利
  • 手写题:虽然准备了hot100的算法没考到,但是还是准备着比较好,JS 手写题不仅要写得出,还要能现场讲清思路、分析边界,并应对变式和追问

分享

这次面试也是重新梳理准备了一遍八股文,因为原本技术栈主要是Vue所以没有React相关的梳理,大家有需要的可以参考,有错误的地方欢迎评论区交流指正~
【前端面试】HTML篇
【前端面试】CSS篇
【前端面试】JS篇
【前端面试】Vue篇
【前端面试】Git篇
【前端面试】前端性能优化篇
【前端面试】手写题篇
【前端面试】浏览器&网络篇
【前端面试】前端工程化篇

结尾

本次面试最深的感受就是,网上的面经其实参考意义已经没有很大了,更多的是参考每家公司的面试风格与侧重。每段经历都要经得起“拷打”,思考问题要全面有深度,面对很多犀利的有压力的提问也要快速反应。

有个小经验可以分享给大家,面试的时候录音,面试后直接把录音转文字的内容写到IDE的新建md文档中,让AI帮你做梳理和复盘会非常高效。除此之外,在简历编写和项目深度问答方面都可以让AI协助mock面试,并做进一步复盘总结也很好用。

祝愿看到这篇文章的大家都能拿到满意的offer~ 有什么问题欢迎在评论区交流~

Read more

基于YOLOv8/YOLOv10/YOLOv11/YOLOv12与SpringBoot的跌倒检测系统(千问+DeepSeek智能分析+web交互界面+前后端分离+YOLO数据)

基于YOLOv8/YOLOv10/YOLOv11/YOLOv12与SpringBoot的跌倒检测系统(千问+DeepSeek智能分析+web交互界面+前后端分离+YOLO数据)

项目摘要 本项目旨在设计并实现一个高效、智能且用户友好的基于多版本YOLO深度学习模型与SpringBoot Web框架的实时跌倒检测系统。随着全球老龄化社会的加速到来,老年人在日常生活中发生跌倒的风险日益增高,及时、准确地检测跌倒事件对于保障其生命安全与健康具有重大社会意义。传统监控或穿戴式设备存在隐私侵扰、用户体验不佳或漏报率高等局限。因此,本项目融合了当前前沿的计算机视觉技术与现代Web开发架构,构建了一个集智能分析、实时监控、数据管理与远程交互于一体的综合性解决方案。 系统的核心检测引擎采用了性能卓越的YOLO系列目标检测算法,并创新性地集成了YOLOv8、YOLOv10、YOLOv11及YOLOv12四种最新版本模型,为用户提供了灵活、可对比的算法选择,以适应不同的精度与速度需求。模型在精心标注的自定义数据集上进行训练与验证,该数据集包含 ‘fallen’(已跌倒)、‘falling’(正在跌倒)和‘stand’(站立/正常) 三个关键类别,共计3,888张图像(训练集3,594张,验证集294张),确保了系统对跌倒过程动态的精确识别能力。 系统后端采用SpringB

科哥OCR WebUI太香了!紫蓝渐变界面操作丝滑又高效

科哥OCR WebUI太香了!紫蓝渐变界面操作丝滑又高效 1. 这不是又一个OCR工具,而是一次体验升级 你有没有过这样的经历: 花半小时配环境、改路径、调参数,终于跑通一个OCR模型,结果打开网页——灰扑扑的Gradio默认界面,按钮挤在角落,上传框像上世纪的网页表单,检测完还得手动翻JSON看坐标? 科哥做的这个cv_resnet18_ocr-detection WebUI,彻底改写了这个剧本。 它没有堆砌炫技功能,却把“好用”刻进了每一处交互细节:紫蓝渐变的标题栏不刺眼、悬停有微光反馈、检测进度条带实时耗时显示、结果文本一键全选复制、坐标数据自动格式化为可读结构……这不是给工程师看的调试面板,而是为真实使用者设计的工作台。 更关键的是——它足够轻量。 不用GPU也能跑,CPU上单图检测3秒出结果;模型基于ResNet18轻量架构,显存占用低,连GTX 1060都能稳稳扛住批量处理;所有功能模块(单图/批量/训练/导出)都封装在同一个Web界面里,无需切终端、不用记命令,点几下就完成从前要写脚本才能做的事。 这篇文章不讲模型结构、

【前端部署在云服务器如何与本地联调--Frp内网穿透】

【前端部署在云服务器如何与本地联调--Frp内网穿透】

苍穹外卖前端部署在云服务器如何与本地联调--Frp内网穿透 * 1. 前言 * 2. FRP是什么 * 3. 解决步骤 * 3.1 在云服务器安装服务端frps,然后开启开机自启(**参考第4部分**) * 3.2 在本地电脑安装客户端fprc(**参考第4部分**) * 4. Frp(C/S)0.64.0各个系统的安装方法 * 4.1 frps安装(Linux)服务端 * 4.2 frpc安装(windows)客户端 * 4.3 frpc安装(==mac==)客户端 * 4.4 frpc安装(Linux)客户端 1. 前言 写这片文章的目的是为了解决上篇苍穹外卖项目的前端部署到云服务器的遗留问题:前端的云服务器的IP是公网IP,而我本地调试的Java后端是内网,前端响应的地址找不到本地的服务器。那么如何让云服务器上的前端项目能够找到后端的对应的地址呢?

从前端视角看鸿蒙PC开发:遇到的问题与实践

鸿蒙PC发布至今已过去6个多月。就在这个月,我终于也是通过华为得到了一台鸿蒙PC 😋 拿到的一瞬间真的很激动,它真的是太薄了,又薄又轻,比我现在用的 Macbook Air (M1) 还要薄要轻一半,属实是惊艳到我了。和我的 Macbook Air 一样也是无风扇的设计,目前不知道它的散热性能如何,但目前使用起来,发热量并不大,而且非常的安静。 拿到快递我迫不及待立刻开箱,开机,初始化配置之后,马上各个APP都看了几遍,整个系统特别的流畅丝滑,真的爽 😊 鸿蒙PC的桌面,整体风格上像是 MacOS + Windows 的结合体,将类 Windows 的开始菜单放在了左下角,将类似 MacOS 启动台放在了中间,其中中间的头四个图标(启动台、多桌面、文件管理、回收站)是无法被移除的,而其他的图标则可以按照个人需要添加和移除。 看了一下应用市场,现在鸿蒙PC的生态还是比较封闭式的,和苹果一样,甚至在应用商店的审核机制上比苹果还要更加严格。电脑一拿到,内置安装了一堆APP,