2026年IT面试题库及详细答案

2026年IT面试题库及详细答案说明：本题库覆盖前端、后端（Java/Python）、运维、测试四大主流IT岗位，题型包含基础识记题、进阶原理题、实操应用题、情景应变题，完全贴合2026年企业实际面试场景，答案详细易懂、侧重实操，避免生硬模板化表述，适配校招、社招不同需求。第一部分：通用基础题（全岗位必考）（注：无论应聘哪个IT岗位，以下基础知识点均为高频考点，侧重考察基本功扎实度）1.题目：HTTP和HTTPS的核心区别是什么？HTTPS的加密过程是怎样的？答案：核心区别有3点，易懂好记：1.安全性：HTTP是明文传输，数据在传输过程中可被拦截、篡改；HTTPS基于SSL/TLS加密，数据传输全程加密，无法被轻易窃取篡改。2.端口：HTTP默认使用80端口，HTTPS默认使用443端口。3.证书：HTTPS需要向CA机构申请SSL证书（免费/付费），用于验证服务器身份；HTTP无需证书。HTTPS加密过程（简化版，贴合实际面试表述，不搞复杂理论）：①客户端向服务器发起HTTPS请求，服务器返回自身的SSL证书（包含公钥）；②客户端验证证书合法性（确认是正规CA颁发、未过期），验证通过后，生成一个随机密钥；③客户端用服务器的公钥，对随机密钥进行加密，发送给服务器；④服务器用自身的私钥，解密出客户端发送的随机密钥；⑤后续客户端和服务器之间，所有数据都用这个随机密钥进行对称加密传输（对称加密效率高，非对称加密仅用于传递密钥，兼顾安全和效率）。2.题目：TCP三次握手和四次挥手的过程，为什么需要三次握手、四次挥手？答案：先讲过程，再讲原因，避免死记硬背，结合实际场景理解：一、TCP三次握手（建立连接，双方确认“能发能收”）：1.客户端→服务器：发送SYN包（同步包），表示“我想和你建立连接，我的初始序列号是x”；2.服务器→客户端：发送SYN+ACK包（同步+确认），表示“我收到你的请求，我同意连接，我的初始序列号是y，确认收到你的x”；3.客户端→服务器：发送ACK包（确认包），表示“我收到你的确认，连接可以建立，确认收到你的y”；三次握手完成，双方建立稳定的TCP连接，开始传输数据。二、TCP四次挥手（断开连接，双方确认“数据已传完”）：1.客户端→服务器：发送FIN包（终止包），表示“我这边数据已经发完了，准备断开连接”；2.服务器→客户端：发送ACK包，表示“我收到你要断开的请求，我正在处理剩余数据，你等我”；3.服务器→客户端：发送FIN包，表示“我这边数据也发完了，准备断开连接”；4.客户端→服务器：发送ACK包，表示“我收到你的终止请求，断开连接”；四次挥手完成，连接正式断开。三、核心原因：1.三次握手：避免“无效连接”。比如客户端发送的SYN包超时，客户端重发，而服务器收到第一个超时的SYN包后建立连接，若只有两次握手，服务器会一直等待客户端数据，造成资源浪费；三次握手能让双方都确认“对方能发能收”，避免无效连接占用资源。2.四次挥手：因为TCP是双向通信，双方都需要单独确认“自己的数据已传完”。服务器收到客户端的FIN包后，可能还有未传输完的数据，不能直接发送FIN包，需要先回复ACK包，等数据传输完毕后，再发送FIN包，因此需要四次挥手。3.题目：什么是Cookie和Session？两者的区别是什么？2026年实际开发中如何使用？答案：先明确定义，再讲区别，最后结合实际开发场景，避免纯理论：定义：Cookie：存储在客户端（浏览器）的小型文本文件，由服务器发送给客户端，客户端保存后，每次请求服务器时都会携带，用于记录用户状态（如登录状态、记住密码）。Session：存储在服务器端的会话对象，当客户端第一次请求服务器时，服务器创建一个Session，生成一个唯一的SessionID，通过Cookie发送给客户端；后续客户端请求时，携带SessionID，服务器通过SessionID找到对应的Session，从而获取用户状态。核心区别（4点，贴合实际开发）：1.存储位置：Cookie在客户端，Session在服务器端；2.安全性：Cookie存储在客户端，可被篡改、窃取（需做加密处理）；Session存储在服务器端，相对更安全；3.存储大小：Cookie有大小限制（约4KB），只能存储字符串；Session无明确大小限制，可存储对象、集合等复杂数据；4.生命周期：Cookie可设置过期时间（长期有效或临时有效），即使关闭浏览器也可能存在；Session默认随浏览器关闭而失效，也可手动设置过期时间（避免服务器资源浪费）。2026年实际开发使用场景：1.Cookie：用于存储非敏感的用户状态，如记住密码（加密存储）、用户偏好设置、网站主题等；注意：敏感数据（如用户密码）不能直接存在Cookie中，需加密后存储。2.Session：用于存储敏感的用户状态，如用户登录信息、购物车数据、权限信息等；实际开发中，会结合Redis等缓存工具存储Session（替代传统的服务器内存存储），解决分布式部署时Session共享问题，同时提高读取效率。4.题目：什么是RESTfulAPI？设计RESTfulAPI的核心原则有哪些？答案：RESTfulAPI是目前前后端分离开发中最常用的接口设计规范，核心是“资源导向”，易懂表述如下：定义：RESTfulAPI是一种接口设计风格，将服务器中的数据、服务视为“资源”，通过HTTP请求方法（GET/POST/PUT/DELETE）对资源进行操作，接口路径简洁、语义清晰，无需额外的接口说明，前端可通过路径和请求方法，快速理解接口功能。核心设计原则（2026年实际开发常用，不搞冗余原则）：1.资源导向：接口路径用名词（复数）表示资源，不用动词，比如查询用户列表用/users，而非/getUsers；2.HTTP方法对应操作：GET（查询资源）、POST（新增资源）、PUT（修改资源，全量更新）、DELETE（删除资源），语义统一；3.路径层级清晰：比如查询某个用户的订单，路径为/users/{userId}/orders，层级明确；4.返回状态码规范：用HTTP自带的状态码表示接口结果，比如200（成功）、400（请求参数错误）、401（未登录）、403（无权限）、404（资源不存在）、500（服务器内部错误）；5.无状态：每个请求都是独立的，服务器不存储请求上下文，所有请求都需要携带必要的身份信息（如Token），便于分布式部署；6.支持分页、排序：查询列表类接口，通过参数（如page=1&size=10&sort=createTimedesc）实现分页和排序，贴合实际开发需求。第二部分：前端开发面试题（Vue3/React/跨端，2026年高频）一、基础题1.题目：Vue3和Vue2的核心区别有哪些？2026年开发中为什么优先选择Vue3？答案：核心区别围绕“性能、语法、扩展性”，结合2026年实际开发场景说明，不堆砌知识点：1.响应式原理不同：Vue2用Object.defineProperty（只能监听对象属性的新增/删除，无法监听数组变化，需手动处理）；Vue3用Proxy（可直接监听对象、数组的变化，无需手动处理，响应式更高效、更全面）；2.语法结构不同：Vue2支持OptionsAPI（data、methods、computed、watch分开写，代码量大时易混乱）；Vue3默认支持CompositionAPI（setup函数、ref/reactive，可按功能拆分代码，复用性更强，适合大型项目）；3.性能优化：Vue3的虚拟DOM重写，渲染效率提升约30%；支持Tree-Shaking（按需打包，减少打包体积）；新增Fragment（无需根节点，减少DOM层级）；4.其他新增特性：Vue3支持TypeScript原生集成（2026年大型前端项目几乎都用TS，Vue3适配更友好）；新增Teleport（teleport，可将组件渲染到指定DOM节点，适合弹窗、模态框场景）；Suspense（suspense，处理异步组件加载，优化用户体验）。2026年优先选Vue3的原因：①大型项目需求：CompositionAPI解决了Vue2OptionsAPI代码复用难、维护难的问题，适合团队协作开发；②TypeScript适配：目前前端项目越来越注重类型安全，Vue3原生支持TS，开发时可避免类型错误，降低后期维护成本；③性能更优：Tree-Shaking、虚拟DOM优化，能有效减少打包体积、提升页面渲染速度，适配移动端、小程序等多端场景；④生态完善：Vue3目前已成为主流，ElementPlus、AntDesignVue等主流UI框架均优先支持Vue3，插件、工具链更成熟。2.题目：ReactHooks的核心作用是什么？常用的Hooks有哪些？useEffect的执行机制是什么？答案：贴合2026年React开发实际，避免复杂源码，侧重用法和场景：核心作用：ReactHooks是React16.8+新增的特性，用于在函数组件中实现状态管理、生命周期、副作用处理等功能，替代了传统的类组件，让函数组件的功能更完整，代码更简洁、易维护。常用Hooks（2026年开发高频，按使用频率排序）：1.useState：用于管理组件的状态（如计数器、表单输入），返回一个状态变量和修改状态的函数，比如const[count,setCount]=useState(0)；2.useEffect：用于处理组件的副作用（如请求接口、操作DOM、定时器），相当于类组件的componentDidMount、componentDidUpdate、componentWillUnmount的结合体；3.useRef：用于获取DOM元素、保存持久化数据（组件重新渲染时，数据不会重置），比如获取输入框DOM、保存定时器ID；4.useContext：用于跨组件传递数据（无需层层props传递），适合中小型项目的状态共享；5.useMemo、useCallback：用于性能优化，避免组件不必要的重新渲染（大型项目必用）；useMemo缓存计算结果，useCallback缓存函数。useEffect执行机制（易懂版）：1.执行时机：组件挂载时（第一次渲染）执行一次；组件更新时（状态、props变化），若依赖项发生变化，执行一次；组件卸载时，执行清理函数（return后的代码）；2.依赖项：useEffect的第二个参数是依赖项数组（可选）：①无依赖项（[]）：只在组件挂载时执行一次，卸载时执行清理函数；②有依赖项（如[count]）：组件挂载时执行一次，count变化时执行一次；③无第二个参数：组件每次渲染（包括初始渲染、更新）都会执行，不推荐使用（易造成性能问题）。实际开发注意：useEffect中若有定时器、事件监听，必须在清理函数中清除（如clearTimeout、removeEventListener），避免内存泄漏。二、进阶题1.题目：前端性能优化的核心方向有哪些？2026年实际开发中，如何落地这些优化措施？答案：核心方向围绕“加载速度、渲染速度、运行流畅度”，结合2026年前端技术栈（如Vue3、React、Vite），给出可落地的措施，不空谈理论：核心优化方向及落地措施（按优先级排序）：1.资源加载优化（最直观，优先做）：①打包优化：使用Vite替代Webpack（2026年主流），Vite基于ESModule，热更新更快、打包体积更小；开启Tree-Shaking，按需打包代码；②图片优化：使用WebP、AVIF等高效图片格式（比JPG、PNG小30%-50%）；图片懒加载（用IntersectionObserverAPI，避免首屏加载过多图片）；小图片转base64（减少HTTP请求）；③资源缓存：静态资源（JS、CSS、图片）设置合理的缓存策略（强缓存Cache-Control、协商缓存ETag）；使用CDN加速（将静态资源部署到CDN，就近访问，提升加载速度）；④代码分割：将大型项目的代码拆分成多个小模块（如路由分割，用React.lazy/Vue3的defineAsyncComponent），实现按需加载，减少首屏加载时间。2.渲染优化：①减少DOM操作：避免频繁操作DOM（如循环中修改DOM），用虚拟DOM替代；使用DocumentFragment批量处理DOM；②避免重排重绘：修改样式时，优先修改class，而非直接修改style；使用requestAnimationFrame处理动画（避免卡顿）；③组件优化：Vue3用setup+ref/reactive，React用memo、useMemo、useCallback，避免组件不必要的重新渲染；列表渲染时，用key（唯一标识），避免DOM复用错误。3.运行时优化：①防抖节流：输入框搜索、滚动事件、resize事件，用防抖（debounce，延迟执行）、节流（throttle，固定频率执行），避免频繁触发函数；②避免内存泄漏：清理定时器、事件监听、全局变量；React/Vue组件卸载时，取消未完成的接口请求；③接口优化：接口请求防抖、节流；使用请求缓存（如SWR、ReactQuery），避免重复请求；接口分片加载（如大数据列表分页、滚动加载）。2.题目：手写一个带并发限制的Promise调度器，要求同时运行的任务不超过n个，并说明实际应用场景。答案：贴合2026年前端面试实操要求，代码简洁可运行，说明应用场景，避免冗余：核心思路：用队列存储待执行的任务，用一个计数器记录当前正在运行的任务数量，当计数器小于限制数时，从队列中取出任务执行，任务执行完成后，计数器减1，并继续执行队列中的下一个任务。代码实现（JavaScript）：javascript

classScheduler{

//构造函数，limit是并发限制数

constructor(limit){

this.limit=limit;//最大并发数

this.running=0;//当前正在运行的任务数

this.queue=[];//待执行的任务队列

}

//添加任务，promiseCreator是返回Promise的函数

add(promiseCreator){

returnnewPromise((resolve,reject)=>{

//将任务和resolve、reject存入队列

this.queue.push({promiseCreator,resolve,reject});

//尝试执行任务

this.run();

});

}

//执行任务的核心方法

run(){

//若当前运行任务数>=限制数，或队列无任务，直接返回

if(this.running>=this.limit||this.queue.length===0){

return;

}

//运行任务数+1

this.running++;

//取出队列第一个任务

const{promiseCreator,resolve,reject}=this.queue.shift();

//执行任务

promiseCreator()

.then(res=>resolve(res))//任务成功，调用resolve

.catch(err=>reject(err))//任务失败，调用reject

.finally(()=>{

//任务执行完成，运行任务数-1，继续执行下一个任务

this.running--;

this.run();

});

}

}

//使用示例

constscheduler=newScheduler(2);//限制并发数为2

//模拟异步任务（如接口请求）

constaddTask=(time,value)=>{

returnscheduler.add(()=>

newPromise(resolve=>setTimeout(()=>resolve(value),time))

);

};

//测试：3个任务，并发限制2个

addTask(1000,'任务1').then(res=>console.log(res));

addTask(500,'任务2').then(res=>console.log(res));

addTask(300,'任务3').then(res=>console.log(res));

//输出顺序：任务2（500ms）→任务1（1000ms）→任务3（300ms，等前一个任务完成后执行）实际应用场景：前端开发中，当需要同时发起多个接口请求（如页面初始化时加载多个模块的数据），但服务器对接口并发数有限制，或避免过多请求导致浏览器卡顿，此时就可以用这个调度器控制并发数。比如：商品列表页，同时加载商品数据、用户信息、购物车数据，限制并发数为2，避免一次性发起3个请求，减轻服务器压力和浏览器负担。第三部分：后端开发面试题（Java/Python，2026年高频）一、Java后端（主流）1.基础题：Java的核心特性有哪些？基本数据类型与包装类的区别是什么？答案：核心特性贴合实际开发，不堆砌，包装类区别讲清易错点：Java核心特性（5个，实际开发常用）：1.跨平台性：通过JVM（Java虚拟机）实现，字节码文件可在任意支持JVM的操作系统运行（WriteOnce,RunAnywhere）；2.面向对象：封装、继承、多态三大核心，可提高代码复用性和维护性；3.安全性：支持沙箱机制、字节码校验、权限控制（如文件IO权限），减少恶意代码攻击；4.健壮性：自动垃圾回收（GC）避免内存泄漏，强类型检查、异常处理机制减少运行时错误；5.多线程：内置多线程API，支持并发编程，适合开发高并发系统（如电商、支付）。基本数据类型与包装类的区别（表格更清晰，贴合面试表述）：对比维度基本数据类型（如int、float）包装类（如Integer、Float）本质原始值，无对象属性，直接存储值引用类型，继承Object类，存储对象引用默认值有默认值（int默认0，boolean默认false）无默认值，默认是null适用场景简单运算、局部变量，效率高集合框架（如List、Map）、泛型、需要null值的场景（如数据库查询结果为空）缓存机制无缓存部分包装类有常量池缓存（如Integer的-128~127区间，复用缓存对象）易错点（面试高频追问）：自动装箱/拆箱：Java5+特性，编译器自动完成基本类型与包装类的转换，比如Integerj=10（装箱）、inti=j（拆箱）；缓存陷阱：Integera=127;Integerb=127;→a==b为true（复用缓存）；Integerc=128;Integerd=128;→c==d为false（新建对象），比较值需用equals()方法。2.进阶题：volatile关键字的作用是什么？与synchronized的区别是什么？高并发场景下如何选择？答案：结合2026年高并发开发实际，讲清原理和应用场景，避免纯理论：volatile关键字的作用（核心2点，易懂）：1.可见性：当一个线程修改了volatile变量的值时，其他线程能够立即看到该变化（避免线程读取到“过期数据”）；2.有序性：禁止指令重排序，确保代码执行顺序与程序代码顺序一致（避免因指令重排序导致的逻辑错误，如单例模式中的双重检查锁）。注意：volatile不保证原子性，比如i++（复合操作，包含读取、修改、写入三步），在高并发下仍会出现线程安全问题。与synchronized的核心区别（3点，贴合实际开发）：1.性能：volatile比synchronized轻量级，开销较小（无需加锁、释放锁），适用于只读或单操作场景；synchronized是重量级锁（JDK1.8后优化为偏向锁、轻量级锁），开销较大。2.原子性：volatile不保证复合操作的原子性；synchronized能保证方法或代码块的原子性（同一时刻只有一个线程执行）。3.应用场景：volatile适用于“变量被多个线程读取，仅被一个线程修改”的场景（如状态标志、配置开关）；synchronized适用于需要保护复合操作的场景（如计数器、订单创建）。高并发场景下的选择：①若仅需保证变量的可见性和有序性，无需保护复合操作（如控制线程启停的状态标志），选择volatile，效率更高；②若需要保护复合操作，确保线程安全（如高并发下的计数器、库存扣减），选择synchronized，或结合Lock锁（如ReentrantLock）；③实际开发中，volatile常与synchronized配合使用，比如单例模式的双重检查锁，用volatile修饰单例对象，避免指令重排序导致的空指针问题。3.实操题：SpringBoot中如何实现自定义配置文件？@ConfigurationProperties注解的作用及配置数据校验方法是什么？答案：代码示例简洁可运行，贴合2026年SpringBoot3.x版本实际开发：一、实现自定义配置文件（步骤清晰，可直接套用）：1.创建自定义配置文件（如perties），写入配置项：properties

#自定义用户配置

=张三

app.user.age=25

app.user.email=zhangsan@

app.user.enabled=true2.创建配置类，绑定配置文件属性（使用@ConfigurationProperties注解）：java

importjakarta.validation.constraints.Min;

importjakarta.validation.constraints.NotBlank;

importperties.ConfigurationProperties;

importorg.springframework.validation.annotation.Validated;

importorg.springframework.stereotype.Component;

//绑定配置文件前缀app.user

@ConfigurationProperties(prefix="app.user")

//启用配置校验

@Validated

//交给Spring管理

@Component

publicclassUserConfig{

//配置校验：姓名不能为空

@NotBlank(message="用户姓名不能为空")

privateStringname;

//配置校验：年龄不能小于18

@Min(value=18,message="用户年龄不能小于18岁")

privateIntegerage;

privateStringemail;

privateBooleanenabled;

//生成getter、setter方法（必须，否则无法绑定配置）

publicStringgetName(){returnname;}

publicvoidsetName(Stringname){=name;}

publicIntegergetAge(){returnage;}

publicvoidsetAge(Integerage){this.age=age;}

publicStringgetEmail(){returnemail;}

publicvoidsetEmail(Stringemail){this.email=email;}

publicBooleangetEnabled(){returnenabled;}

publicvoidsetEnabled(Booleanenabled){this.enabled=enabled;}

}

3.在业务类中使用自定义配置：java

importorg.springframework.beans.factory.annotation.Autowired;

importorg.springframework.web.bind.annotation.GetMapping;

importorg.springframework.web.bind.annotation.RestController;

@RestController

publicclassUserController{

//注入自定义配置类

@Autowired

privateUserConfiguserConfig;

@GetMapping("/user/config")

publicUserConfiggetUserConfig(){

returnuserConfig;//返回配置信息

}

}

二、@ConfigurationProperties注解的作用：1.将配置文件（.properties/.yml）中的属性，自动绑定到Java配置类的成员变量上，无需手动读取配置文件，简化配置操作；2.支持复杂类型配置（如列表、对象），比如配置一个用户列表，可直接绑定到List<User>类型；3.支持配置提示（IDE中会自动提示配置项，减少配置错误）。三、配置数据校验方法：1.引入校验依赖（SpringBoot3.x默认已引入，若未引入可手动添加）：xml

<dependency>

<groupId>org.springframework.boot</groupId>

<artifactId>spring-boot-starter-validation</artifactId>

</dependency>2.在配置类上添加@Validated注解，启用校验；3.在需要校验的成员变量上，添加JSR-303校验注解（如@NotBlank、@Min、@Email），指定校验规则和错误提示；4.若配置不符合规则，项目启动时会抛出异常，提示具体的错误信息，便于快速排查问题。二、Python后端1.基础题：Python中GIL是什么？对多线程有何影响？实际开发中如何解决？答案：贴合2026年Python开发实际，讲清GIL的本质和解决方案，避免晦涩：GIL（GlobalInterpreterLock，全局解释器锁）：是Python解释器（如CPython）中的一个机制，用于保证同一时刻，只有一个线程能够执行Python字节码。对多线程的影响（核心2点）：1.CPU密集型任务：多线程无法提高效率，甚至会比单线程更慢。因为多个线程会竞争GIL，频繁切换线程（上下文切换）会消耗额外资源，导致整体效率下降；2.IO密集型任务：多线程能提高效率。因为IO操作（如接口请求、文件读写）会释放GIL，其他线程可以趁机执行，减少等待时间（比如一个线程等待接口响应时，另一个线程可以执行其他任务）。实际开发中的解决方案（2026年常用）：1.针对CPU密集型任务：①使用多进程（multiprocessing模块）：每个进程都有独立的Python解释器和GIL，互不影响，能充分利用多核CPU；②使用Cython、Numba等工具，将CPU密集型代码编译为机器码，绕过GIL限制。2.针对IO密集型任务：①使用多线程（threading模块）：简单易用，能有效利用IO等待时间；②使用异步编程（asyncio模块）：通过协程实现异步IO，效率比多线程更高，适合高并发IO场景（如爬虫、接口服务）。示例（异步编程简单示例）：python

importasyncio

importaiohttp

#异步请求接口

asyncdeffetch(session,url):

asyncwithsession.get(url)asresponse:

returnawaitresponse.text()

#主函数

asyncdefmain():

asyncwithaiohttp.ClientSession()assession:

#同时发起3个异步请求

tasks=[

fetch(session,"/1"),

fetch(session,"/2"),

fetch(session,"/3")

]

#等待所有任务完成

results=awaitasyncio.gather(*tasks)

print(results)

#运行异步函数

asyncio.run(main())

2.进阶题：Python中深拷贝和浅拷贝的区别是什么？如何实现？实际开发中什么时候用？答案：结合实际开发场景，讲清区别和使用场景，避免纯理论：核心定义（易懂）：浅拷贝：只复制对象的第一层数据，若对象内部包含嵌套的可变对象（如列表、字典），则只复制嵌套对象的引用，不复制嵌套对象本身；深拷贝：递归复制对象的所有层级数据，包括嵌套的可变对象，复制后的对象与原对象完全独立，修改其中一个，不会影响另一个。实现方式（2026年实际开发常用）：python

importcopy

#原对象（包含嵌套列表）

original=[1,2,[3,4]]

#1.浅拷贝的3种方式

shallow1=copy.copy(original)

shallow2=original[:]#列表切片

shallow3=list(original)

#2.深拷贝的方式

deep=copy.deepcopy(original)

#测试区别

original[2][0]=99#修改原对象的嵌套列表

print(original)#输出：[1,2,[99,4]]

print(shallow1)#输出：[1,2,[99,4]]（浅拷贝，嵌套列表被修改）

print(deep)#输出：[1,2,[3,4]]（深拷贝，不受影响）

实际开发中的使用场景：1.浅拷贝：适用于对象没有嵌套可变对象，或不需要修改嵌套对象的场景，比如复制一个简单的列表（无嵌套）、字典，浅拷贝效率更高；2.深拷贝：适用于对象包含嵌套可变对象，且需要修改复制后的对象，又不想影响原对象的场景，比如：①配置文件复制：复制一份配置模板，修改部分配置，不影响原模板；②数据处理：复制一份原始数据，对复制后的数据进行修改、过滤，保留原始数据不变；注意：深拷贝效率较低，若对象层级较深、数据量较大，需谨慎使用，可根据实际需求选择。第四部分：运维面试题（Linux/Docker/K8s，2026年高频）1.基础题：Linux系统中，查看服务器卡顿的核心排查步骤是什么？常用命令有哪些？答案：步骤清晰，贴合2026年运维实际工作，命令实用，不堆砌：核心排查步骤（按优先级排序）：1.查看CPU负载：先判断卡顿是否由CPU过高导致；2.查看内存使用：判断是否内存不足、内存泄漏；3.查看磁盘IO：判断是否磁盘读写过慢、磁盘空间不足；4.查看进程状态：找出占用资源过高的进程，排查是否有异常进程；5.查看系统日志：排查是否有报错信息（如硬件故障、服务异常）。常用命令（每个命令说明用途，易懂）：1.查看CPU负载：①top：实时查看CPU、内存、进程占用情况（按P键按CPU占用排序，按M键按内存占用排序）；②mpstat：查看每个CPU核心的负载情况（如mpstat-PALL1，每1秒刷新一次）；③psaux|grep进程名：查看指定进程的CPU占用情况。2.查看内存使用：①free-h：以人类可读的格式，查看内存总大小、已用、空闲、缓存情况；②vmstat：查看内存交换（swap）使用情况，判断是否存在内存不足（swap使用过高，说明内存不够）；③top：结合top命令，查看进程内存占用。3.查看磁盘IO：①iostat：查看磁盘读写速度、IO负载（如iostat-x1，每1秒刷新一次）；②df-h：查看磁盘空间使用情况，判断是否磁盘满了；③du-sh*：查看当前目录下各文件/目录的大小，找出占用空间过大的文件。4.查看进程状态：①psaux：查看所有进程的详细信息（PID、CPU、内存占用、状态）；②pstree：查看进程树，了解进程之间的依赖关系；③kill-9PID：强制终止占用资源过高的异常进程（需谨慎，避免终止核心服务）。5.查看系统日志：①tail-f/var/log/messages：实时查看系统核心日志；②tail-f/var/log/nginx/error.log：查看Nginx服务报错日志（根据服务调整路径）；③dmesg：查看系统硬件、内核相关的报错信息。实际排查示例：服务器卡顿，先执行top命令，发现PID为1234的进程CPU占用90%以上，执行psaux|grep1234，确认是异常进程，执行kill-91234，卡顿解决。2.进阶题：Docker和虚拟机的核心区别是什么？2026年运维中，Docker的常用命令及部署流程是什么？答案：区别讲清核心，命令实用，部署流程贴合实际，避免冗余：一、Docker和虚拟机的核心区别（4点，易懂，贴合2026年运维实际）：1.虚拟化层级不同：虚拟机是硬件级虚拟化（模拟完整的硬件，如CPU、内存、硬盘），需要安装完整的操作系统；Docker是容器级虚拟化（共享宿主机的内核，无需安装完整操作系统，只打包应用和依赖）；2.资源占用：虚拟机资源占用高（需要分配固定的CPU、内存），启动慢；Docker资源占用低（按需分配资源），启动快（秒级启动）；3.移植性：Docker容器打包后，可在任意支持Docker的环境中运行（跨平台、跨服务器）；虚拟机移植性差（依赖硬件环境、操作系统）；4.隔离性：虚拟机隔离性强（完全独立的操作系统）；Docker隔离性弱于虚拟机（共享宿主机内核，容器之间可能存在资源竞争）。二、Docker常用命令（2026年运维高频，按使用场景分类）：1.镜像相关（镜像是容器的模板）：①dockerpull镜像名:版本：拉取镜像（如dockerpullnginx:1.25）；②dockerimages：查看本地所有镜像；③doc