影石前端一面 4.29

一面 面试官非常专业问问题非常有条理，是在我介绍项目的中途插入一些扩展性问题或者基础性八股，一面无手撕1.介绍一下你对 HTTP 这个协议的一些理解2.HTTP2 的多路复用解决了并行发送的问题，但是在一条链路中并行发送 123 这些数据，它怎么知道哪些数据是属于第一个请求？哪些属于第二个请求？接收端它怎么知道当前收到这个数据包，它是属于一还是属于 2 还是属于3？3.有没有更深入一点的理解HTTP2 头部压缩是做什么？4.HTTP 的缓存机制5.项目实际项目之中是怎么去配置和怎么利用协商缓存和强缓存机制？实际项目中应该怎么去考量这个时间和过期机制？6.加载相关的优化业界是有哪些常见的优化方案？7.CDN详细说一下8.懒加载是怎么达到优化效果？以及它的核心理念是怎么样的？9.无限滚动那种场景除了你刚刚说的这个懒加载，这种长列表还有没有其他一些优化点呢？10.上面已经滚动到可视区以外的内容进行一个处理，具体是做了什么？（回收DOM）11.介绍一个你觉得最能体现你技术能力的一个功能或项目12.长列表的图片的延迟加载。用户他可能很快的往下滑，比如说他当前是属于第一屏。他下面的第二、第三屏，你们是先用占位的空间占着那个图片的位置。用户他可能一滑的话立马划过了，一下子到了第五、第六屏。那么第二、第三屏这些被他快速划过了，你们还会继续去加载渲染图片吗？（回答防抖优化）13.平时在开发项目和学习的过程中，你是有用 AI 吗？14.开发项目的流程之中有没有使用 AI 去帮你开发项目？会用哪些 AI 的工具呢？15.IDE 相关的有没有用？比如说 cursor 啊？平时 cursor 开发具体是怎么去用吗？比如说让它去给你开发项目的时候。16.用这种 cursor agent AI 给你开发这个过程之中，你觉得会有哪些坑？17.有没有了解过业界在编程使用 AI 的一些最佳实践或工作流？或者一些相关的配套的 skill MCP 还有实践经验来帮你更好的开发呢。18.除了开发之外，在哪些编程的节点或流程上，你觉得可以用 AI 继续进行一些辅助或者是提效的呢。19.在实际使用中或者你什么经验去怎么去review，或者是测试 AI 的产出，避免幻觉呢？20.有没有了解过多 agent 甚至是 team 模式？你觉得怎么利用多 agent 甚至是 agent 质检的这种模式在接入我们的开发流程之中呢？你觉得比较理想的，又能提高效率，又能提高 agent 的自身的代码质量的一个流程是怎么样？21.你平时是怎么去关注现在迭代很快的 AI 知识，或者是一些理论或一些实践22.有了解最近 Git上在编程方面有哪些比较火的一些项目吗？23.有没有自己搭一些openclaw？二面面试官也非常好1.实现流式传输，为什么选择RXJS，而不是用原生的event source？ RXJS的核心价值是什么？2. SSE 和 Web SOCKET 有什么区别？3.流式输出的话在前端怎么渲染的？是逐字的去追加 DOM 呢？还是做缓冲区批量更新？有没有遇到一个频繁的DOM 更新导致的性能问题4.文件上传解析这部分前端主要负责的哪些部分？主要做了些什么？5.在这个项目中，你觉得前端部分和后端部分的工作量大概是什么比例？6.keepalive的作用7.typescript 的 type 和interface有什么区别？8.BFC是什么？9.从这个浏览器地址栏输入一个 URL 地址到页面呈现的一个过程10.webpack和vite11.算法题：防抖12.前面几次面试的不足点13.vue、node更擅长哪一块？14.职业发展方向？15.AI 的这个辅助编码和独立编码怎么看16.让你快速上手react ，会有一些什么方式三面实习经历为什么会考虑前端开发自学前端的学习路径选一个有挑战性的项目讲讲，有没有可以优化的点学习 AI 大概多久了skill 跟 MCP 有什么区别有开发过 skill 吗openclaw怎么实现用户需求的个人规划实现一个谷歌、百度首页搜索框要注意哪些点？算法：找一个链表中间的节点、找一个链表倒数第n个节点已oc，祝大家早日上岸

影石一面 2025.10.20二面问了一些开放型问题，为什么学前端之类的是否参与过埋点体系的建设及承担的工作？埋点的发送方式及发送目的地？将 React 的 CSR 页面迁移成 SSR 时遇到的问题？CSR 和 SSR 时页面远程数据请求的区别？SSR迁徙SSR 时因可能没有 cookie，如何解决用户鉴权问题？SSR迁徙上线后 FSP 从 90 缩短到 1.8 秒以内 的情况？性能指标采集？React 函数式组件和类组件的区别？localStorage 和 cookie 的区别？Cookie的特性SSE（Server-Sent Events）是什么？HTTP2 的其他特性？tree shak...

坦白说，刚入职携程前端岗位时，我对这份工作的理解特别浅薄，总觉得前端工作无非就是敲代码、做界面，把UI做得精致好看就足够了，直到真正上手业务，才发现自己的认知有多片面。我所在的国际火车票部门，日常接触的都是和全球铁路业务相关的前端开发工作，远比我想象中更具挑战性。印象最深的是刚上手火车站点推荐功能时，产品需求看似简单，只是呈现站点信息、方便用户选择，但实际动手开发才发现全是需要攻克的难题。比如站点数据要对接欧洲RailEurope 4A等多个海外铁路分销商的接口，如何保证数据实时同步且精准无误；面对全球不同地区用户的网络差异，怎么优化页面加载速度，让弱网环境下的用户也能流畅操作；还有多语言、多币种场景下，站点信息的呈现的方式如何更贴合不同地区用户的使用习惯。那段时间，我不再是只关注代码是否能运行、界面是否美观，而是跟着团队一起拆解问题、寻找解决方案。我们一起讨论如何优化接口请求，减少网络延迟，参考公司全球化部署的路由策略，采用就近访问的方式提升加载效率；一起研究用户场景，分析不同出行人群（比如商旅人士、游客）对站点推荐的需求差异，调整信息呈现的优先级。更幸运的是，团队里的前辈和导师都特别耐心，会主动分享技术经验，针对我提出的疑问逐一解答，甚至会带着我一起review代码，指导我如何写出更高效、更易维护的程序，就像战友一样并肩前行。也是在这个过程中，我彻底意识到，携程的前端从来不是“只做界面”的岗位，而是要深度结合业务，用技术解决实际问题。我们的每一行代码，都关系到全球用户的出行体验——可能是帮助用户快速找到合适的火车站点，可能是确保节假日高并发场景下预订流程不卡顿，也可能是让海外用户能清晰看到精准的车次信息和价格，这正是携程前端工作的价值所在。对比在学校做项目的时光，最大的转变就是从“被动完成任务”到“主动解决问题”。以前在学校，都是老师给定明确需求、划定范围，我们只需要按部就班写代码、交作业，不用考虑后续的落地和用户体验。但在携程，没有人会给你“标准答案”，更多的是给出业务目标，让你自主思考、主动探索，这种工作模式，彻底打破了我的学生思维，也让我快速成长。如今在携程工作已有一段时间，从最初那个只懂做界面的新手，到现在能独立对接业务、解决复杂问题，我真切感受到了自己的蜕变。

最近不少学前端的都有提到说，发现今年秋招前端的竞争已经不止卷八股和项目了——“AI 全栈”这个词开始出现在前端 JD 里。很多岗位可能还会明确写“了解大模型应用、Agent 开发优先”，哪怕你是投前端实习。于是就出现了一个尴尬的现状：传统前端路线还在让你慢慢啃 HTML/CSS/JS，做完一个后台管理系统就去面试。但另一边，企业已经开始期待你能聊一聊 Agent、流式响应、工具调用。很多人其实也不是不想学，就是不知道怎么把 AI 项目和前端实习路线揉在一起，又不影响基础学习节奏。所以我趁着放假梳理了一份 30 天“传统前端 + AI Agent”双项目冲刺路线，给秋招前想刷一段前端实习的同学参...