本文章是基于当前AI业务项目梳理的一份SSE流式结构，简单介绍了一下，当前我们实现的AI流式消息的思路，其中可能有很多不合理的地方，欢迎大佬指正和建议🌹 一、整体架构 二、流式消息字段 首先提供一段完

我在 GitHub 上基于 React 和 Webpack 搭建了一个 Demo 项目，模拟了现实中可能遇到的性能问题，详细记录了如何将 Lighthouse 评分从 2 分提升到 99 分的过程。

本文旨在把常见的前端性能优化的手段归类整理，画大图，供大家在自己的自测流程中参考。对于性能优化，并不是说有了优化总结这张大图，就不管开发什么项目都对着来一遍。优化是有场景与前提的，「乱优化不如不优化」

前言 就说我这次的面试体验来说，萝莉来形容我还是太强壮了，算了不说了。 下面是面筋一览，下面必须尝试手撕找回颜面 1.自我介绍 2.ai使用率 3.日常如何使用 ai 4.项目中打断ai语音输出时如何

实战项目脚手架采用Umi。 涉及到的知识点 Webpack优化 Lighthouse工具 Http相关知识 React性能优化 Umi配置相关 成果 先来看一下优化后的成果。 指标名称 优化前 优化后

意外收到字节面试，我是惶恐不安呀。😮‍💨刚开始自我介绍，还是小紧张的。不过面着面着就调整了状态。面的感觉不太行，分析了下：一方面是心里觉得大厂面试就是很难的，第二是收到面试的那几天，没启动“临时抱佛脚

在低代码平台的发展完善过程中，最初提供的能力通常是前端页面的拖拽搭建。在现今低代码平台开发的通常过程中，低代码平台的开发首先建设的必然是类似 amis 这样能够将 json 转为组件渲染的前端框架。而

在不久前的一个大厂试下你的一面当中,一上来就给我丢出了这么一个问题,搞得我头都大了。我也看过很多面经,发现真的很喜欢问这个。关于 React 的,10 篇里面有 5 篇都会问到 Fiber 相关的。

还记得上周我们团队在招聘前端工程师，一个看起来经验丰富的候选人坐在我对面。 "你们项目中是如何处理按钮重复点击的问题的？"我抛出了这个看似简单的问题。 "这个简单，使用防抖就可以了。"他很快回答