字节跳动前端实习面经：从准备到三面全流程复盘

2020前端实习面经:字节跳动

写这篇面经的时候，我刚从字节的实习面试流程里走出来不久。2020年这个时间点，前端岗位的竞争已经相当激烈，尤其是字节这种体量的公司，一个实习岗放出来，简历池里各种背景的人都有。我自己的背景不算突出，非科班，学校普通，靠着自学的React和几个小项目撑门面，能走到最后拿到offer，中间确实有不少值得记录的经验。

当时我搜遍了网上能找到的字节面经，发现很多人的分享都是零散的“我面了什么题”，很少有完整讲清楚“为什么这么面”、“背后在考察什么”的。所以这篇面经我想换个写法，把整个面试过程拆开来讲，包括每一轮的重点、我踩过的坑、刷题策略、以及面试官各种追问背后的真实意图。如果你正在准备前端实习面试，尤其是目标大厂的话，这份内容应该能帮你少走不少弯路。

先说结论：字节的前端面试，核心看三件事——基础扎不扎实、编码能力强不强、脑子灵不灵活。框架API背得再熟用处不大，手写代码和原理深挖才是重头戏。下面我从整个准备周期开始，完整复盘一遍。

1. 面试前的准备：简历、刷题与心态

1.1 简历怎么投、怎么写才能过初筛

2020年那会儿，投递字节的渠道主要有官网校招、内推、以及牛客网上的各种内推帖。我走的是一条相对有效的路径：先在牛客上找到了一名在字节做前端的学长，说清自己的情况后要到了内推码。内推在简历筛选阶段确实有优势，因为内推人的邮箱会直接收到你的简历，如果对方团队缺人、觉得你合适，甚至可以帮你内部沟通，简历被捞起来看一眼的概率比海投高得多。

简历内容这块，我当时踩了一个典型误区——把“会点什么”写了一大堆，什么Vue、React、小程序、Webpack全堆上去，看起来什么都会，实际上面试官一眼就看穿是“全而不精”。后来我改成了项目驱动型的写法，只放两个项目：一个用React做的小型C端应用，一个纯JS的编译器玩具。每个项目下面列三点：做了什么、用了什么关键技术、解决了什么具体问题。

这里有个细节值得说。项目里一定不要只写“用什么技术栈实现了什么功能”，面试官更在意的是“你在项目里有没有遇到什么困难，怎么解决的”。我在简历里写了一条“用Web Worker优化了长列表渲染时的卡顿问题”，这条在后续面试中被追问了至少三轮，但每一轮我都能展开说清楚。你在简历上写的每一个技术点，都要做好被追问到细节的准备。

1.2 刷题范围和学习路线

字节的面试算法部分是出了名的硬核，实习生也逃不掉。我当时给自己定的刷题策略是：LeetCode热题100 + 剑指Offer + 高频手写题，核心目标是掌握常见题型的套路，而不是追求题量。我前后刷了大概两百多道题，不是刷完就扔，而是每一道题都做了分类整理：数组双指针、链表反转、二叉树遍历、动态规划、字符串处理。

分类很重要。因为面试考算法是有套路的，面试官很少会出特别偏的题，基本都是“你能联想到哪个经典解法”的变体。比如字节喜欢考“最长不重复子串”、“合并两个有序数组”这类题，看起来是不同题，实际上都是滑动窗口、双指针的思路。你熟悉了套路，遇到新题时就能快速判断该往哪个方向试。

准备过程中，我还额外做了一件事：用面试官视角给自己出题，对着白板用纸笔画流程讲思路。一开始特别不习惯，总是边说边写就乱掉了。后来发现了一个好方法——先给题目做语义拆解，再讲清楚复杂度分析，然后才开始写代码。养成这个习惯后，到真正面试时，写代码反而成了最轻松的一环，因为前面已经跟面试官对齐了思路，写代码只是把想法落地而已。

1.3 心态建设：被拒绝是正常的

这一点我必须专门提一下。我认识不少人，被字节挂了之后很长时间缓不过来，但其实实习面试的挂率极高，也许不是能力问题，只是岗位就那两三个HC，比你强的人太多了。我在准备时给自己定的心理底线是：字节只是目标之一，不是唯一去处。这样想之后，面试过程反而轻松不少，因为不会出现“如果面挂了天就塌了”的焦虑感。

还有一个很现实的心态问题是：你永远不知道面试官当天是什么状态。有的面试官喜欢揪着框架源码问到底，有的面试官则更喜欢考察场景题，在不同人手里面试体验会差别很大。如果你的某轮面试感觉特别差，不用太在意，结果可能会比你想的好。字节的面试官评价体系里，沟通能力和学习潜力是占有相当权重的。

2. 技术一面：从计算机基础到JavaScript原理

2.1 一面整体考察什么

字节的一面通常以基础为主，难度没有想象中那么高，但覆盖面很广。我那一面时长约1个小时，整体节奏：自我介绍5分钟 + 基础八股文20分钟 + 手写代码15分钟 + 项目问答10分钟 + 反问10分钟。

自我介绍是一个很容易被忽视的环节。我一开始准备了一版讲自己多热爱前端的自我介绍，后来才发现面试官根本不吃这套。字节的面试官更想听的是：你做过什么、擅长什么、想往哪个方向发展，最好30秒内讲完，别铺垫。我最后定稿的自我介绍口吻是这样的：“我是XX，主要用React做开发，做过两个项目，一个是XX，一个是XX。对前端工程化比较感兴趣，平时会看一些Webpack相关的源码，也在尝试写一些小工具。”干净利落，把主动权交给面试官。

一面最核心的考察点是JavaScript基础，这一块如果答不好，基本上后面就没戏了。我整理了一下被问到的点和对应的回答思路。

2.2 JavaScript基础八股文：这些题是必考的

先说闭包。面试官一般不会直接问“什么是闭包”，而是给你一段代码问你输出什么，或者问“闭包在实际开发中有哪些应用场景”。我记得他当时给了一段经典的for循环setTimeout代码，问输出结果。这个坑很多人踩过，正确答案是打印出一堆N，而不是0、1、2。关键在于var声明的变量是函数作用域，循环结束时i已经变成了最终值。解法很简单，把var改成let，或者用立即执行函数包一层形成闭包捕获变量。

我在回答的时候没有只给结论，而是补充了底层原因：每次循环实际上共享了同一个词法环境，setTimeout的回调被推入宏任务队列之后，函数调用时才去词法环境里查找i，而那时i早已变成了退出循环的值。面试官对你的追问是不是能撑住，往往就体现在这种“能解释到哪一层”上。

接下来是this指向问题。面试官问的不是背书式的“this指向调用者”，而是直接抛了几道代码题，比如普通函数、箭头函数、对象方法调用时的this分别指向谁。这里最容易出错的点是箭头函数没有自己的this，它会捕获定义时所在上下文的this。我记得还有一道bind、call、apply的对比题，答完后还要求我手动实现一个bind方法。这个手写题很经典，核心是要考虑到绑定时可能有参数柯里化，以及new和bind混用时的优先级问题。

原型链是每个前端面试都绕不开的。面试官当时问了“创建一个对象有几种方式”，然后追着new的原理问了一遍——new的时候到底发生了什么。这个必须答得很完整：先创建一个空对象、将这个对象的原型指向构造函数的prototype、将构造函数的this绑定到这个新对象上并执行、最后根据构造函数是否返回对象来决定返回什么。回答完之后又让我手写一个new。

最后，事件循环。字节一面问事件循环的概率几乎达到了百分百，而且问得特别细。除了宏任务和微任务的基本概念，面试官还喜欢让你分析一段包含Promise、setTimeout、async/await的代码输出顺序。这个我建议你去把所有边界情况都理一遍，尤其是await那行代码，它在await之后的代码某种程度上是“微任务中的微任务”，输出顺序经常让人意外。多刷几道Event Loop的题，这种题其实是有固定套路的。

2.3 CSS和浏览器原理：注意覆盖面

前端面试不只是JavaScript，CSS虽然考察比重不如JS高，但基本概念必须掌握。我记得被问到的是：flex布局的常见属性、BFC是什么、CSS选择器的优先级如何计算。

BFC这个点，说来话长。面试官只问了“哪些方式能创建BFC”，我答了overflow不为visible、display为inline-block、position为absolute或fixed、float不为none等，然后他又问“BFC有什么实际作用”，我举了清除浮动、防止margin塌陷的例子。这种问题只要你实际写过页面，基本都能说几句，但如果只是背概念而没有亲手处理过，容易卡壳。

浏览器渲染原理也是大热门。从输入URL到页面展示，这个过程你最好能完整讲下来：DNS解析、TCP连接、HTTP请求、服务器响应、浏览器解析HTML构建DOM树、解析CSS构建CSSOM树、两者合成渲染树、布局、绘制、合成。面试官让我重点解释“重排与重绘的区别”，以及“如何减少重排”。这里有个容易忽略的细节：访问offsetWidth、offsetHeight这类属性会强制触发同步布局，如果你在读写的循环里反复操作，就会不断强制重排。所以批量读取、批量写入或者用DocumentFragment做隔离，都是实际开发里有效的优化手段。

2.4 HTTP与网络基础

这块字节问得也比较多，特别是HTTP缓存。我在一面被问到：强缓存与协商缓存的区别、分别对应的HTTP头有哪些。强缓存是直接走本地缓存不发请求，对应的头是Cache-Control和Expires；协商缓存是发一次请求，通过Last-Modified/If-Modified-Since和ETag/If-None-Match来校验资源是否过期。

这里有一个隐藏考点：ETag和Last-Modified同时存在时，哪个优先级更高？答案是ETag，因为它的精度更高，能解决Last-Modified在一秒内多次修改无法识别的问题。还有一个考法是给你一堆头信息，让你判断这个资源会走强缓存还是协商缓存，这就涉及Cache-Control不同字段的记忆了，比如no-cache是“可以缓存但要先校验”，no-store才是“完全不能缓存”，这两个经常有人混。

2.5 一面手写代码复盘

一面手写在面试中占比并不小，字节尤其看重这一点。我遇到的手写题是实现一个深拷贝。这题看着简单，实际坑特别多。我没有直接上来写代码，而是先问面试官：“需要拷贝的类型有哪些？函数、Date、RegExp这些需要处理吗？需要处理循环引用吗？”面试官说“你先实现一个基本版本”，我于是先写了递归版本，处理了普通对象和数组，然后主动提出可以处理循环引用，用WeakMap解决，最后又讲了如何区分数组和对象。

这个“先沟通再动手”的习惯我强烈建议你养成。面试官不是看你闷头写，而是看你怎么理解需求、怎么拆解问题。如果你能在写代码前用一两句话表明你的思路，给面试官留下“这人有工程思维”的印象，即使代码里有一点小bug，面试评价也不会差。

深拷贝的具体实现思路也分享一下：先判断当前值是不是对象，不是就直接返回；是对象的话需要区分普通对象、数组、Date、RegExp等类型；然后递归拷贝每个属性。循环引用问题可以通过一个Map（或WeakMap）来记录已经拷贝过的对象，如果再次遇到就直接返回上次拷贝的结果。在实际工作中，这种深拷贝虽然用lodash的cloneDeep就够，但手写一遍能帮你彻底理解引用的概念。

3. 技术二面：React原理、项目深入与手写题

3.1 二面到底在面什么

字节二面和一面最大的区别在于：一面是考察你的基础是否扎实，二面则开始考察你“是不是真的写过项目”、“对技术有没有自己的理解”。我二面碰到的面试官应该是一个team里的资深前端，问的问题更深，很多都是React源码层面的。

先聊一个常见误解：很多人以为只要把React官网文档看了、API背熟了就能应付面试。实际上二面如果深挖React，问的是原理实现，不是API。比如面试官让我解释“React 16的Fiber架构解决了什么问题”。这个问题如果只看文档，你可能知道“是新的协调算法”，但如果你不知道老的递归更新会导致主线程长时间被占用、页面掉帧卡顿，就没办法把这个问题真的讲透。

我当时是从v15和v16的对比讲起的：老架构是递归同步更新，一旦开始渲染就停不下来，组件树一大就容易卡顿。Fiber把更新拆成了一个个小任务，每个任务都能被中断，然后根据优先级重新调度。React可以在浏览器有空闲的时候（通过requestIdleCallback或自己的调度器）慢慢执行更新任务，保证页面响应不被阻塞。这样讲下来，面试官一般就会满意，因为他要的不是官网的一句话结论，而是你是否理解这个设计背后的动机。

3.2 React生命周期与Hooks

二面还重点问了React生命周期。Class组件那一套——componentDidMount、componentDidUpdate、componentWillUnmount——虽然现在很多新项目已经不用了，但面试时仍然会问，建议还是弄清楚整个挂载、更新、卸载的流程。

Hooks相关的问题是重头戏。我记得被问到三个方向：useEffect的执行时机、useCallback和useMemo的区别、以及“为什么不能在条件语句里写Hooks”。前两个比较基础，大家一般都能答上来。第三个是React Hooks设计的核心原理——Hooks是基于链表实现的，React在每次渲染时按顺序读取Hook值，如果某个Hooks出现在条件语句里，可能导致某次渲染的Hook数量与上一次不一致，React内部就没法正确地把状态和对应的Hook对应起来，所以只能在顶层调用。

还有一个经典的追问是“useEffect和useLayoutEffect的区别”。useEffect是异步执行的，一般在绘制完成后才触发；useLayoutEffect是同步执行的，在DOM变更之后、浏览器绘制之前触发。面试官问我“在实际开发中什么场景需要用到useLayoutEffect”，我提供了一个读DOM布局属性并做同步操作的例子。因为如果在useEffect里同步读取刚刚渲染的DOM并做样式修改，浏览器已经先绘制了一帧，用户会看到闪烁；而useLayoutEffect在绘制前执行，就没有这个闪烁问题。

3.3 虚拟DOM与Diff算法

每次面React相关岗位，虚拟DOM和Diff算法几乎必然被问到。面试官通常不会让你完整讲一遍Diff的实现，而是从一个痛点引入：为什么需要虚拟DOM？直接操作真实DOM不是更直接吗？答案核心在于“跨平台能力”和“性能优化”。真实DOM的创建、修改、销毁开销很大，虚拟DOM本质上是用一个轻量的JS对象描述UI，React通过对比新旧两个虚拟DOM的差异，计算出最小的更新代价，再批量操作真实DOM。

Diff算法我建议从三个前提讲起，它们是React Diff高效的关键：1）只对同级元素进行Diff，如果一个DOM节点在前后两棵树中跨越了层级，React不会尝试复用，而是直接销毁重建；2）不同类型的元素产生不同的树，比如从div变成span，React直接卸载原节点，不会继续对比子节点；3）通过key来暗示哪些子元素在不同渲染下是稳定的，这也是为什么key一定不能用数组index代替——用index做key，当列表中间插入一个元素时，React会认为后面的元素类型没变但key变了，导致整个列表的大量重渲染。

面试官当时给我出了一个具体的列表Diff场景题，让我分析为什么用index做key有性能问题。这个场景很典型：列表原始是[A, B, C]，新列表是[B, A, C]，如果你用index做key，React会认为key为0的节点从A变成了B，key为1的节点从B变成了A，每个节点都复用了错误的组件状态；如果你用稳定的唯一ID做key，React就能识别出A和B只是换了位置，通过移动节点而不是重建节点来完成更新。

3.4 项目深挖：面试官真正想听什么

项目深挖是我二面中时间最长的一个环节，大概持续了20分钟。面试官拿着简历问得非常细：“你说你用SSR优化了首屏加载，具体是怎么做的？遇到了什么问题？怎么排查的？”

这里我总结出了面试官深挖项目时真正想听的三个层次：第一，项目是不是你真正参与过的，还是只是网上抄的demo；第二，你在项目里的深度，是只写页面还是深入过底层；第三，你遇到问题时的解决思路，是能自己排查还是只会百度。针对这三点，准备项目介绍时最好都准备好“遇到什么问题-如何分析-如何解决-最终效果”这样一条完整的故事线。

比如我说项目里遇到首屏白屏问题，第一反应是排查网络请求，发现有一个大JS文件加载过慢。然后通过路由级代码分割，把首屏不需要的组件拆出去，再配合gzip压缩，首屏可交互时间从3.2秒降到了1.5秒。面试官听完了一般会追问“代码分割是怎么做的”，这就是React.lazy和Suspense的考点。它重点不是你用了什么API，而是你有没有数据意识：优化前是多少、优化后是多少。任何优化没有数据支撑，面试官都只会当你在讲故事。

3.5 二面手写题：防抖节流、柯里化与Promise

二面也少不了手写代码。我当时被考了三道题，难度依次递增：实现防抖函数、实现柯里化函数、实现一个符合Promise/A+规范的简易Promise。

防抖和节流是前端面试的最高频手写题之一，没有理由不会。它们两个容易搞混，其实区别很简单：防抖是指事件触发后n秒内不再触发才执行，适合input输入搜索；节流是指n秒内最多执行一次，适合滚动事件。手写防抖的核心是维护一个timer，每次触发时clearTimeout再重新setTimeout；手写节流的核心是记录上次执行的时间戳，当前时间与上次执行时间之差大于阈值才执行。

柯里化手写题考的是对闭包和函数式编程的理解。核心思路是：返回一个函数，如果传入的参数个数已经达到了原函数的参数个数之和，就执行原函数；否则继续返回函数收集参数。

Promise的手写是最有挑战性的。面试官只要求我实现一个基础版本，能处理resolve、reject和then方法即可，不需要实现Promise.all这些。但即便是基础版本也有几个关键点：构造函数里的resolve和reject需要确保异步调用（即使用queueMicrotask或setTimeout模拟微任务）、状态只能从pending变为fulfilled或rejected且不可逆转、then方法需要支持链式调用。我当时写的时候在“then返回新Promise”这一步卡了挺久，因为你需要处理回调返回值是普通值还是Promise的情况。面试官很耐心，还给了提示。最后写完之后，他补了一句“你回去把Promise/A+完整规范看一遍，对你理解异步会很有帮助”。这个建议我后来真的去做了，收获很大。

3.6 设计模式与工程化

二面中还问了一些偏工程化的问题，比如“你在项目中有没有用过Webpack的Loader和Plugin，它们的区别是什么”。这个问题我建议每个准备面试的人都好好整理一下，因为Front-end工程化是大厂实习生一个很重要的加分项。Loader是一个转换器，它把A文件变成B文件，比如babel-loader把ES6转成ES5；Plugin是一个扩展器，它在打包的特定时机做额外的事情，比如HtmlWebpackPlugin在打包后自动生成HTML文件。简单来说，Loader负责“翻译”，Plugin负责“干活”。

还有一道有意思的场景题设计题：“设计一个前端错误监控系统”。我当时的思路是分三层：采集层（监听window.onerror、unhandledrejection、fetch请求失败等）、上报层（用sendBeacon或navigator.sendBeacon接口在页面unload时上传错误日志，避免用fetch导致日志丢失）、分析层（服务端聚合错误信息，按来源、错误类型、影响用户数排序）。这类题没有标准答案，主要是看你有没有从0到1搭一个系统的思路。

4. 技术三面与HR面:综合考核与软实力

4.1 三面：更多是综合能力考察

到了三面，通常是团队负责人或者更资深的技术专家面试，考察点已经从“你会不会”变成了“你能走多远”。我的三面整体长度约45分钟，没有太多八股文，更多是聊技术选型、学习方式、以及对一些开放问题的思考。

三面给我印象最深的一道题是：“如果让你从0到1搭建一个前端项目，你会怎么选型？为什么？”这道题的特点是没有任何标准答案，但很能拉开差距。我从业务场景切入：项目是重交互的中后台系统还是偏内容展示的官网，这会影响是选React还是Vue、是用SSR还是CSR；团队规模会影响要不要引入TypeScript、要不要上Monorepo；项目生命周期会影响要不要花时间搭一套完整的CI/CD流程。面试官会在你选型过程中不断追问“你还考虑过哪些方案”、“它们分别有什么优缺点，为什么你不选”。这就是在考察你的技术视野和决策能力。

还有一个问题是关于性能优化的开放题：“你平时是怎么发现和定位前端性能问题的？”我的回答思路是：先用Lighthouse或Chrome DevTools的Performance面板看核心指标，重点关注首次内容绘制（FCP）、最大内容绘制（LCP）、累积布局偏移（CLS）；然后结合页面实际情况分析是网络问题、渲染问题还是JS执行问题；再针对定位到的问题做专项优化。面试官其实更在意的是你有没有一套可复用的排查方法论，而不是你背了多少条优化手段。

三面还问了一个关于“遇到技术难题怎么突破”的题。我提到自己经常看国外技术博客和源码，并且把自己看懂的源码写成一个模拟实现的项目放到GitHub上。这个回答能体现学习能力和自驱力，三面这种层面的面试官非常看重这两点。

4.2 HR面与Offer选择

HR面相对最轻松，但也不能完全放松。字节的HR会问：自我介绍、为什么选择字节、对实习时间有没有要求、有没有其他的offer、你觉得自己在面试中表现得怎么样。这里有一个建议：HR问你“有没有其他offer”时，不要刻意撒谎或隐瞒。如果手里确实有备选offer，可以坦诚说“还有另一个在流程中，但我个人更偏向字节，因为团队技术栈更匹配”。如果手里没有offer，就说“目前没有其他offer，但在流程中的还有几个”，HR完全能理解。切忌为了拉高身价去编造offer，一旦被发现会直接失去录用机会。

到HR面的时候，一般离offer就一步之遥了，按照正常流程都会走到这里。HR面结束后过了几天，我收到了offer。薪资方面，字节的实习薪资在业内属于第一梯队，加上房补，在同级别公司里很有竞争力。不过我这里不展开数字了，因为每年的行情都在变，你只需要知道：字节实习的薪资福利在行业内是相当能打的就是了。

4.3 复盘我自己的面试表现

面试结束后，我做了一个比较完整的复盘。从一面到三面，我在技术上最强的部分是JavaScript基础，最弱的部分是网络协议细节。回顾来看，如果我能在准备阶段多花些时间在计算机网络特别是TCP/UDP细节上，面试过程可能会更从容。

复盘过程中我还发现了一个规律：面试官最满意我回答的环节，往往不是某个八股文背得最流利的时刻，而是我主动展示思考过程的时刻。比如我回答深拷贝时主动问需求边界，回答项目优化时主动给出数据对比，这些都让面试官感觉是在和一个真正有实习经验的人在交流。准备面试不只是背题，更是要学会“像一个工程师一样思考和表达”。

5. 字节前端面试的高频考点总结与独家建议

5.1 高频考点速查表

根据我自己的面试经历，以及同期朋友们的反馈，我整理了一份字节前端实习面试的高频考点速查表。这些考点的重要性和出现频率是我排的，可以参考，但不需要完全依赖。

5.2 独家建议：如何利用好面经但不过度依赖

面经这个东西，本质上是一个“题库快照”。你看到的每一篇面经，都是某个特定时间点、某个特定面试官、针对某个特定候选人出的题。它很有参考价值，但不能当作完整的学习大纲。原因是字节面试的随机性很强，不同面试官风格差异极大，你按照一份面经准备，遇到另一个风格的面试官就容易翻车。

我的建议是：把面经当成“查漏补缺的清单”，而不是“押题宝典”。看到一篇面经，先把自己代入，如果面试官问我这道题，我能完整回答吗？能回答到什么深度？凡是答不利索的知识点，就回去系统学一遍，而不是照着面经的答案背。因为字节面试官特别喜欢追问，你背答案的话，一个“为什么”追问过来就会露馅。

另外，强烈建议在准备阶段就养成“写博客”或“写笔记”的习惯。面试时被问到“你最近在学什么”时，如果你有一个技术博客或GitHub仓库能展示你的学习轨迹，会是一个非常强的加分项。哪怕只是每周写一篇短文记录自己学到的知识点，也是在向面试官传递“这个人是真的爱技术”的信号。这个习惯不仅在面试中有用，对后续的实习转正、正式求职都很有帮助。

5.3 最后想说的话

面试这件事，除了硬实力，确实有很大的偶然性。我从开始投递到拿到offer，前后经历了简历筛选、三轮技术面、一轮HR面，整个周期大约三周。过程中有兴奋，有焦虑，也有等待结果的煎熬。但回头看，最值钱的其实不是offer本身，而是被面试逼着系统性梳理了一遍前端知识体系。

如果你也在准备字节的前端实习面试，我想说的是：不要被“字节面试难”吓倒，也不要被网上各种神仙面经吓住。那些看起来答得完美无缺的面经，很多都有美化成分。面试官想知道的是你当前真实的能力水平，以及你有没有成长的潜力。把自己真实会的东西讲清楚、讲深入，就已经超过一半的候选人了。

如果你面的方向和我不同，比如你面的是更偏Node.js或工程化的方向，那么考察重点会有所偏移，但JavaScript基础和手写代码仍然是必考的。前端这个行业的面试，某种程度上就是在考察“基础扎实、思路清晰、手底下能出活”这三件事。你按照这个方向去准备，去哪里面试都不会差。