“前端已死”这几年是个隔一阵就要被翻出来的话题尤其是每次 AI 工具更新群里就要热闹一轮。我起初把它当流量嘴炮直到身边真有做前端的熟人开始转方向我才认真复盘了自己这几年做过的项目。结果发现一个挺有意思的结论被淘汰的从来都不是“前端开发”这个岗位而是只会照着设计稿堆页面的那部分位置。更值得琢磨的是这个结论不只在技术行业成立它可能是所有行业共同面对的起点只是前端作为离用户最近的技术栈最先感知到寒暑假而已。我也不是没用 AI 写过代码Codex、Curosr 这些工具上手过日产出至少提速三成。但用得越频繁越能看清楚一个事实如果一个人每天的工作只是把原型图变成页面那他该焦虑的不是行业而是自己的定位。如果愿意往“复杂系统 AI 适配 安全 体验”的方向靠这个领域的机会其实比以前更多。1. 先拆清楚大家说的“前端已死”到底指什么1.1 真正被淘汰的是只会做重复页面的那批人十年前一个人只要能熟练把 UI 稿变成页面就能拿到不错的 offer那时候“前端开发”和“切图仔”两个标签经常混着用。现在再回头看当年最常见的 CRUD 三件套——列表页、详情页、表单页已经成了 AI 生成能力最强的区域。你把设计稿丢给模型它一分钟能给你输出一套基本能跑的组件代码连样式名都帮你起好了。我全职做过的后台管理系统里这种重复页面占了至少七成。早年间没有 AI这些页面必须靠人一行一行写所以它是岗位现在模型生成这种代码又快又稳它的价值自然被压缩。经济学里有个概念叫“解释能力”一旦一个任务能被准确描述成规则和步骤它就离自动化不远了。页面模板就是这种能力最好的例子。但这只说明“重复劳动型前端”在消失不说明整个岗位在消失。我见过太多同行把这两件事划等号然后急匆匆得出结论——前端完了。事实上你只需要看那些产品形态复杂、数据实时性高、交互要求细腻的项目就会发现市场上对前端工程师的需求根本没少只是要的东西变了。1.2 没死的那部分是用户与技术边界上的前端只要这个世界还需要屏幕交互就需要有人把用户操作和底层能力连接起来。手机 App、网页、小程序、车载屏、智能设备上的操作界面全是前端的地盘。这个领域不但没有被 AI 取代反而因为 AI 能力越来越多需要对接的边界也越来越多。拿直播场景举例我自己做过一个 H5 直播页面当时只觉得“不就是拉个流、放个播放器”真正深入进去才发现全不是那么回事。弹幕做批量渲染要考虑 dom 节点复用和 GC 压力礼物特效要评估 GPU 合成和频控策略连麦时的 WebRTC 要处理弱网切换和上行带宽限制。这些需求没有任何一个 AI 工具能直接给出完整方案因为它们根本不是“生成代码”能解决的而是浏览器底层机制、网络协议、硬件资源三者的综合权衡。再说一个更靠近大模型的例子。最近“讯飞实时语音转写大模型前端适配”成了热词表面上是把大模型识别能力接到网页里实际操作时你会面对音频流采集与编码、分段上传的时机、WebSocket 断线重连、识别结果流式渲染、并发与内存控制。这一整套都落在前后端交叉的前端侧。AI 产品越多越是需要有人把这些能力“翻译”给浏览器用户。前端在这个链条里不是可选项而是关键一环。2. AI 与前端缠在一起哪些方向反而更稀缺2.1 有了 Codex 这类工具评判能力成了新卖点最近很多人问我用 Codex 写代码是不是能省掉一个前端工程师。我的回答是能省掉一个“会打字的前端”但省不掉一个“知道该让 AI 写什么、写完怎么验”的人。工具越强对使用者的判断力要求越高。举一个我自己经历过的例子。我需要给低配 Android 设备做一个视频播放器如果只是写“帮我写个 video 标签播放 HLS”AI 会给你一个能跑但不一定流畅的方案。真正有效的 prompt 是“用 hls.js 做 HLS 流播放同时根据设备内存大小调节并发请求数当页面切到后台时主动暂停解码并在移动端降低渲染帧率。”这句话本身就包含了对协议、性能、生命周期管理的理解没有前端经验的人根本写不出来。现在的 Codex、Curosr 这类工具解决了“怎么写”但“为什么这么写”“边界在哪”“性能是否合理”仍然要人拍板。这就像当年财务软件普及后普通记账员少了但懂财务制度、能做审计判断的人反而更稀缺。前端开发正在经历一模一样的转变。2.2 “AI 产品前端适配”和“前端 SDK”成了明显缺口热词榜上“前端 SDK”和“AI前端开发”出现的频率越来越高这不是偶然是行业需求转向的信号。很多 AI 公司提供的核心能力都在后端比如大模型推理、语音识别、图像生成但客户要想把这些能力用起来必须有人封装成前端 SDK。我在一个实时语音转写产品的项目里接触过这类工作。后端只提供原始 WebSocket 服务但你不能让每个业务方都从零写鉴权、重连、事件回调那一套所以前端团队要做的事就是封装 SDK定义清晰的事件模型提供断线自动重连内置错误码映射打包成 npm 包并输出类型定义。等到前端 SDK 做好了客户接入的成本才会低到可接受产品的商业价值才算真正落地。这和几年前“微前端”火起来的逻辑一样qiankun 会把大团队拆分成多个子应用每个子应用独立构建、互相隔离但主应用要负责沙箱和样式隔离这些工程复杂度全得前端来扛。企业级项目里 hzero 这类框架更是直接把“前端”做成了低代码平台表面上看不需要写代码了实际上平台本身和它的扩展体系仍然需要深厚的前端功底。所谓的“死”不过是需求从“写页面”变成了“做平台、做适配、做工程”。我用一个表格对比一下 AI 能做什么和前端仍需做什么可能更直观场景AI 擅长生成的部分前端仍然要做的部分直播 H5 页面基础布局、弹幕样式、播放器壳子弹幕批量渲染优化、连麦弱网策略、摄像头权限管理大模型语音转写API 接口调用代码、初始化脚本音频流分段上传、WebSocket 心跳重连、结果流式渲染后台管理系统CRUD 页面、表单校验、列表渲染权限路由设计、接口签名、复杂表格性能优化微前端架构子应用模板、脚手架代码主应用生命周期管理、沙箱隔离、公共依赖策略3. 安全、架构与复杂场景前端正在越变越重3.1 前端安全从“锦上添花”变成了“保命技能”“前端安全”相关搜索这几年一直在涨大家常见的问题姿势包括怎么在前端防爬虫、怎么防止查看页面源码、怎么禁用右键、怎么防止别人直接打开页面。你会发现这些问题背后有一个共同的焦虑前端代码和数据完全暴露在用户手里怎么才能防住同行、防住爬虫、防住自己不小心泄露的用户数据。我实际处理过的安全需求分三层。第一层是“防小白用户”比如阻止右键、禁用复制、做简单的 JS 混淆这一类手段技术含量不算高但也确实能拦住大部分非技术用户。第二层是“防专业爬虫”需要接口鉴权、参数签名、频次控制甚至要引入行为验证前端的 JS 只是第一道闸。第三层是“防合规风险”比如把敏感字段放在后端渲染用 HTTPOnly Cookie 承载会话通过 CSP 内容安全策略限制资源加载防止 XSS 和注入。很多初级前端觉得安全是后端的事但真实场景里前端越薄弱后端暴露面就越大。一个表单单靠后端校验不够前端至少要做输入长度、格式、危险字符检查一个页面加载第三方脚本完全没有 CSP 限制就算后端再稳也可能被中间人攻击插一脚。能把缓存、跨域、Cookie 策略、动态渲染这些细节想清楚的人在任何团队都不愁没位置。前端安全这个方向恰恰是 AI 生成代码时最容易糊弄的部分也是人最能加分的部分。3.2 从 Wayland 输入法到 Worker 大文件上传边界一直在往外推有几个热词看起来不太像前端但真正做起来又绕不开前端最典型的是“fcitx 在 KDE Wayland 应由 kwin 启动从而使用 Wayland 输入法前端”。这听起来像 Linux 桌面工程师的事但拆开来看它要理解窗口管理器的启动链路、输入法协议、D-Bus 调用最后还是要落到一套前端 UI 上。在信创、国产化终端适配的领域这种跨系统级和前端界面的能力非常难找。另一个常见到爆炸的需求是“前端使用 Worker 上传大文件”。上传 1GB 文件如果直接放进主线程页面会卡到像死机常规做法是用 Web Worker 在后台做分片读取、计算 MD5、控制并发再配合服务端做断点续传。这个坑我踩过分片大小设置不合理太大会导致失败重传成本高太小会频繁请求拖慢速度并发数不控制带宽会被榨干但服务端直接被压垮。整个流程没有捷径必须理解浏览器线程模型和网络栈也必须把进度条、暂停恢复、错误重试做成用户体验的一部分。这类问题不但不会消失反而因为文件越来越大、传输需求越来越多而越来越重要。4. 职场现实面试、简历和项目都在往“体系能力”靠4.1 面试不再背生命周期而是考架构取舍每年都有年轻人问我要 Vue 前端面试题尤其是“Vue 前端面试题”经常上热搜。但我发现如今的面试方向已经变了。以前确实爱问“computed 和 watch 有什么区别”这种知识点现在更常见的是“评论区有 10 万条数据你怎么保证滚动时不卡”“设计一个带上传并发限制的组件你会怎么做”这类题没有标准答案只能考察你是否理解事件循环、虚拟列表、Web Worker、发布订阅这些底层逻辑。还有一个被低估的考点前端传参。别笑真的有很多人栽在这上面。URL 参数怎么编码POST 请求的 body 和 query 怎么区分跨应用跳转时的参数如何加密CSRF 怎么办。这些细节组合起来最能看出一个人是背过八股文还是真正写过可维护的项目。现在背一背 API 文档就能混面试的时代已经过去了能把复杂问题拆成子问题再把每个子问题落地成方案才是面试官真正想看到的东西。4.2 用能扛住追问的项目替代花架子简历我帮不少人改过简历发现一个通病项目写了很多但每个都浅尝辄止。要知道面试官最喜欢问“这个项目你在哪个环节做的优化”“如果并发变成十倍你会怎么办”。与其写三个克隆项目不如把一个功能做深。比如 uni-app 前端用户登录实现如果你只写“账号密码登录”基本等于白写但如果你做到手机号校验、微信一键登录、token 刷新、路由守卫和白名单控制这就是一个能讲二十分钟的故事。比如纯前端线上免费部署Vercel、Netlify、Cloudflare Pages 都能快速体验你不需要一开始就买服务器但要把 CI/CD、环境变量、域名绑定这些细节讲清楚这才算真会。又比如搭一套前端组件库把自己常用按钮、表格、弹窗封装成 npm 包配合文档和类型定义比做一个没有用户、没有深度的商城 demo 有价值得多。至于零基础想入门的跟着“黑马程序员前端 vue 项目《ihrm 人力资源后台管理》”这类课程先把完整链路跑通思路是对的但跑完别停课程项目最大的问题是没有性能与安全的坑。要试着把它改成微前端架构加上权限模型和接口加密再放到服务器上压测这时候你才算真正接触到了企业前端。5. 说到底这不是前端一个行业的事是所有行业的开始5.1 所有能被“模板化”的岗位都在经历同一个换血期我在前面的分析里说过“前端已死”真正的意思是那些可被准确描述、可被模板化的重复劳动正在被压缩。这个逻辑只要成立它就不独属于前端。客服坐席会被大模型问答替代基础翻译会被机器翻译压缩初级会计对账正在被自动化甚至部分设计排版工作也被 AIGC 接管。我身边做运营的朋友也开始焦虑因为很多数据复盘模板AI 五分钟就能写完初稿。所以与其说是“前端已死”不如说是所有行业都到了一个共同的拐点凡是以“熟练操作”为核心价值的岗位都要让位给以“判断能力”为核心价值的岗位。前端只是最靠近这个断裂带的行业所以最先被感知到。这不是坏消息这是行业成熟的信号。想想早年“UI 设计”刚出来时也是一人分饰交互、视觉、用研多角后来分工越来越细职业反而越来越值钱。前端领域现在也在经历同样的分化有人专攻安全有人专攻音视频有人专攻 AI 适配有人专攻基础设施。5.2 我会主动去做的四件事也是给你的经验聊点更实在的。作为一个在这个行业泡了十年的老前端我不想给谁灌鸡汤只说说我现在会主动做的四件事。第一把写得好的 prompt 沉淀成“需求模板”。我越来越把 prompt 写作用当产品需求文档来写里面包含应用场景、边界条件、性能指标、失败行为。AI 时代需求描述本身就是一种编程能力谁能把问题说清楚谁就能调动更强的生产力。第二刻意补安全和性能的课。我给自己定的指标是每季度至少深入一个平时不太碰的领域CSP 配置、缓存策略、Web Worker、渲染性能。这些东西写 AJAX 的时候用不到但一旦带着它们去面试优势会非常明显。第三主动往跨界地带走。无论是 Linux 输入法这类系统级别的东西还是 WebRTC 这种音视频协议或者是大模型 API 的实时流接入跨界领域的技术栈相对杂乱恰恰是别人不好进来的地方。你把它们掌握起来就是在给自己围护城河。第四心态不上热搜。那些“前端已死”的恐慌大多来自行业边缘的噪音而不是实际需求。你只要看每天有多少公司在招聘会上喊“找一个能对接 AI 产品的前端”就知道这个行业到底缺不缺人。我个人体会里真正稳定且“不可死”的位置核心技能不是在某个框架标签而是这三项把复杂问题拆清楚、把技术边界识别出来、把人机体验打磨到位。有些事回不到从前也不需要回到从前把它当成一次重新定位的机会路反而越走越宽。前端没有死前端的旧故事快讲完了新故事才刚刚开始。