在全栈工程师这个岗位上，技术方面的考察是最为关键的核心要点，要是核心技术类型的题目回答得不够理想，就算简历呈现得再怎么出色好看，也会非常不容易进入到下一轮面试环节。
不少全栈求职者，在面试之前不清楚应当准备何种技术题目，胡乱刷题，遗漏了前端、后端、数据库以及部署方面的关键考点，致使效率十分低下。
今日，整合十年招聘经历，梳理出全栈工程师面试的「高频技术题以及标准答案」，涵盖基础、实战、进阶这三个层面，无论应届生亦或是跳槽者，背熟即可直接运用！
一、基础必定要考的题目（处于入门级别状态下，是非背诵不可的那种），1. 所存在的问题为：究竟什么算得上全栈工程师呢？全栈工程师最为核心的职责到底是什么呢？
如下这般的全栈工程师，是那种，掌握前端技术的，掌握后端技术的，掌握数据库技术的，掌握部署等各类全链路技术的，能够独立完成项目，从需求起始阶段，一直到上线的，全流程开发工作的从业员工，其核心要点在于，具备一项业务专长，同时拥有多种技能，且精通各项技术，并非仅仅停留在表面浅显层次。
主要职责包含，其一，对前端页面开展开发工作，进行组件封装以及交互实现，同时致力于性能优化；其二，承担后端接口开发任务，完成逻辑实现，做好接口鉴权以及异常处理；其三，负责数据库设计工作，实施SQL优化，进行数据存储以及备份操作；其四，负责项目部署工作，开展运维工作，并对线上问题予以排查；其五，与产品、测试等部门进行对接，推动项目成功落地以及实现迭代。
2. 问题：前端常用的跨域解决方案有哪些？请简要说明。
标准答案：核心常用方案有5种，适配不同场景：
CORS（跨域资源共享）：后端配置响应头（
Access - Control - Allow - Origin等等之类的，准许特定域名来进行访问，在当下属于最为常用的方案。
代理服务器，在开发环境之中，运用Webpack Dev Server，通过Nginx进行配置代理，将前端所发出的请求，朝着后端方向予以转发，以此来规避跨域问题。
JSONP，借助script标签去请求后端接口这一方式来达成信息交互动作，其所能支持的仅仅是GET请求这种特定的请求方法哟，它适合被运用在对低版本浏览器进行兼容性处理的场景当中呢。
postMessage用于基于页面之间具备的，可以在存在iframe框架、处于多窗口状态下的跨域通信并且能够传递数据。
后端接口进行转发，将前端发出的请求，借助后端接口，转至目标服务器，以此来防止前端直接出现跨域情况。
3. 问题：MySQL索引的作用是什么？常用的索引类型有哪些？
核心作用在于，加快数据库的查询速度，这方面成效为减少查询时所涉及的磁盘I/O操作，进而来提升查询的效率，同样核心作用还有，它能够对数据起到约束作用，就类似唯一索引这种情况，以此来保证数据的完整性。
常用索引类型：
一种被称作主键索引（PRIMARY KEY）的索引，它具备唯一标识一条记录的特性，并且不可以为空，同时，在一个表当中，仅仅能够存在一个主键索引。
仅有唯一索引（UNIQUE），确保索引列的值具备唯一性，准许为空，一张表能够存在多个唯一索引。
一般的索引（INDEX），属于最为基本基础的那种索引，不存在唯一性方面的约束限制，仅仅是用来让查询的速度能够得以加快的。
组合多个字段而成的索引是联合索引，它遵循“最左前缀原则”，查询的时候需要匹配左侧的字段。
全文索引，也就是 FULLTEXT，它被运用在文本字段的模糊查询方面，这种情况适合大量的文本数据，像是文章内容这类。
二、实战中高频出现的题目（处于核心级别，需要着重当做重点去准备），首先，存在一个问题，这个问题是，请你阐述一下，关于你开发一个全栈项目的完整流程是怎样的？
存在这样一个标准的答案，其核心部分涵盖了“需求分析”，以及“技术选型”，还有“开发”，再加上“测试”，另外还有“部署”，最后是“迭代”，并且全部进程总共划分成六个步骤。
1. 需求分析时，要与产品进行对接，从而明确项目的核心需求，以及用户场景、功能模块，并梳理需求文档，进而确认开发范围和时间节点。
2. 技术选型，要依据需求，去挑选恰当的技术栈，这其中涵盖前端框架、后端语言、数据库以及部署工具，就像React加上Node.js再加上MySQL再加上Docker。
3. 在架构设计工作当中，要去对项目架构做出设计，这里所说的项目架构包含前端组件结构，还有后端接口架构以及数据库表结构这几个方面，同时还要去就接口规范以及代码规范进行约定。
4. 开始全链路开发时，首先要着手开发后端接口，这其中涵盖接口调试以及异常处理部分，跟着要开展前端页面的开发工作，前端页面开发需进行组件封装，还有交互实现、接口对接等操作，与此同时要同步开展数据库设计以及针对其的优化工作。
5. 执行测试优化工作，自行开展单元测试，还要做接口测试，以及页面适配测试，之后修复其中出现的bug，与测试人员进行对接，依据测试所反馈的情况，对功能以及性能加以优化。
6. 运用Docker进行容器化部署，配置Nginx反向代理与负载均衡展开部署上线，上线之后对系统运行状态予以监控，及时排查线上出现的问题。
7. 依据业务需求，进行持续迭代功能，以优化系统性能，同时还要备份数据，这一过程被称作迭代维护。
2. 问题：如何优化MySQL查询性能？请从多个层面说明。
标准答案：从4个层面优化，层层递进：
针对索引环节，要给那些查询较为频繁的字段，增添恰当的索引，像是主键索引、联合索引之类的，防止出现冗余索引以及无效索引；需依照最左前缀原则，对索引运用加以优化。
身处SQL语句的维度，执行对SQL语句的优化动作，要规避使用SELECT *，要回避子查询嵌套过度深入的情况，要防止使用OR查询（可借助UNION予以替代），要杜绝模糊查询（以%起始的那种）。
从数据库的角度来说：要着手开启进行数据库缓存操作，以此目的来减少磁盘I/O的发生情况；当数据量达到一定程度的时候，要实施分库分表的举措，从而避免单表之中的数据量过多；需要定期开展优化表结构的工作，并且清理掉冗余的数据。
应用层面，增添接口缓存，像Redis这种，削减数据库查询次数，进行批量操作数据，防止频繁地单条查询，妥善设计分页查询，规避一次性大量查询数据。
3. 核心区别是什么，当中React，和Vue的，是哪一个，你为什么会选择啊那一个被拿来用的框架去做开发？
标准答案：核心区别主要有4点，选择依据结合项目需求：
核心区别：
对于响应式原理而言，React是基于虚拟DOM以及Diff算法，状态的更新乃是借助setState这个方式来达成的，Vue则是基于双向绑定，在Vue2的时候运用的是Object.defineProperty，而到了Vue3运用的是Proxy，只要数据发生变化就会自动将视图做出更新。
对于②，组件通信方面，React针对此主要借助props、Context、Redux（需明确这是就状态管理而言所用的通信方式）共同来进行通信；至于Vue，它主要是依靠props、Vuex/Pinia、事件总线（其中事件总线通过$emit/$on用于通信）来实现通信的。
③ 模板语法方面，React采用 JSX，也就是 HTML 与 JS 混合的那种形式，它更为灵活，适用于复杂逻辑，Vue 运用的是模板语法，即 HTML 加上指令的形式，它更为简洁，上手的门槛比较低。
④ 生态方面，React的生态更为庞大，它适合大型项目，也适合移动端，也就是React Native；而Vue的生态相对更轻量，其适合中小型项目，还适合做快速迭代。
选取缘由是，举例来说，我挑选React，鉴于项目属于大型复杂类别的项目，存在对于灵活的组件逻辑以及丰富的生态支持的需求，React所具备的JSX语法能够提升开发效率，Redux能够更为妥善地管理全局状态，以此适配项目的长期迭代所需。
三、更进一步的加分题目（处于提升等级，用以拉开彼此差距），1. 所提出的问题如下：到底什么才是微服务的架构呢？完全掌握多种技能的工程师在微服务架构里究竟扮演着什么样的角色呢？
有着这样一种架构，它被称作微服务架构，这种架构是要把一个大型项目，拆分成多个独立，且能够进行部署的小服务，这些小服务中的每一个，都负责着一个具体的业务模块，并且这些服务之间，是通过API来进行通信的，其核心要点在于“去中心化、高可用、可扩展”。
全栈工程师在微服务架构中的角色：
肩负单个微服务的全链路开发工作，其中涵盖前端页面、后端接口、数据库以及部署等方面，以此保证服务能够独立运行。
② 承担服务相互之间的接口对接以及通信重担（像 RESTful API、RPC 这样的方式），使服务能够协同运作，得以正常工作。
③ 承担微服务的部署工作，来进行监控，还要去排查问题，像是运用 Docker 以及 K8s 去管理服务，借助 Prometheus 来监控系统状态。
参与微服务架构设计，对服务拆分予以优化，对接口规范加以优化，以此提升系统的可扩展性还有稳定性。
2. 问题：如何排查全栈项目的线上bug？请说明核心思路和步骤。
具有标准性质的答案是，其核心涵盖了“定位问题”，以及“分析原因”，还有“解决问题”，另外包括“复盘优化”，并且采取分步的方式，分作4步来进行排查。
1. 关于定位问题，借助日志，也就是前端控制台日志、后端接口日志以及数据库日志，再利用监控工具，如同Prometheus、ELK这般的，去明确bug出现的场景，还有触发条件，以及影响范围，像那种前端渲染方面的问题、后端接口出现的异常、数据库查询所产生的错误。
2. 考究缘由：依据定位所得结果，循序渐进查究问题根本源头，前端方面问题，好比组件呈现状貌异常、接口发起请求出现差错、跨越域界所引发的问题，后端方面问题，诸如接口内在逻辑出现偏差、异常情况未予以妥善处置、缓存机制丧失效用，数据库方面问题，例如SQL语句出现误差、索引功能失去效力、存放数据出现异常。
3. 明确问题根源所在地方，据此去制定出相应的解决办法，迅速地对存在的bug进行修复，修复的办法为修改前端组件的逻辑、优化后端接口以及修复SQL语句，在测试没有错误之后再进行上线操作。
4. 反思再次解析：剖析有缺陷毛病出现产生的缘由，改进编写代码的规则和检验流程（像是增添单元检验、接口检验），防止相似的有缺陷毛病再度出现，与此同时提升系统的稳固性。
在全栈工程师面试里，这些题目属于最常考的核心内容范畴之内，不管是初次面试，还是再次面试，都有着比较大的概率会碰到。
大伙被建议着，不光要把答案背会记牢，还得去理解那背后所蕴含的逻辑，并且要结合自身的项目经验来灵活地加以运用，毕竟，面试官真正所考察的，是你解决实际问题的那种能力，可不是单纯的背诵能力呀。
