前端简历有自己的通病：技能栈写得再全，项目描述往往还是「负责首页开发」「优化了页面性能」「熟悉小程序开发」这种一句话带过。技能栈分级、项目经验的「技术方案 + 角色 + 结果」结构、校招社招区别这些通用写法，前端和其他技术岗底层逻辑是一样的，这篇不重复展开，只讲前端特有、容易被写空的几块：性能优化、跨端适配、UI 还原度、构建工程化。
性能优化：先亮指标，再讲手段
「优化了首页加载速度，用户体验大幅提升」是前端简历里最常见的空话——没有优化前的基线，也没有优化后的数字，面试官没法判断这句话背后到底做了什么。前端性能优化有明确的度量方式：Chrome DevTools 的 Performance 面板、Lighthouse 跑分、线上真实用户监控（RUM）采集的首屏时间和长任务耗时，这些都是能实测、能复现的数字，写之前先想清楚这个数是怎么测出来的、面试时能不能讲明白测量口径。
| 改写前（无效） | 改写后（有效） |
|---|---|
| 优化了首页加载速度，用户体验明显提升。 | 定位到首页 JS 主包体积超过 2MB 是首屏慢的主因，用路由级代码分割把首屏包体积从约 2.1MB 降到约 600KB，配合首屏图片懒加载，Lighthouse 首屏时间从约 4.2s 降到约 1.6s。 |
| 做了前端性能优化，页面变快了很多。 | 列表页滚动卡顿是长任务导致的，用 Performance 面板定位到一次渲染有超过 300ms 的长任务，拆分成分帧渲染 + 虚拟列表后，单帧任务耗时压到 50ms 以内，滚动帧率从明显掉帧恢复到接近满帧。 |
| 使用了缓存策略优化项目性能。 | 针对重复访问场景，给静态资源加了 Service Worker 缓存和接口层的 SWR（先返回缓存再后台更新）策略，二次访问的首屏时间从约 3s 降到 1s 以内，同时减少了对同一批接口的重复请求。 |
能看出规律：先说清楚优化前的具体问题（是包体积大、是长任务卡顿、还是重复请求），再说用了什么具体手段（代码分割、懒加载、虚拟列表、缓存策略、资源预加载都算），最后给出前后对比的数字。数字量级可以是自己实测的近似值，但必须答得上「这个数是用什么工具、在什么条件下测的」——答不上来，宁可只写手段和方向，别写成看起来很精确实际编不出出处的数字。
跨端经验：写清楚判断，不是「会用」
「熟悉 React Native」「会用 uni-app 做小程序」这类写法只说明用过，没说明遇到过什么问题、怎么权衡的。跨端项目里真正值钱的是判断力：什么场景该用跨端框架、什么场景该走原生、平台差异怎么处理。
- 技术选型的理由：为什么这个项目选 React Native 或 uni-app 而不是各端原生分别开发——是为了复用业务逻辑、缩短多端上线周期，还是团队人力只够维护一套代码，把权衡讲清楚比单纯说「用过」更能体现判断力。
- 平台差异怎么处理：iOS/Android/小程序在手势、动画、原生模块调用上的差异具体遇到过什么坑，是自己封装了兼容层，还是针对某个平台做了降级处理。
- 什么地方放弃了跨端、走了原生：比如某个强交互页面用跨端框架实现不了预期的流畅度，改成原生模块桥接——愿意写出「哪里跨端搞不定、退回原生」，比全篇「一套代码多端运行」更真实，也更容易在面试里深入聊下去。
UI 还原度和设计协作：写决策，不写「完美还原」
「完美还原设计稿」「和设计师配合默契」是典型的空话，说明不了任何能力。这部分真正该写的是设计规范落地和协作过程中的具体决策：
- 怎么把设计稿的间距、字号、色彩规范沉淀成可复用的设计 token 或组件库，而不是每个页面各写一套样式；
- 响应式适配用的是什么断点策略（比如按内容而非按设备宽度断点），遇到设计稿只给了单一尺寸时怎么和设计师沟通补齐多端标注；
- 组件库复用率怎么提升——哪些组件从业务代码里抽出来沉淀成了团队通用组件，减少了后续页面的重复开发量。
构建工具和工程化：写解决了什么问题
webpack/vite 配置优化、CI 流程搭建也容易被写成「配置了 Webpack」「搭建了 CI」这种没有信息量的句子。有价值的写法是问题导向：本地构建时间从多久优化到多久、用了哪些手段（按需加载、缓存 loader 结果、拆分 vendor chunk、升级到 vite 用原生 ESM 减少打包开销）；CI 流程解决的是什么痛点（比如上线前手动跑测试容易漏、多人协作代码风格不统一），接入自动化检查后具体避免了什么问题。
常见错误
- 性能优化没有前后对比就写「大幅提升」「显著优化」。没有基线数字，这句话和没写没区别，面试官问「提升了多少、怎么测的」答不上来反而减分。
- 跨端经验只写「会用 React Native」「熟悉 uni-app」，不写具体做过什么判断。面试官想知道的是你在跨端和原生之间怎么权衡，不是你会不会调 API。
- 技术栈罗列了一长串前端框架，但说不清楚任何一个的深入使用场景。React、Vue、Angular 全写「熟练」，问到具体某个框架的渲染机制或状态管理细节答不上来，比只写一个但答得深更减分。
- UI 还原度写成「像素级还原」这类无法验证的形容词。换成具体做了什么设计规范落地或组件复用的决策，才是可追问的内容。
- 把构建工具配置写成罗列，不说解决了什么问题。「配置了 webpack、babel、eslint」说明不了能力，「构建时间从 X 分钟压缩到 Y 分钟」才是完整的一条。
- 跨端和原生项目经验混写不区分。面试官关注的技术细节完全不同，写混了会让人分不清这段经验到底考察的是什么能力。
前端简历最容易在「性能优化」和「跨端经验」这两块被面试官当场戳破——因为这两块最容易靠形容词蒙混过关，也最容易被追问出真假。把每一条优化写清楚基线、手段和结果，把每一段跨端经验写清楚做过的判断而不是用过的框架，才是这份简历能立住的地方。