面试题库

场景与人事面试题

高并发/缓存/分布式场景题 + 人事面(自我介绍、离职原因、薪资等),共 135 题。

2026年9月17日

面试
场景题

场景与人事面试题

来源：resource/御码IT教育-Java+Python智能体-MySQL+前端+场景+人事.pdf

三、场景和人事

1、场景题和人事

<script>
import { EventBus } from'../event-bus.js';
exportdefault {
methods: {
sendMessage() {
EventBus.$emit('message-from-a', 'Hello from Component A!');
}
}
};
</script>
<template>
<div>
<p>Message from ComponentA: {{ message }}</p>
</div>
</template>
<script>
import { EventBus } from'../event-bus.js';
exportdefault {
data() {
return {
message: ''
};
},
created() {
EventBus.$on('message-from-a', (msg) => {
this.message=msg;
});
},
beforeDestroy() {
EventBus.$off('message-from-a');
}
};
</script>

1、如果你的业务量突然提升100倍QPS你会怎么做？

一句话：首先对服务进行水平扩容，通过负载均衡分摊流量；然后加 Redis 缓存挡住大部分请求，使用消息队列异步削峰；数据库做读写分离与分库分表；同时开启限流、熔断、降级保证核心可用；前端用 CDN 和页面缓存减轻压力，最终形成高可用高并发架构。

紧急处理（马上要做）
服务扩容：水平扩容：加机器，多实例部署，负载均衡：Nginx / LVS / SLB 分发流量
限流保护：接口加限流，过载保护直接返回 “系统繁忙”
熔断降级：非核心接口直接降级
数据库层（最容易崩）
加缓存：Redis 缓存热点数据，把请求挡在 DB 外
读写分离：主库写，从库读
分库分表：单表扛不住就分库分表
避免慢查询：禁事务、禁大 SQL、禁 join，加索引、优化 SQL
应用层优化
异步化：非核心流程用 MQ 异步削峰
减少锁竞争：本地锁→分布式锁，减少锁粒度
本地缓存：Caffeine / Guava 缓存热点数据
网关 & 前端
CDN 加速静态资源
接口缓存、页面缓存
Nginx 层缓存、压缩

2、让你设计一个订单号生成服务，该怎么做?

我会设计一个基于雪花算法的分布式 ID 生成服务：

使用64 位雪花结构：1 位符号 + 41 位时间戳 + 10 位机器 ID+12bit 序列号。
纯内存生成，性能极高，支持高并发。
通过机器 ID 唯一保证分布式不重复。
处理时钟回拨，确保 ID 不重复、不乱序。
可扩展号段模式做兜底，保证极端场景高可用。
最终生成全局唯一、趋势递增、长度固定的订单号。需要考虑被问到时钟回拨问题： ①方案 1：等待时间追上来（最常用、最简单） ②方案 2：使用备用序列位 / 扩展位（高可用方案） ③方案 3：使用独立时间源，不依赖系统时钟（最稳）

3、订单到期关闭如何实现

订单到期关闭最推荐使用 RabbitMQ 死信队列实现：

创建订单时发送一条30 分钟 TTL的延迟消息，到期后消息进入死信队列
由消费者监听并关闭未支付订单、释放库存。
同时使用定时任务轮询做兜底，保证极端情况下（消息丢失、服务宕机）订单也能正常关闭。这种方案实时性高、可靠性强、支持高并发分布式，是电商生产环境的标准方案。

4、如何设计一个购物车功能？

购物车采用 Redis + 数据库架构：未登录存在前端 localStorage，登录后存在 Redis 并持久化到 DB（Redis 结构HASH ：cart:userId → field=skuId, value = 购物车对象）。

核心功能包括商品增删改查、选中状态、实时计算价格、登录合并购物车。

价格、库存、状态下单时实时校验，保证数据准确。

5、每天100w次登录请求，4C8G机器如何做JVM调优？

针对每天 100w 次登录、4C8G的场景：

登录时大量短命对象，我会加大新生代，分配6G 堆，4G 新生代（-Xms6g -Xmx6g -Xmn4g ）。
使用G1 收集器，设置最大停顿 20ms（MaxGCPauseMillis=20），保证低延迟。
关闭显式 GC，防止代码触发 FullGC。
打开 OOM 自动 dump，方便问题定位。
目标是极少 FullGC、YoungGC 快速，让系统在高峰期稳定运行。

6、不用redis分布式锁，如何防止用户重复点击？

不用 Redis 分布式锁，防止用户重复点击有四层方案：

前端控制：按钮禁用 + 防抖 + loading，挡住大部分重复点击。
请求唯一 ID（submitToken）：后端生成一次性 token，提交时校验并删除，保证只执行一次。
数据库唯一索引：从存储层保证业务唯一，终极兜底。
本地锁 / 参数签名缓存：单机环境用本地锁或参数签名做快速防重。这套方案不依赖任何中间件，安全、可靠、可分布式、可落地。

7、让你设计一个秒杀系统，你会考虑哪些问题？

秒杀过程： ①页面 CDN →按钮倒计时 ②请求进入→网关限流、用户校验 ③Redis 原子扣减库存，扣减成功→发送 MQ ④ MQ 消费→异步生成订单 ⑤用户轮询 / 返回排队中 ⑥超时未支付→自动关单、库存回滚整体架构思路：层层拦截、动静分离、缓存优先、异步下单、限流兜底、数据库最终一致性。要考虑哪些问题？前端 / 静态资源优化：页面全静态化，防重复点击，图片/JS/CSS 全部走 CDN 网关层限流 & 拦截：Nginx 限流（ip 限流、uri 限流），网关层黑名单、白名单，直接拦截异常流量服务限流、熔断、降级：接口单机限流 + 分布式限流，非核心功能直接降级，过载直接返回 “系统繁忙” 库存预热到 Redis：秒杀开始前，把库存预加载到 Redis，使用Redis decr扣减库存，性能极高防止超卖：Redis 原子减库存，数据库乐观锁**（version）兜底，最终 DB 扣库时判断库存 > 0 异步化削峰：秒杀成功→发送MQ 消息，消费者异步生成订单、扣减 DB 库存防作弊、防刷、防黄牛：用户鉴权、验证码，同一用户 / IP 频率限制，下单后15 分钟不支付自动

取消

防止重复下单：请求唯一 ID，数据库唯一索引，本地缓存快速去重数据库兜底：读写分离，订单表分库分表，最终一致性，不追求强一致高可用 & 兜底：服务集群部署，Redis 集群、哨兵，定时任务关闭超时订单，库存对账脚本

8、如果让你实现消息队列，会考虑哪些问题？

会考虑消息存储与持久化、高并发读写、消息可靠投递与确认机制、点对点 / 发布订阅模型、顺序消

息、重复消费与幂等、消息堆积与死信处理、集群高可用、主从同步、性能吞吐与延迟，以及监控、协

议、权限等运维问题。

如果要设计和实现一个消息队列，需要考虑以下问题：

消息存储存在内存还是磁盘？要不要持久化？断电不丢消息用文件追加（顺序写）还是数据库如何高效删除过期 / 已消费消息
高并发读写生产速度快，如何抗住高写入？消费速度慢，如何不阻塞生产？用队列、链表、还是日志文件？
消息可靠性不丢消息：生产确认、存储持久化、消费确认如何保证消息至少消费一次异常、宕机、重启后消息能不能恢复
消息投递模型点对点（一对一）发布订阅（一对多）支持主题、队列、分区
顺序消息如何保证消息全局有序 / 分区有序消费失败、重试、堆积时顺序如何保证
重复消费与幂等网络重传、重试一定会带来重复消息必须设计幂等机制，保证消费多次结果一样
消息堆积处理消费能力不足时如何处理？堆积后会不会OOM、撑爆磁盘？是否支持堆积告警、延迟消费、死信队列
高可用集群模式：主从、分布式、分片机器挂了怎么办？数据如何同步、复制、故障转移
性能与延迟追求高吞吐还是低延迟零拷贝、内存映射、批量发送内存、磁盘、网络的权衡
协议与通信使用什么通信协议？TCP/HTTP 序列化方式：Protobuf、JSON、二进制客户端如何连接、心跳、重连
权限、监控、运维权限控制：谁能发、谁能收监控：堆积量、生产速度、消费速度日志、追踪、问题排查

9、库存扣减如何避免超卖和少卖？

库存扣减防止超卖和少卖，采用Redis 预扣 + 数据库乐观锁 + 超时回滚方案：

Redis 预扣库存使用decr原子扣减，利用 Redis 单线程特性，高并发下不超卖，扛住流量洪峰。
数据库乐观锁最终扣减通过version版本号 + stock > 0保证数据库绝对不超卖。
订单超时关单自动回滚库存用延迟队列 / 死信队列实现超时未支付自动取消，避免库存少卖。
定时任务对账保证 Redis 与数据库库存最终一致。

10、如何用Redis实现朋友圈点赞功能？

使用 Redis 的 Set 集合实现朋友圈点赞： key 为朋友圈 ID，value 存储点赞用户 ID，利用 Set 天然去重。

通过SADD点赞、SREM取消、SISMEMBER判断是否点赞、SCARD获取点赞数。

Redis 支撑高并发读写，再通过异步 MQ将数据持久化到数据库，保证数据不丢失。

设计：

四大核心操作：

点赞
取消点赞
判断是否点赞
获取点赞总数

数据持久化：

Redis 扛读写
用MQ 异步把点赞 / 取消点赞同步到数据库
服务重启后，从 DB 预热回 Redis

11、Redis的zset实现排行榜，实现分数相同按照时间顺序排序，怎

么做？

要在Redis的ZSET（有序集合）中实现分数相同情况下按时间顺序排序，可以借助一些技巧和额外的字段来实现。以下是一种可能的实现方法：假设你要存储帖子的排行榜，分数表示点赞数，时间戳表示点赞时间。

添加帖子点赞时，使用ZADD命令将帖子的ID作为成员，点赞时间戳作为分数添加到ZSET中。

ZADD post_likes:<post_id> <timestamp> <user_id>

当多个用户点赞同一帖子时，由于分数是点赞时间戳，相同分数的成员会按照字典序排序。
查询排行榜时，使用ZREVRANGE命令按分数（时间戳）倒序获取排行榜列表。

ZREVRANGE post_likes:<post_id> 0 -1

这将返回按时间倒序的点赞列表，如果多个用户的点赞时间戳相同，它们会按照插入顺序排列，符合你的要求。需要注意的是，由于Redis的ZSET是基于分数排序的，所以我们将时间戳作为分数存储，这样就能够实现相同分数情况下的时间顺序排序。在实际应用中，你可能还需要考虑数据清理、数据同步等问题，以确保系统的稳定性和一致性。

key：moment:like:{momentId}     value: 用户 ID 集合（Set 自动去重）
SADD moment:like:1001 10086
SREM moment:like:1001 10086
SISMEMBER moment:like:1001 10086
SCARD moment:like:1001

12、如何实现”查找附近的人”功能？

实现「查找附近的人」使用Redis GEO 地理位置数据结构，底层基于ZSet + Geohash实现。通过GEOADD存储用户经纬度，使用GEORADIUSBYMEMBER命令查询指定范围内的附近用户，返回按距离排序的结果，性能高、实现简单，是社交类 App 最常用的方案。步骤： ①用户打开 App，上传经纬度 ②后端用GEOADD存入 Redis

③查找附近的人时，用GEORADIUSBYMEMBER

④返回用户 ID + 距离 ⑤再去 DB 查用户信息，返回前端核心操作： ①添加用户位置 ②查找附近的人（最常用） 1000 m ：1000 米内

WITHDIST ：返回距离

按由近到远排序 ③根据经纬度直接查附近

13、消息队列使用拉模式好还是推模式好？为什么？

推模式实时性高，但容易压垮消费者；拉模式消费者可控、稳定性强，但延迟稍高。主流消息队列（Kafka、RocketMQ）都采用推拉结合、以拉为主的模式，

两种模式是什么？

推模式（Push）：Broker 主动把消息发给 Consumer，来一条推一条
拉模式（Pull）：Consumer 主动去 Broker 问：有没有消息？有就拿，没有就等一会再拉为什么主流 MQ 都用拉模式？
推模式无法控制速度，流量一高消费者直接宕机。
有的机器快、有的慢，拉模式能按需消费。
拉模式消费者自己掌控进度，更容易做可靠投递

GEOADD people 经度纬度用户ID
GEOADD people 121.4894 31.2466 1001
GEOADD people 121.4895 31.2467 1002
GEORADIUSBYMEMBER people 10011000 m WITHDIST
GEORADIUS people 116.40386 39.91488 5 km

14、如果让你实现一个Dubbo，会考虑用哪些技术解决哪些问题？

一次 RPC 调用完整流程： ①服务提供者启动，向注册中心注册服务 ②消费者启动，从注册中心订阅服务地址 ③消费者调用接口→动态代理拦截 ④代理封装请求对象→序列化 ⑤通过Netty NIO发送给提供者 ⑥提供者解码、执行业务、返回结果 ⑦消费者反序列化，返回给用户 ⑧全程支持负载均衡 + 容错重试

如果让我实现一个分布式 RPC 框架（类似 Dubbo）：

用Netty做高性能 NIO 通信，解决高并发远程调用；
用动态代理让远程调用像本地调用；
用Kryo/Protostuff高效序列化；
用ZooKeeper/Nacos实现服务注册与发现；
内置负载均衡、集群容错、SPI 扩展；
提供限流、降级、监控、链路追踪服务治理能力。

15、Kafka，单分区单消费者实例，如何提高吞吐量

单分区 = 消费并发度只能是 1，这是 Kafka 机制决定的，无法改变。你无法让多个消费者同时消费同一个分区。所以：不能靠加线程、加实例提升并行度，只能靠异步处理 + 批量拉取提升吞吐量。如何设计高吞吐架构？ ①提高分区数，这是 Kafka 提高吞吐量最核心、最有效的手段。 ②消费线程数 = 分区数，实现最大并行消费。 ③消费者多实例水平扩容，提升整体消费能力。 ④调优批量拉取、批量提交，减少网络与 IO 开销。 ⑤消费端异步处理，不阻塞拉取线程。 ⑥使用高效序列化，减少 CPU 与网络耗时。

16、一个订单，在11:00超时关闭，但在11:00也支付成功了，怎么

办？

订单在超时时间点同时触发支付和关单时，以支付成功为最高优先级。在执行关单前必须校验订单状态，只有待支付才能关闭；并通过带状态判断的乐观锁更新语句，从数据库层面原子保证：已支付订单绝对不会被关闭。同时在支付成功后尽量取消关单任务，从源头避免冲突。执行流程：

支付请求：锁订单更新为已支付释放锁
关单请求：锁订单查询状态已是已支付

直接退出，不做任何操作

17、一个支付单，多个渠道同时支付成功了怎么办？

一个支付单被多个渠道同时支付成功时，以第一个成功的支付为准，后续全部判定为重复支付并自动原路退款。通过订单状态机 + 分布式锁 + 数据库原子更新保证幂等，同时记录所有支付与退款流水，确保资金安全、财务可对账。

18、如何解决消息重复消费、重复下单等问题？

解决重复消费、重复下单等问题，核心是保证接口幂等，常用四种方案：

数据库唯一索引，从存储层杜绝重复数据；
分布式锁，控制同一请求只能串行执行一次；
状态机机制，只允许状态合法时执行；
全局唯一 ID + 去重表，专门解决消息重复消费。根据业务场景组合使用，就能100% 避免重复问题。

19、你是如何进行SQL调优的？

先通过慢查询、processlist 定位慢 SQL；
用 EXPLAIN 分析执行计划，看是否全表扫描、有无索引、是否排序或临时表；
优先优化索引，建立联合索引、覆盖索引，避免索引失效；
改写 SQL，减少回表、避免深分页、减少子查询；
优化表结构，使用合适字段类型，大表拆分；
最后用缓存、读写分离、分库分表等架构手段，从根本解决性能瓶颈。

20、不使用synchronized和Lock如何设计一个线程安全的单例？

用类加载机制保证线程安全：

饿汉式（最简单、最稳）

静态变量在类加载阶段初始化

由 JVM 保证类加载过程的线程安全没有并发、没有竞争，天然安全 2. 静态内部类（懒加载 + 线程安全，面试最优）

内部类 Holder 只有在第一次调用时才会被加载

加载时由 JVM 保证线程安全满足：懒加载 + 无线程竞争 + 无锁 3. 枚举单例（最安全、防反射、防反序列化）绝对防反射绝对防反序列化破坏代码极简

JVM 保证线程安全

21、索引失效的问题是如何排查的，有那些种情况？

排查索引失效先explain 看执行计划，重点看 key、type、Extra。常见失效场景包括：

违反最左前缀、索引列用函数 / 运算、模糊 % 开头、隐式类型转换、使用！= 或 OR、order by 不按索

引顺序、回表代价大导致优化器放弃索引等。

publicclassSingleton {
privatestaticfinalSingletonINSTANCE=newSingleton();
privateSingleton() {}
publicstaticSingletongetInstance() {
returnINSTANCE;
}
}
publicclassSingleton {
privateSingleton() {}
privatestaticclassHolder {
privatestaticfinalSingletonINSTANCE=newSingleton();
}
publicstaticSingletongetInstance() {
returnHolder.INSTANCE;
}
}
publicenumSingleton {
INSTANCE;
}

22、40亿个QQ号，限制1G内存，如何去重？

40 亿 QQ 号去重、1G 内存限制，最优方案是 Bitmap。用1 bit 表示一个整数是否存在，只需要约 500MB 内存，遍历一遍即可完成去重，时间复杂度 O (n)，空间效率极高。 Bitmap 去重流程： ①初始化一个bit 数组，长度 = 最大 QQ 号，所有位为 0 ②遍历 40 亿个 QQ 号： 1.对应 bit 位是0 →设为 1，保留该号码 2.对应 bit 位是1 →说明重复，直接丢弃 ③遍历结束后，所有 bit=1 的位置就是去重后的 QQ 号如果 QQ 号范围更大、内存不够怎么办？ ①布隆过滤器（Bloom Filter） ② 分桶哈希（分片）+ 外排序*

23、说一说多级缓存是如何应用的？

多级缓存就是按照靠近用户的顺序，搭建：浏览器缓存→ CDN →本地缓存→ Redis → DB的缓存体系。访问流程： ①先读本地缓存→有就直接返回 ②没有→读Redis，读到→回填本地缓存 ③ Redis 没有→读数据库，读到→写入 Redis，再回填本地缓存 ④全部没有→返回空

24、从B+树的角度分析为什么单表2000万要考虑分表？

单表超过 2000 万行后，索引树体积过大无法全量载入内存，树高度增加，磁盘 IO 变多，页分裂频繁，优化器易选错计划。分表是为了让每张表的 B + 树保持小而高效，始终维持在3 层左右、全部热点在内存，保证查询最快。

25、InnoDB为什么不用跳表，Redis为什么不用B+树？

InnoDB 基于磁盘存储，B + 树层级少、IO 次数固定、叶子节点连续，非常适合磁盘顺序读取和范围查询；而跳表是链表结构，会产生大量随机磁盘 IO，性能极差，所以不使用跳表。 Redis 是纯内存操作，跳表实现简单、性能稳定、范围查询快、内存占用低；而 B + 树是为磁盘优化的结构，在内存中逻辑复杂、开销大，因此 Redis 使用跳表而非 B + 树。

26、线上接口如果响应很慢如何去排查定位问题呢？

线上接口响应慢，排查思路是从外到内、从入口到核心、先宏观后微观：

先看服务器、JVM、流量、监控，判断是否基础环境问题；
再用APM、日志、Arthas定位具体方法或组件；
接着排查第三方依赖：MySQL（慢 SQL）、Redis、第三方接口、MQ 等最常见瓶颈；
最后检查网络、配置、安全策略通过监控 + 链路追踪 + 诊断工具，能快速定位是代码、SQL、中间件还是环境问题。

27、怎么做数据对账？

数据对账是保证系统间数据一致性的核心手段，流程分为：数据准备→标准化→按唯一键匹配→差异处理→生成结果。通过订单号 / 流水号匹配，核对状态、金额、时间，识别漏单、多单、金额不一致，并通过自动补单、人工审核闭环。海量数据采用分批次、离线、分片对账，保证资金安全与系统可信。

支付对账？

①按订单号关联 ②比较： 1.订单状态 2.支付状态 3.支付金额 4.手续费 ③异常： 1.我待支付，他已支付→补单 2.我已支付，他未支付→风控 / 核查 3.金额不一致→人工核实

怎么对账？

分批次对账按小时 / 按天 / 按用户分片避免一次全量拉爆内存
离线对账用 Spark / Hive 跑批处理 T+1 对账
实时对账基于 MQ 消息支付成功→实时核对
最终核对：我方总成功金额 = 渠道总成功金额

28、MySQL千万级大表如何做数据清理？

MySQL 千万级大表清理核心是安全、分批、无锁：

小数据量用ORDER BY id + LIMIT 分批循环删除；
大数据量用创建新表→插入保留数据→原子 RENAME 替换；
必须走索引、禁止大事务、禁止无 LIMIT 删除；
InnoDB 删除不释放空间，需通过重建表回收磁盘空间。

29、为什么MySQL用B+树，MongoDB用B树？

MySQL 靠范围吃饭→ B + 树

MongoDB 靠随机点查吃饭→ B 树

MySQL（InnoDB）面向关系型数据、范围查询、排序、事务，B + 树只有叶子节点存数据、非叶子节点索引密度更高、树更矮、磁盘 IO 更少，且叶子节点用链表连接，范围查询极快，因此选择 B + 树。 MongoDB 是文档数据库，以单文档随机读写为主，范围查询少，B 树所有节点均可存储数据，查到索引即可直接获取数据，减少磁盘 IO，随机查询更快，因此选择 B 树。

30、高并发的积分系统，在数据库增加积分，怎么实现？

用 Redis 的 HINCRBY 原子命令做实时加分，保证高并发安全；

积分流水通过消息队列 / 定时任务异步批量落库，MySQL 只做最终存储；

禁止直接高频更新 DB，避免行锁竞争导致性能下降。

必须依赖 Redis 抗并发，DB 保证最终一致。

31、MySQL热点数据更新会带来哪些问题？

MySQL 热点数据更新主要带来 6 大问题：

行锁竞争严重，大量线程阻塞、等待；
事务积压，CPU 飙高、性能急剧下降；
容易产生死锁；
主从复制延迟严重；
磁盘 IO 压力剧增；
数据页竞争，引发内部 latch 冲突。为了解决这些问题，可以采取以下措施：
Redis 异步计数，异步刷库（最常用）；
分桶拆行，分散锁竞争；
队列串行化 / 异步削峰；
本地缓存合并更新；
保证行锁、小事务、短锁持有。

32、和外部机构交互如何防止被外部服务不可用而拖垮

采用超时控制、线程池隔离、熔断、降级、限流、异步化六种手段：

设置合理超时，避免无限阻塞；
独立线程池隔离，外部故障不影响主线程；
自动熔断，错误率过高快速失败；
熔断后降级，保证核心流程可用；
限流，保护自身与第三方；
尽量异步化，彻底解耦依赖。

33、MySQL 里有 2000W 数据，Redis 中只存 20W 的数据，如何保

证 Redis 中的数据都是热点数据?

保证 Redis 只存热点数据，主要靠LRU 淘汰机制 + 懒加载缓存：

将 Redis 内存淘汰策略设置为allkeys-lru，内存满时自动删除冷数据，保留热点；
采用懒加载模式，只有被访问的数据才写入 Redis，未访问数据不进入；
对首页、爆款等已知热点主动预热；
不做全量加载，避免冷数据污染缓存；
合理设置过期时间，防止缓存雪崩。这样就能保证 20W 缓存空间里，存的永远是访问量最高的热点数据。

2、项目上线问题排查

1、RT飙高问题排查过程

线上 RT 飙高，我一般按从外到内、从整体到局部的思路排查：

先看监控大盘，判断是否流量突增、CPU / 负载 / 磁盘 / 网卡达到瓶颈；
再看JVM 与线程，排查 GC、死锁、线程池耗尽；
通过APM 链路追踪，快速定位是MySQL、Redis、第三方接口还是 MQ导致；
若是数据库，分析慢 SQL、索引、锁等待、长事务；
最后用Arthas追踪方法内部耗时，定位代码问题。

2、CPU飙高问题排查过程

线上 CPU 飙高 99% 就这 4 种原因：

GC 疯狂执行（FullGC 不断）：jstat -gc PID 1000
死循环 / 空转循环
高频锁竞争 / 自旋锁
复杂计算 / 正则表达式失控

线上 CPU 飙高我一般按三步定位法：

用top找到 CPU 最高的Java 进程；
用top -Hp找到耗 CPU 最高的线程，转 16 进制；
用jstack导出线程栈，定位到具体代码行。

3、数据库连接池满排查过程

数据库连接池满的排查流程：

先通过应用日志和监控确认连接池确实被打满；
执行show processlist查看 MySQL 连接状态，判断是否慢 SQL、锁等待、Sleep 连接过多；
使用Arthas 或 jstack定位应用中阻塞在获取连接的接口及代码行；
常见原因是：慢 SQL、长事务、连接未释放、连接池配置不合理；
紧急处理先 kill 慢 SQL、重启应用恢复，再优化 SQL 与事务，修正连接池配置。

4、数据库CPU被打满排查过程

数据库 CPU 打满我按以下步骤排查：

先通过监控确认MySQL CPU 100%；
执行show processlist查看正在执行的 SQL，找到耗时最长、数量最多的 SQL；
通过explain分析是否全表扫描、索引失效、filesort、临时表；
结合慢查询日志，定位导致 CPU 飙升的具体 SQL；
紧急处理：kill 慢 SQL、对业务限流熔断，然后优化索引、SQL 或减少并发；
根本原因通常是：慢 SQL、索引缺失、高并发无索引查询、SQL 堆积。

5、OOM问题排查过程

OOM 排查我一般按以下步骤：

应用启动时配置HeapDump参数，保证 OOM 时自动导出堆快照；
使用MAT打开堆文件，通过Histogram找到占用内存最大的对象；
通过Path to GC Roots找到强引用链，定位谁在持有对象；
结合jstat查看 GC 情况，判断是内存泄漏还是真的内存不足；
常见问题是：静态集合只增不减、批量查询大对象、缓存无上限、资源未关闭；
修复后观察堆内存可正常回收，FullGC 频率恢复正常。

6、频繁FullGC问题排查

频繁 FullGC 的排查流程：

通过jstat -gc或 GC 日志，观察老年代使用情况，判断是内存泄漏还是内存不足；
若为泄漏，使用jmap 导出堆快照，通过 MAT 工具找到占用内存最大的对象及GC Root 引用链；
定位代码问题，常见是静态集合只增不减、批量查询大对象、缓存无上限、资源未关闭；
若不是泄漏，检查堆内存配置、新生代大小，调大内存或优化大对象操作；
修复后观察 FullGC 频率恢复正常。

7、Arthas统计方法耗时的原理是什么？

通过 Java Attach 机制挂载到目标 JVM，利用 Instrument + ASM 动态字节码增强，在方法入口和出口插入计时逻辑，实现无侵入的方法环绕监控；trace 命令还会递归增强内部调用链路，输出完整方法调用耗时树，最终完成耗时统计与展示。

8、慢SQL问题排查

快速定位慢 SQL：先开启慢查询日志抓日志，用工具分析出耗时、高频、扫描行数多的 SQL；再用 show processlist 看实时慢 SQL；配合 performance_schema 或 APM 监控直接定位；最后用 explain 分析执行计划，找到索引、回表、排序、全表扫描等问题。

开启慢查询日志
用工具分析慢查询日志: mysqldumpslow 官方工具或 pt-query-digest
查实时运行 SQL，重点：Sending data，Copying to tmp table，Using filesort，Locked
用performance_schema / sys 定位
用APM 监控（生产最常用）: SkyWalking，Pinpoint，Arthas，Prometheus + Grafana

9、Load飙高问题排查过程

Load 飙高排查流程：

先用top查看负载，同时看 CPU 的 us、sy、wa 占比，区分是 CPU 密集、IO 密集还是线程等待导致的 Load 高；
如果是us 高，按 CPU 飙高流程，定位线程和代码，排查死循环、频繁 GC、复杂计算；
如果是wa 高，用iostat/iotop定位磁盘 IO 高，排查慢 SQL、大量日志、文件读写；
如果 CPU 和 IO 都不高，就是线程阻塞等待，用jstack查看锁等待、第三方慢调用、数据库连接池满等问题；
最终定位瓶颈并优化。

3、热门领域

1.云计算

1、什么是云计算？

云计算就是把计算、存储、数据库、网络等 IT 资源，通过互联网按需、按量、弹性地提供服务，就像用水用电一样，不用自己建发电厂。

云计算 = 网上租 IT 资源，弹性、便宜、省事、不用自己维护机房。

云计算可以分为三种主要模式：基础设施即服务（IaaS）、平台即服务（PaaS）和软件即服务（SaaS）。 IaaS：给你虚拟机、存储、网络。例：阿里云 ECS、AWS EC2、腾讯云 CVM。 PaaS：给你运行环境 + 中间件，不用管服务器。例：MySQL 云数据库、Redis 云服务、容器服务。 SaaS：直接用软件，不用管部署维护。例：钉钉、企业微信、在线文档、各种云系统。

slow_query_log =1
long_query_time =1（超过1秒记日志）
log_queries_not_using_indexes =1（没走索引也记）
showprocesslist;
SELECT*FROM sys.schema_unused_indexes;
SELECT*FROM sys.statement_analysisORDERBY latency DESC;

维度

传统服务器 / 容器

Serverless

资源管理

需手动买、配、扩缩容、运维云厂商全自动，开发者无感知

运行模式

7×24 小时运行，持续占用资源事件触发，用完即销毁，空闲 0 占用

计费方式

按服务器 / 容器时长付费，空闲也花钱按调用次数 + 执行时长付费，空闲 0 元

弹性能力

手动 / 半自动扩容，有上限自动无限扩容，毫秒级响应

开发效率

需关注底层，开发周期长只写业务代码，开发部署极快

适用场景

长连接、稳定流量、复杂应用短任务、高并发、突发流量、事件驱动

2、什么是公有云、私有云、混合云？

公有云、私有云和混合云是云计算中常用的部署模式，它们在云资源的管理和访问权限上有所不同：公有云（Public Cloud）：公有云是由第三方提供商建立和管理的云基础设施，供多个用户共享。这些提供商会提供各种计算、存储、网络和应用服务，用户可以根据需要按需购买和使用。公有云通常具有高度的可扩展性和灵活性，适用于各种规模的企业和个人用户。私有云（Private Cloud）：私有云是一种基于云计算概念的部署模式，但它是为单个组织或企业独立建立和管理的。私有云通常在组织内部的数据中心中部署，提供更高的安全性和定制性，因为云资源仅供特定组织使用。这种模式适用于有特殊安全和合规需求的企业，或者需要更多控制权的情况。混合云（Hybrid Cloud）：混合云是将公有云和私有云结合起来的部署模式。在混合云中，组织可以将某些工作负载部署在公有云上，同时将敏感数据或合规性要求较高的工作负载部署在私有云中。这种模式可以充分利用公有云的弹性和灵活性，同时满足特定的安全和隐私需求。

3、什么是IaaS、PaaS、SaaS？

IaaS、PaaS 和 SaaS 是云计算中常见的服务模型，用于描述不同层次的云服务提供方式： IaaS（基础设施即服务，Infrastructure as a Service）：在这种模型下，提供的是基础的计算资源，如虚拟机、存储、网络等。用户可以在这些基础设施上构建、管理和运行自己的应用程序，拥有更高的灵活性和控制权。但用户需要自己管理操作系统、中间件、应用等层面的内容。 PaaS（平台即服务，Platform as a Service）： PaaS 提供了比 IaaS 更高层次的抽象，除了基础设施，还提供了开发、部署和管理应用程序所需的平台和工具。用户可以将注意力集中在应用程序的开发和部署上，而不必过多关注底层的基础设施管理。PaaS 通常包括运行时环境、开发工具、数据库管理等。 SaaS（软件即服务，Software as a Service）：在这种模型下，提供的是完整的应用程序作为服务。用户无需关心底层的基础设施、平台，只需通过网络浏览器或其他客户端访问应用程序。常见的 SaaS 包括电子邮件服务、在线办公套件、客户关系管理系统等。这些服务模型从底层基础设施到应用程序层面提供了不同层次的抽象和服务，使用户能够根据需求选择合适的模型来构建、部署和使用应用程序。

4、什么是Serverless？

Serverless（无服务器）是一种计算模型，旨在让开发者能够更专注于编写代码和功能，而无需显式管理服务器和基础设施。虽然名称中带有“无服务器”，但实际上并不意味着没有服务器存在，而是指开发者无需关心服务器的管理细节。

典型适用场景

API 服务：RESTful API、GraphQL 接口（如小程序 / APP 后端）。定时任务：数据清理、报表生成、定时同步。事件处理：文件上传后处理、消息队列消费、数据库变更触发。 Web 应用：静态网站 + 动态函数（如博客、电商活动页）。 IoT / 边缘计算：设备数据实时处理、边缘函数。微服务拆分：将单体拆成独立函数，独立部署、独立扩缩容。

2.K8s和Docker

1.简述Kubernetes的工作流程

一句话总结：用户通过 kubectl 提交期望状态→ API 持久化到 etcd → Controller 监控并管理资源→ Scheduler 为 Pod 选节点→ Kubelet 在节点上维持 Pod 运行。

完整流程

用户提交指令通过kubectl创建 / 更新 Deployment、Pod 等，发给API Server。
API 校验与存储 API Server 做认证、鉴权、校验，然后把期望状态存入etcd。
控制器监听 Controller Manager 监听 etcd，发现期望状态与实际状态不一致，开始调谐。
调度器分配节点 Scheduler 监控未调度的 Pod，根据节点资源、亲和性等，给 Pod 绑定节点，写入 etcd。
节点创建容器节点上的Kubelet监视到自己节点有新 Pod，调用容器运行时（Docker/containerd）拉取镜像、创建容器。
维持最终状态 Kubelet 持续上报状态给 API Server，控制器不断对比，始终维持用户期望的状态。

2.简述Kubernetes中的Deployment、StatefulSet、DaemonSet的区别

Deployment：无状态服务，随便扩缩容。

StatefulSet：有状态服务，稳定名称、稳定存储。

DaemonSet：每台机器跑一个，用于监控、日志、组件。

3.在Kubernetes中，如何进行存储管理

K8s 通过 PV、PVC、StorageClass 解耦应用与底层存储，实现存储的自动化管理、持久化和弹性供给。

三个核心概念

PV（PersistentVolume）集群里的存储卷，由管理员创建，是真实的存储资源（NFS、Ceph、云盘等）。
PVC（PersistentVolumeClaim）用户申请存储，声明需要多大空间、访问模式，由系统自动绑定 PV。
StorageClass（SC）定义存储类型，支持动态创建 PV，不用手动建。

存储使用流程

管理员创建StorageClass（或提前提供 PV）。
用户创建PVC申请存储。
系统根据 SC 自动创建 PV并绑定 PVC。
在 Pod 里挂载 PVC，容器就能读写持久化数据。

两种供给方式

静态供给：管理员提前创建一堆 PV。动态供给：通过 StorageClass 自动创建 PV（生产主流）。

4.在Kubernetes中，如何实现滚动升级和回滚

Deployment 通过 ReplicaSet 实现滚动升级，逐批替换新旧 Pod 保证不停服；通过保留历史版本实现一键回滚。 1.滚动升级（Rolling Update）原理：逐批创建新版本 Pod，等新 Pod 正常运行后，再销毁旧 Pod，不停服更新。

工作流程：

①控制器创建新的 ReplicaSet ②逐步扩容新 Pod ③逐步缩容旧 Pod ④最终只运行新版本 2.回滚（Rollback）原理：K8s 会保留历史 ReplicaSet，回滚就是恢复到之前的版本。

常用命令：

①查看历史版本 ②回滚到上一版本 ③回滚到指定版本

kubectl rollout history deployment/xxx
kubectl rollout undo deployment/xxx
kubectl rollout undo deployment/xxx --to-revision=2

5.在Kubernetes中，如何进行日志和监控的管理

监控：使用Prometheus + Grafana采集节点、容器、K8s 资源指标并展示告警；日志：使用EFK（Elasticsearch + Fluentd + Kibana）以DaemonSet形式统一采集、存储、查询容器日志。

6.在Kubernetes中，如何进行故障恢复和自我修复

K8s 通过自愈机制实现故障恢复：利用健康检查（liveness/readiness probe）自动重启异常容器，通过控制器保证 Pod 副本数量，节点故障时自动将 Pod 迁移到健康节点，始终让实际状态等于期望状态，实现无人值守的自我修复。

7.在Kubernetes中，如何实现滚动升级和回滚

在Kubernetes中，滚动升级和回滚可以通过以下步骤实现：

滚动升级：

1.创建一个新的Replica Set（RS），它包含新的Pod模板，该模板定义了新的Pod配置。 2.通过增加Replica Set的副本数量，逐渐将流量从旧的Pod转移到新的Pod上。 3.当所有流量都转移到新的Pod上后，可以删除旧的Pod。

回滚：

1.创建一个新的Replica Set（RS），它包含旧的Pod模板，该模板定义了旧的Pod配置。 2.通过减少Replica Set的副本数量，逐渐将流量从新的Pod转移到旧的Pod上。 3.当所有流量都转移到旧的Pod上后，可以删除新的Pod。在这些过程中，Kubernetes会根据Pod的状态和所需的副本数量进行自动调度和平衡。通过这种方式，滚动升级和回滚可以在不影响应用程序服务的情况下进行。

8.请简述Kubernetes中的Etcd的作用和基本原理

Etcd在Kubernetes中扮演着重要的角色，它是键值存储数据库，用于存储Kubernetes集群中所有资源的状态信息。Etcd使用的是Raft协议，通过选举产生领导者（leader）来保证数据的强一致性。 Etcd在Kubernetes中的作用： 1.数据存储：Etcd存储了Kubernetes集群中所有资源的状态信息，包括服务发现、分布式锁、分布式数据队列、分布式通知和协调等功能。 2.配置管理：Etcd还用于存储和配置Kubernetes集群的各种服务信息，如DNS、负载均衡器等。 3.故障恢复：当一个节点发生故障时，Etcd中的数据可以用于快速恢复该节点的功能。 Etcd的基本原理： 1.分布式存储：Etcd采用分布式存储方式，可以配置多节点群集，通过数据同步来保证数据可靠性。 2.高可用性：Etcd通过选举算法来保证在任何时候都有一个领导者节点负责数据的写入和更新，从而保证了数据的强一致性。 3.数据持久化：Etcd中的数据会定期进行持久化存储，即使在系统崩溃时也可以保证数据的完整性。总的来说，Etcd为Kubernetes提供了稳定、可靠的数据存储服务，使得Kubernetes可以有效地管理、协调和调度大规模的容器化应用。

9.Kubernetes中的调度器是什么？请简述其作用

Kubernetes中的调度器是kube-scheduler，它的主要作用是在整个集群中根据预定的策略和算法，为新创建的Pod分配最优的工作节点。调度器通过监听API Server，发现新创建且尚未被调度的Pod。然后，它会根据一系列预选策略（Predicates）筛选出满足Pod运行需求的节点列表。接着，在满足预选策略的节点列表中，调度器会根据优选策略为Pod选择最优的节点进行调度。这个优选策略可能考虑了节点的资源可用性、公平性、通信频繁程度等因素。调度器还负责确保调度的公平性和资源的充分利用。在实际操作中，用户往往希望Pod的调度策略是可控的，以处理大量复杂的实际问题。因此，平台允许多个调度器并行工作，同时支持自定义调度器。总的来说，Kubernetes中的调度器是一个关键组件，它通过合理、充分地调度Pod到最优的工作节点上，提高了整个集群的可用性和性能。

10.在Kubernetes中，如何进行服务的负载均衡

在Kubernetes中，你可以通过以下两种方式实现服务的负载均衡： 1使用Kubernetes的内置负载均衡器：Kubernetes可以通过Service组件实现服务的负载均衡。Service 会根据服务后端的Pod IP和端口，将流量均衡地转发给每个Pod。这种方式是基于IP的负载均衡，支持 TCP和UDP协议。 2使用第三方负载均衡器：除了Kubernetes的内置负载均衡器，还可以使用第三方负载均衡器，如 Nginx、HAProxy等。这些负载均衡器可以作为Kubernetes的边车（Sidecar）容器运行，实现对HTTP 流量进行负载均衡。具体实现方式取决于你的应用场景和需求。如果需要更高级的负载均衡策略，可以考虑使用第三方负载均衡器

11.请简述Kubernetes中的Labels和Selectors的作用

Labels和Selectors是Kubernetes中的重要概念，它们主要用于标识和选择资源对象。 Labels是附加在资源对象上的键值对标签。它们具有以下作用： 1标识和组织资源：Labels可以用于标识和组织Kubernetes中的资源，例如Pod、Service等。每个对象可以拥有多个Labels，这些Labels可以是用户自定义的，也可以是系统自动生成的。 2关联和选择资源：Labels还可以用于关联和选择资源。通过使用Selectors，我们可以选择具有指定 Labels的资源对象，进行批量操作或者监控等。 3用于服务发现：Labels还可以用于服务发现，通过Label Selector可以找到提供特定服务的Pod。 Selectors是用于选择资源的条件，它们是通过Labels定义的。Selectors可以选择具有指定Labels的资源对象。Selectors使得我们可以方便地对资源进行筛选和操作。总之，Labels和Selectors的组合使用使得我们可以方便地管理和组织Kubernetes中的资源，并能够灵活地进行扩展和管理。

12.Kubernetes中的Service是什么？请简述其作用

在Kubernetes中，Service是一个抽象概念，用于将一组Pod定义为提供某种服务的能力。Service定义了一个服务的访问入口地址，前端的应用或者ingress通过这个地址访问其背后一组由Pod副本组成的集群实例。 Service的作用主要有以下几点： 1提供服务的稳定入口：Service为前端的应用程序或者ingress提供了稳定的服务入口，这个入口拥有一个全局唯一的虚拟IP地址，前端的应用可以通过这个IP地址访问后端的Pod集群。 2实现负载均衡：Service内部实现了负载均衡机制，它会将所有进入的请求均匀地分配给后端的Pod副本，确保每个请求都能得到正确的响应。 3实现故障隔离：当某个Pod发生故障时，Service会自动将该Pod从服务池中剔除，保证请求不会被故障的Pod处理，从而实现了故障隔离。 4实现服务发现：Service允许前端的应用程序通过Label Selector来找到提供特定服务的Pod，从而实现了服务的自动发现。总之，Service是Kubernetes中用于定义和抽象服务的核心资源对象，它为前端的应用程序提供了稳定的服务入口，并通过负载均衡、故障隔离和服务发现等机制提高了系统的可用性和可靠性。

13.Kubernetes中的Pod是什么？请简述其生命周期

在Kubernetes中，Pod是资源对象的最小单位，是运行应用程序容器的最小独立单位。Pod由一个或多个容器组成，这些容器共享相同的网络命名空间、IP地址和端口。 Pod的生命周期包括以下几个阶段： 1创建阶段：当用户提交一个Pod定义到Kubernetes集群时，APIServer会创建该Pod的资源对象。之后，Pod控制器会开始监控这个Pod的创建过程。 2启动阶段：当Pod中的所有容器都创建成功后，Pod会进入启动阶段。在这个阶段，会启动Pod中的所有容器，并等待它们就绪。 3运行阶段：当所有容器都成功启动后，Pod会进入运行阶段，此时Pod处于就绪状态，可以接收流量。 4停止阶段：当Pod的生命周期结束或者被终止时，它会进入停止阶段。在这个阶段，Pod中的所有容器都会被终止。在Pod的生命周期中，可能会发生一些事件，例如初始化容器的运行、容器的启动和停止、容器的存活性探测和就绪性探测等。这些事件是否发生取决于Pod的定义和配置。

14.请简述Kubernetes的基本概念和核心组件

Kubernetes（也称为k8s）是一个开源的容器编排系统，用于自动化应用程序容器的部署、扩展和管理。 Kubernetes的基本概念包括： 1.节点（Node）：节点是运行应用程序容器的计算实例。每个节点都运行Kubelet和Docker引擎，并由 Master节点进行管理和协调。 2.Master：Master是Kubernetes的控制节点，负责管理整个集群，并协调节点的工作。它由三个组件组成：API Server（负责API服务）、Controller Manager（负责容器编排）和Scheduler（负责容器调度）。 3.Pod：Pod是Kubernetes的基本单位，包含一个或多个相关的容器。这些容器在同一个Node上运行，共享相同的网络命名空间、IP地址和端口。 4.Service：Service是一个抽象层，定义了Pod的逻辑集合，并提供了访问它们的策略（如IP地址和端口）。 Kubernetes的核心组件包括： 1.APIServer：负责API服务，处理所有集群级别的资源创建、调度和扩展等请求。 2.Controller Manager：负责管理集群的状态。例如，如果某个Node失效，Controller Manager会发现这个事实，并指导Kubelet重新启动在那上面运行的Pod。 3.Scheduler：负责在集群中找到适当的节点来运行Pod。它考虑了各种因素，如节点的处理能力、内存、磁盘容量等。 4.Kubelet：是Master节点在每个Node上的“眼线”。它定期向API Server汇报Node的状态，并接受 Master的指令以采取适当的行动。这些组件共同协作，使得Kubernetes能够以自动化的方式管理、调度和运行容器化应用程序。

15.什么是Docker Compose？请简述其作用和使用场景

Docker Compose是一个用于定义和运行多个Docker容器的工具。它使用YAML文件来配置应用程序的服务，并允许您通过一个命令来启动、停止和重启应用中的所有服务。 Docker Compose的主要作用是简化容器的管理和部署。它使得多个容器能够以正确的顺序和依赖关系启动，并确保它们在运行时可以相互通信。这使得开发人员可以更容易地处理复杂的Docker环境，尤其是在需要多个容器协同工作的场景下。使用Docker Compose的场景包括但不限于以下情况： ●需要构建和运行多个容器的应用程序，例如Web应用、数据库和缓存等。 ●需要在不同环境（如开发、测试、生产）中部署相同应用程序，但需要配置不同的容器数量或镜像版本。 ●需要快速启动和停止应用程序，例如在开发或测试过程中。总之，Docker Compose是一个强大的工具，可以帮助开发人员和管理员更好地管理和部署Docker容器化的应用程序。

16.在使用Docker时，如何为容器创建一个可访问的网络

在使用Docker时，可以通过以下两种方式为容器创建一个可访问的网络： 1使用默认的网络：Docker的默认网络模式是bridge模式，它会自动创建一个网络，并将容器连接到该网络。容器的网络配置可以在创建容器时通过—network参数指定。例如，使用以下命令创建一个使用默认网络的容器：这将在bridge网络中创建一个容器，并将容器的8000端口映射到主机的8000端口。 2创建自定义网络：Docker还支持创建自定义的网络，以便容器可以连接到其他容器或外部网络。可以使用docker network create命令创建自定义网络。例如，使用以下命令创建一个名为my_network的自定义网络：然后，在创建容器时使用—network参数指定要使用的网络。例如，使用以下命令创建一个使用 my_network网络的容器：这将在my_network网络中创建一个容器，并将容器的8000端口映射到主机的8000端口。

17.当一个Docker容器运行异常时，如何通过Docker命令查看日志信息

当一个Docker容器运行异常时，你可以使用Docker命令查看容器的日志信息。有三种方法可以实现：使用docker logs命令。该命令可以查看容器的日志输出。例如，要查看名为”my-container”的容器的日志，可以运行以下命令：

docker run --network=bridge -tid-p8000:8000 image_name
docker network create my_network
docker run --network=my_network -tid-p8000:8000 image_name
docker logs my-container

默认情况下，docker logs命令将显示容器的全部日志内容。如果你只想查看最新的几行日志，可以使用-tail选项指定行数，如：这会显示最新的10行日志。

进入容器内部查看日志。首先使用docker ps命令找到容器的ID，然后运行以下命令进入容器的命令行界面：进入容器后，你可以使用cat或less等命令查看日志文件。日志文件通常位于/var/log/目录下。
使用docker attach命令实时查看容器日志。该命令允许你实时跟踪容器的日志输出。例如，要查看名为”my-container”的容器的日志，可以运行以下命令：这会附加到容器的标准输出和标准错误输出，实时显示容器的日志信息。注意，一旦你使用docker attach进入容器后，将无法再退出容器。如果要退出，可以按下Ctrl + C组合键强制中断容器运行。

18.如何将一个Docker镜像上传到Docker Hub

要将一个Docker镜像上传到Docker Hub，可以按照以下步骤进行操作： 1在Docker Hub中创建一个新的存储库。点击右上角”Create Repository”按钮，给存储库取一个名字，并选择是公有存储库还是私有存储库。 2在本地构建Docker镜像。进入包含Dockerfile的目录，使用以下命令构建镜像：这里的[username]是您的Docker Hub用户名，[repository]是您在Docker Hub上创建的存储库名称， [tag]是镜像的标签。例如： 3 登录Docker Hub。在本地使用以下命令登录：输入您的Docker Hub用户名和密码进行登录。 4 将本地构建的Docker镜像推送到Docker Hub。使用以下命令：这里的[username]是您的Docker Hub用户名，[repository]是您在Docker Hub上创建的存储库名称， [tag]是镜像的标签。例如：

docker logs --tail10 my-container
docker exec -it [容器ID] /bin/bash
docker attach my-container
docker image build -t [username]/[repository]:[tag] .
docker image build -t 686868hzk/guigumall-product:0.0.1 .
docker login
docker push [username]/[repository]:[tag]

上传过程中，Docker将会逐层上传镜像的每个层，并计算每个层的SHA256哈希值。在上传完成后，可以在Docker Hub上看到已上传的镜像。

19.请解释Docker的镜像、容器、仓库的概念

Docker的镜像、容器、仓库是Docker技术中的三个核心概念，以下是它们的解释： 1镜像（Image）：镜像是一个只读的模板，它包含了运行应用程序所需的环境和文件。例如，一个镜像可以包含一个完整的Ubuntu操作系统环境，里面仅安装了Apache或用户需要的其它应用程序。镜像可以用来创建Docker容器。 2容器（Container）：容器是从镜像创建的运行实例。它可以被启动、停止、删除，每个容器都是相互隔离的、保证安全的平台，可以看作是一个简易版的Linux环境（包括root用户权限、进程空间、用户空间和网络空间等）和运行在其中的应用程序。 3仓库（Repository）：仓库是存放所有的镜像文件的场所。Docker Hub是一个公共仓库，供用户下载和存储镜像。用户也可以在本地网络内创建一个私有仓库。理解这三个概念对于使用Docker技术非常重要，它们之间的关系可以通过Docker的命令行工具或者API 进行操作和管理。

20.在使用Docker时，如何处理容器之间共享数据以及与宿主机之间的数据共享

在使用Docker时，容器之间以及与宿主机之间的数据共享可以通过以下方式处理： 1容器之间的数据共享： ○使用Docker的网络：多个容器可以使用同一网络，通过网络共享数据。 ○使用共享卷：创建一个可以由多个容器共享的卷，通过将卷挂载到多个容器中，实现数据共享。 ○使用数据卷容器：创建一个专门用于存储数据的容器，然后多个容器通过挂载该容器的卷来共享数据。 2容器与宿主机之间的数据共享： ○使用-v选项：在运行docker run命令时，通过-v选项将宿主机的目录或卷挂载到容器内。例如，使用 docker run -v /host/directory:/container/directory命令可以将宿主机上的目录挂载到容器内。 ○使用Docker数据卷：创建一个数据卷容器，并将宿主机上的目录或文件挂载到该容器的卷上。然后，其他容器可以通过挂载该数据卷容器的卷来共享数据。以上是处理容器之间以及与宿主机之间数据共享的一些常见方法。根据实际情况选择适合的方法来实现数据共享。

21.请简述Docker和Kubernetes的区别

Docker和Kubernetes都是开源的容器化技术，但它们在设计理念、功能和应用场景上存在明显的区别。 1设计理念：Docker追求简洁和易用性，它主要关注容器层面的管理和调度，提供了一系列的自动化部署、配置和管理工具。而Kubernetes则更注重容器编排层面的功能，提供了更强大的集群管理、服务发现、资源调度等能力。 2功能：Docker提供了创建、运行和停止容器的基本功能，以及镜像管理、构建和分享等生命周期管理功能。而Kubernetes除了提供这些基本功能外，还具备更高级的特性，如自动扩缩容、滚动升级、自我修复等。 3应用场景：对于单个应用或小型应用集群，Docker可以提供足够的支持。但对于大型的、复杂的容器化应用，Kubernetes在管理、调度、资源分配等方面具有更强的优势。总之，Docker更适合小型应用或开发环境，而Kubernetes更适合大型生产环境和复杂的容器化应用。

docker push 686868hzk/guigumall-product:0.0.1

22.解释一下Docker和Kubernetes在容器化应用程序中的作用

Docker和Kubernetes都是容器化技术中的关键组件，但它们在容器生态系统中扮演的角色和目标略有不同。 Docker主要关注单个容器的创建、管理和运行。它提供了一种轻量级的虚拟化方式，允许开发者将应用程序及其依赖项打包到一个可移植的容器中，并在不同的环境中以相同的方式运行。这有助于简化开发、测试和部署过程，减少应用程序之间的冲突和依赖问题。Docker提供了一种标准的容器格式，可以运行在几乎任何操作系统上，并且提供了一些功能，如容器监控、日志管理、服务发现等。而Kubernetes（k8s）则是一种容器编排系统，用于自动化容器的部署、扩展和管理。它的主要目标是简化大规模容器应用程序的管理。Kubernetes能够在多个节点上调度、管理和扩展容器，实现容器的负载均衡和自动恢复。它提供了一整套功能，如服务发现、存储管理、自动扩容、滚动更新等，以支持容器应用程序的生命周期管理。这使得运维人员可以轻松地管理大规模的容器集群，并确保容器的稳定性和可靠性。因此，可以说Docker和Kubernetes在容器化应用程序中各自扮演着重要的角色。Docker主要关注单个容器的创建、管理和运行，而Kubernetes则侧重于整个容器集群的自动化部署和管理。在实际应用中，这两个技术通常一起使用，以实现现代、可扩展的应用程序部署。

23.请解释一下什么是 Docker，以及它在云环境中的应用

Docker是一个开源的应用容器引擎，让开发者可以打包他们的应用以及依赖包到一个可移植的容器中，然后发布到任何流行的Linux机器上，也可以实现轻量级的虚拟化。在云环境中，Docker的应用非常广泛。首先，Docker的轻量级特性使得它可以快速部署和运行应用程序，减少了资源的浪费和管理的复杂性。其次，Docker的容器化方式使得应用程序具备可移植性，可以在不同的云平台上轻松迁移和部署。此外，Docker还提供了一些高级功能，如镜像管理、容器监控和日志管理等，可以帮助运维人员更好地管理和维护应用程序。总之，Docker是一个非常重要的工具，可以帮助开发者在云环境中更快速、更高效地开发和部署应用程序。

4、人事面试

1.请介绍一下你自己

回答提示：这是面试官100%会问的问题，一般人回答这个问题过于平常，只说姓名、年龄、爱好、所学专业等，如果你用一分钟来重复你的简历，那么，你的印象加分没有了！不妨坦诚自信地展现自我，重点突出与应聘职位相吻合的优势。你的相关能力和素质是企业最感兴趣的信息。因为，在许多情况下，在听取你的介绍时，面试官也会抓住他感兴趣的点深入询问。所以，在进行表述时，要力求以真实为基础，顾及表达的逻辑性和条理性，避免冗长而没有重点的叙述。一定要在最短的时间内激发起面试官对你的好感。

回答范例：

1、我叫XX，今年X岁，XXXX年毕业于XX大学。有3年的开发工作经验，我对技术有深厚的兴趣，专业知识面宽，责任心强，思路清晰，沟通力能好，精通.Net技术体系，熟悉MVC。平常有时间看看博客，并且自己也喜欢在CSDN上写技术类的文章，与博友一起讨论。谢谢！ 2、如果跟人事自我介绍：您好！我叫，（如果学校和专业好的话可以提一下，一般的话就算了。）我之

前在XX公司做过两年JAVA开发工程师，在这两年当中大概接触过什么样类型的项目，（比如商城，金融

等）今天看了咱们公司招聘的岗位需求跟我之前的工作内容挺相符的，而且咱们公司的业务也是我喜欢

的类型，所以我今天过来面试。希望可以加入到咱们公司当中来。 3、如果是跟技术自我介绍：您好！

我叫，（如果学校和专业好的话可以提一下，一般的话就算了。）我之前在XX公司做过两年JAVA开发工程师，在这两年当中大概接触过什么样类型的项目，（比如商城，金融等）；在做这些项目的当中常用的一些技术点包括XX技术，（另外除了常用的技术还会一些其他的专业技能），今天看了咱们公司招聘的岗位需求跟我之前的工作内容挺相符的，所以我今天过来咱们公司面试，希望可以加入到咱们这个大家庭当中来。

2.为什么来xxx找工作？

面试官对异地求职者90%都会问的问题，主要考察你是否稳定，个人经验能力之外，排在第一位的就是稳定性，如果不够稳定，那么其余都是空谈。回答范例：我来自湖南，湖南是一个农业大省，IT行业还不是很发达，我是学计算机专业的，也很喜欢这个行业，深圳在国内IT行业发展是最快的，所以我想来这里谋求发展，学习更多的新技术，能够带来自我的提升。注意：不要说以前公司有多么不好。也不要说哪个哥们混的很不错，羡慕才来深圳。因为企业招人想要的都是能够长期工作的人，可能哪个哥们哪天在别的地方又混的更好了，你是不是还要跳槽？所以，只要说来学习更多新技术和管理经验就够了。

3.你为什么离开原来的公司？

回答提示：最重要的是：应聘者要使找招聘单位相信，应聘者在过往的单位的“离职原因”在此家招聘单位里不存在。避免把“离职原因”说得太详细、太具体。不能掺杂主观的负面感受，如“太辛苦”、“人际关系复杂”、“管理太混乱”、“公司不重视人才”、“公司排斥我们某某的员工”等。但也不能躲闪、回避，如 “想换换环境”、“个人原因”等。不能涉及自己负面的人格特征，如不诚实、懒惰、缺乏责任感、不随和等。尽量使解释的理由为应聘者个人形象添彩。回答范例：如“我离职是因为这家公司倒闭；我在公司工作了三年多，有较深的感情；从去年始，由于市场形势突变，公司的局面急转直下；到眼下这一步我觉得很遗憾，但还要面对显示，重新寻找能发挥我能力的舞台。”同一个面试问题并非只有一个答案，而同一个答案并不是在任何面试场合都有效，关键在应聘者掌握了规律后，对面试的具体情况进行把握，有意识地揣摩面试官提出问题的心理背景，然后投其所好。分析：除非是薪资太低，或者是最初的工作，否则不要用薪资作为理由。“求发展”也被考官听得太多，离职理由要根据每个人的真实离职理由来设计，但是在回答时一定要表现得真诚。离职原因没有定式，要根据自己的情况以及应聘公司的情况灵活的去说，大概方向就是：合同到期，距离，技术，发展，公司经营不好，其他。

4.你最大的缺点是什么？

被面试官问的概率很大，也是HR的杀手锏和狠招，这个问题最难回答，通常面试官不希望听到求职直接回答的缺点是什么，如果求职者说自己小心眼、脾气大、工作效率低，企业肯定不会录用你。不要自作聪明地回答“我最大的缺点就是过于追求完美”，有的人以为这样回答会显得自己比较出色，但事实上，他已经岌岌可危了。面试官喜欢求职者从自己的优点说起，中间加一些小缺点，最后再把问题转到优点上，突出优点的部分，面试官喜欢聪明的求职者。回答范例：这个问题好难回答啊！我想想……（亲和力表现，也缓解了自己的紧张情绪）我的缺点是比较执着，比如在技术方面比较爱钻研，有的时候会为一个技术问题加班到深夜。还有就是，工作比较按部就班，总是按照项目经管的要求完成任务。另外的缺点是，总在息的工作范围内有创新意识，并没有扩展给其他同事。这些问题我想我可以进入公司后以最短的时间来解决，我的学习能力很强，我相信可以很快融入公司的企业文化，进入工作状态。我想就这些吧。

5.你未来3-5年的职业规划是怎样的？

大部分面试官司都会问你是否有职业规划，这个问题的背后是了解你的求职动机和对自己中长期职业发展的思考。在回答这个问题之前，要对自己有个清晰的认识，知道自己想往哪个方向发展以及未来有什么计划，要给面试官一种积极向上，好学上进，有追求，有规划的感觉，面试官喜欢有规划的求职者。回答范例：我希望从现在开始，1-2年之内能够在我目前申请的这个职位上沉淀下来，通过不断的努力后，最好能有晋升，希望3-5年内可以做到（架构师、算法工程师、建模工程师或者做管理）。同时我也希望自己能够在企业的平台上得到进一步的职业能力提升。

6.你对薪资的要求？

如果你对薪酬的要求太低，那显然贬低自己的能力；如果你对薪酬的要求太高，那又会显得你分量过重，公司受用不起。一些雇主通常都事先对求职的职位定下开支预算，因而他们第一次提出的价钱往往是他们所能给予的最高价钱，他们问你只不过想证实一下这笔钱是否足以引起你对该工作的兴趣。回答范例一：我对工资没有硬性要求，我相信贵公司在处理我的问题上会友善合理。我注重的是找对工作机会，所以只要条件公平，我则不会计较太多。如果你必须自己说出具体数目，那就不要说一个宽泛的范围，不要说10000-13000之间，那样你将只会得到最低限底的数字，也就是10000。最好给出一个具体的数字。

7.什么时候能入职？

大多数企业会关心就职时间，最好是回答“如果被录用的话，到职日可按公司的规定上班”，如果还未辞去上一个工作，但上班时间又太近，似乎有些强人所难，因为交接至少要一个月的时间，应进一步说明原因，录取公司应该会通融的。

8.介绍一个你认为最熟悉的项目（项目经理）

这个问题在技术面试时常被问到，问这个问题的意图是想考察你的成长路径和编程习惯，因为，你最熟悉的项目往往是你成长最快的项目，那个成长最快的项目往往会给你今后的编程习惯留下很多痕迹。所以，通过你对熟悉项目的描述，有经验的他会很快锁定你技术成长中的缺陷和闪光点，从而判断是否能够“为我所用”。你最好拿出一个自己最擅长技术的那个项目进行介绍，他听完你的介绍后，会接下来进行提问，这样他所有问的问题，你都成竹在胸了。切忌拿自己参与很少的项目来介绍，一旦他深入的询问很可能你会答非所问，反而造成更严重的影响。你大强以和他谈谈在那个项目中获得的经验，这样会引起此君的共鸣，有可能的话，说出一些你自己的小技巧，他会很高兴，同时这场面试也会很轻松，拿到Offer基本没问题了。

9.如果公司录用你，你将怎样开展工作？

很多企业在招聘开发人员时很看重是否能够尽快上手，所以回答这个问题时要“实打实”的回答，在回答中最好强调能够“尽快”投入开发工作中，这样领导就放心了，会觉得你不是一个只会盲目工作的人，而是一个按部就班，稳打稳扎的人。回答范例：我对咱们公司的大体情况只有一个大概了解，在这个职位的工作性质仅仅是我自己的一个理解。作为这个职位而言，我想我首先要对本公司的主营业务要有一个了解，了解公司的业务组成部分、业务的发展方向、我们面向的客户性质等。第二我要了解所属部门在公司中的地位，以及部门的工作目标，从而确定自身的工作努力方向。第三，了解我参与项目的开发方式，架构方式，紧密配合领导工作，尽快投入具体的开发工作中。这就是我开展工作的计划。

10.你还有什么问题问我吗？

这个问题看上去可有可无，其实很关键，面试官不喜欢说“没有问题”的人，没有问题就是自寻死路，没有问题传达出你对公司缺乏兴趣，而只是来寻找一笔薪水。其实在面试过程中谦虚礼貌的问面试官怎么称呼，该部门工作中的信息，如项目情况，开发技术再或者说贵公司的晋升机制是什么样的等。表现出一种很积极主动的状态是非常讨巧的。也可以更多的了解到自己来的工作环境。企业很欢迎这样的求职者，因为体现出你对学习的热情和对公司的忠诚度以及你的上进心。这个要分析面试官的身份，如果是普通技术面试官，可以问问对方目前项目的规划，使用的技术情况，还有就是您在这边工作多久了，是否能分享一些您在这边的工作体会。如果是HR的话，可以问问公司的企业文化，工资评定是否跟绩效挂钩，公司是否定期组织员工活动、团建等等，如果是公司CEO或者是CTO的话，可以问问团队的组成和公司前景之类的。或者告诉面试官关于公司的部分情况通过查看公司网站，还有面试基本上了解了，比较喜欢咱们公司这个平台和氛围，希望有机会能加入一起共事，如果您这边觉得我合适的话，最快什么时间能给我回复。

11.社保问题

如果上家公司写的是外地公司的话，之前是否上过社保深圳这边是查不到的，而且都要重新上。如果上家写的深圳公司，之前确实没有上过的话，就说之前公司规模小，五险一金一直没有上，但是签了自动放弃的协议，公司也给一部分补偿金，金额大概1000左右。如果之前你在深圳上过一段时间的社保，跟现在写的工作经历对不上的话，就说之前公司不给上，有一段时间自己通过关系找了一家公司挂靠了一段时间。面试的时候如果HR问你之前在深圳是否上过社保，只要说是或者否就可以，不用主动说太多。对方问的话再解释。

12.上家公司薪资构成，及到手多少钱

网上找税收计算器，把上家薪资输入自动算出扣税多少，再加上社保补偿金，就是你最后到手的工资，不用跟面试官说的特详细，只要说个大概就好。

13.你有没有在工作中遇到过你无论如何都难以解决的问题？你的态

度如何？

工作中难免会有些问题难以被彻底的解决，在这样的情况下，我会思考这样几个问题：我是否已经尽了全力，是否还有什么方法或什么人能够帮助我解决问题？我是否已经全面的思考过问题的方方面面，还是钻在死胡同里出不来？我是否能在目前情况下改善问题，哪怕只是较小程度的改善？有时一些小小的改善积累起来可能最终就能够解决问题。我认为遇到问题的态度切忌慌乱，往往欲速则不达，因此要冷静下来思考。另外就是切记不停的抱怨，不停的抱怨不但会给人留下负面印象，甚至因为消极的态度错过了解决问题的最后机会。点评：该求职者首先表现了他不会轻易放弃解决问题的态度，懂得从各个角度去思考问题，并且会努力到最后一刻。在表述自己遇到问题的态度方面，该求职者也表现的非常完美，冷静、不抱怨并积极处理问题是所有面试官都会欣赏的态度。

14.压力面试

随着企业竞争的激烈，员工的压力也越来越大，因此企业希望寻找到能够接受挑战、承担责任并能够抵抗压力的高素质人才。因此压力面试越来越多地应用到面试中。面试官会制造一种具有压力的紧张气氛，采用的方式包括： 1、打击求职者的自信心。对求职者的回答表示不满意，希望得到更佳的答案，并且始终不给于正面的反馈。 2、对于求职者的回答步步紧逼，不断的追问。求职者回答中的任何细节都会被不断的追问，细节上有任何不相符之处都可能引起质疑。 3、突然提出出乎意料的问题，或是非常难以回答的问题，并用沉默的方式等待求职者给出回答。其实，压力面试只是一种特殊形式的行为面试，无需感到恐慌，所需要做的只是冷静、冷静再冷静。无论对方提出的问题有多刁难，要保持冷静的应答，如果遇到实在无法继续回答的情况，可以将皮球踢回给面试官，例如面对微笑的反问：我在这个方面确实并不清楚或者接触的少，非常希望能够得到您的指导，或者您遇到这种情况该怎么处理。在压力面试中，面试官需要考察的是求职者面对压力的处理能力，而不仅是那些不合理问题的答案。有的面试官故意出一些难题，打击你的自信心，让你在要薪资的时候不敢多要。因此，放松心态，做足准备面对即可。

15.电话面试

1、避免没有重音、没有语音语调，这样会让听者变得非常的沉闷，甚至错过所需要留意的内容。 2、由于没有目光的接触以及肢体语言等辅助沟通手段，因此求职者必须把自己的回答尽可能整理的比较有逻辑，条理清晰，事例具体，否则很难给面试官留下深刻的印象。 3、由于电话面试常常应用于初期审核阶段，如果不能够较快抓住面试官的注意，面试官可能未必会花太多的时间去了解你，因此需要力求尽快地抓住面试官的注意。

16.你对加班的看法？

实际上好多公司问这个问题，并不证明一定要加班，只是想测试你是否愿意为公司奉献。回答范例：如果是工作需要我会义不容辞加班，我现在单身，没有任何家庭负担，可以全身心的投入工作。但同时，我也会提高工作效率，减少不必要的加班。

17.你朋友对你的评价？

回答提示：想从侧面了解一下你的性格及与人相处的问题。回答样本一：我的朋友都说我是一个可以信赖的人。因为，我一旦答应别人的事情，就一定会做到。如果我做不到，我就不会轻易许诺。回答样本二：我觉的我是一个比较随和的人，与不同的人都可以友好相处。在我与人相处时，我总是能站在别人的角度考虑问题。

18.如果通过这次面试我们单位录用了你，但工作一段时间却发现你

根本不适合这个职位，你怎么办？

回答提示：一段时间发现工作不适合我，有两种情况： 1、如果你确实热爱这个职业，那你就要不断学习，虚心向领导和同事学习业务知识和处事经验，了解这个职业的精神内涵和职业要求，力争减少差距； 2、你觉得这个职业可有可无，那还是趁早换个职业，去发现适合你的，你热爱的职业，那样你的发展前途也会大点，对单位和个人都有好处。

19.在完成某项工作时，你认为领导要求的方式不是最好的，自己还

有更好的方法，你应该怎么做？

回答提示：①.原则上我会尊重和服从领导的工作安排，同时私底下找机会以请教的口吻，婉转地表达自己的想法，看看领导是否能改变想法。②如果领导没有采纳我的建议，我也同样会按领导的要求认真地去完成这项工作。③.还有一种情况，假如领导要求的方式违背原则，我会坚决提出反对意见，如领导仍固执己见，我会毫不犹豫地再向上级领导反映。

20.如果你的工作出现失误，给本公司造成经济损失，你认为该怎么

办？

回答提示：①我本意是为公司努力工作，如果造成经济损失，我认为首要的问题是想方设法去弥补或挽回经济损失。如果我无能力负责，希望单位帮助解决。②分清责任，各负其责，如果是我的责任，我甘愿受罚；如果是一个我负责的团队中别人的失误，也不能幸灾乐祸，作为一个团队，需要互相提携共同完成工作，安慰同事并且帮助同事查找原因总结经验。 ③总结经验教训，一个人的一生不可能不犯错误，重要的是能从自己的或者是别人的错误中吸取经验教训，并在今后的工作中避免发生同类的错误。检讨自己的工作方法、分析问题的深度和力度是否不够，以致出现了本可以避免的错误。

21.如果你做的一项工作受到上级领导的表扬，但你主管领导却说是

他做的，你该怎样？

回答提示：我首先不会找那位上级领导说明这件事，我会主动找我的主管领导来沟通，因为沟通是解决人际关系的最好办法，但结果会有两种：①我的主管领导认识到自己的错误，我想我会视具体情况决定是否原谅他。②他更加变本加厉的来威胁我，那我会毫不犹豫地找我的上级领导反映此事，因为他这样做会造成负面影响，对今后的工作不利。

22.谈谈你对跳槽的看法？

回答提示：①正常的“跳槽”能促进人才合理流动，应该支持。②频繁的跳槽对单位和个人双方都不利，应该反对。

23.工作中你难以和同事、上司相处，你该怎么办？

回答提示：①我会服从领导的指挥，配合同事的工作。②我会从自身找原因，仔细分析是不是自己工作做得不好让领导不满意，同事看不惯。还要看看是不是为人处世方面做得不好，如果是这样的话我会努力改正。③如果我找不到原因，我会找机会跟他们沟通，请他们指出我的不足，有问题就及时改正。④ 作为优秀的员工，应该时刻以大局为重，即使在一段时间内，领导和同事对我不理解，我也会做好本职工作，虚心向他们学习，我相信，他们会看见我在努力，总有一天会对我微笑的。

24.假设你在某单位工作，成绩比较突出，得到领导的肯定。但同时

你发现同事们越来越孤立你，你怎么看这个问题？你准备怎么办？

回答提示：①成绩比较突出，得到领导的肯定是件好事情，以后更加努力。②检讨一下自己是不是对工作的热心度超过同事间交往的热心了，加强同事间的交往及共同的兴趣爱好。③工作中，切勿伤害别人的自尊心。④不再领导前拨弄是非。

25.你对于我们公司了解多少？

回答提示：在去公司面试前上网查一下该公司主营业务。如回答：贵公司有意改变策略，加强与国外大厂的OEM合作，自有品牌的部分则透过5海外经销商。

26.请说出你选择这份工作的动机？

回答提示：这是想知道面试者对这份工作的热忱及理解度，并筛选因一时兴起而来应试的人，如果是无经验者，可以强调“就算职种不同，也希望有机会发挥之前的经验”。

27.你最擅长的技术方向是什么？

回答提示：说和你要应聘的职位相关的课程，表现一下自己的热诚没有什么坏处。

28.你能为我们公司带来什么呢？

回答提示：技术、能力、人脉。

29.最能概括你自己的三个词是什么？

回答提示：我经常用的三个词是：适应能力强，有责任心和做事有始终，结合具体例子向主考官解释，

30.你的业余爱好是什么？

回答提示：找一些富于团体合作精神的，这里有一个真实的故事：有人被否决掉，因为他的爱好是深海潜水。主考官说：因为这是一项单人活动，我不敢肯定他能否适应团体工作。多说团体合作，爱浏览技术网站、博客、书籍。最好提前想好最近在看那本书，看到了哪个部分。

31.作为被面试者给我打一下分？

回答提示：试着列出四个优点和一个非常非常非常小的缺点（可以抱怨一下设施，没有明确责任人的缺点是不会有人介意的）。

32.你怎么理解你应聘的职位？

回答提示：把岗位职责和任务及工作态度阐述一下。

33.喜欢这份工作的哪一点？

回答提示：相信其实大家心中一定都有答案了吧！每个人的价值观不同，自然评断的标准也会不同，但是，在回答面试官这个问题时可不能太直接就把自己心理的话说出来，尤其是薪资方面的问题，不过一些无伤大雅的回答是不错的考虑，如交通方便，工作性质及内容颇能符合自己的兴趣等等都是不错的答案，不过如果这时自己能仔细思考出这份工作的与众不同之处，相信在面试上会大大加分。

34.说说你对行业、技术发展趋势的看法？

回答提示：企业对这个问题很感兴趣，只有有备而来的求职者能够过关。求职者可以直接在网上查找对你所申请的行业部门的信息，只有深入了解才能产生独特的见解。企业认为最聪明的求职者是对所面试的公司预先了解很多，包括公司各个部门，发展情况，在面试回答问题的时候可以提到所了解的情况，企业欢迎进入企业的人是“知己”，而不是“盲人”。

35.说你的家庭？

回答提示：企业面试时询问家庭问题不是非要知道求职者家庭的情况，探究隐私，企业不喜欢探究个人隐私，而是要了解家庭背景对求职者的塑造和影响。企业希望听到的重点也在于家庭对求职者的积极影响。企业最喜欢听到的是：我很爱我的家庭，我的家庭一向很和睦，虽然我的父亲和母亲都是普通人，但是从小，我就看到我父亲起早贪黑，每天工作特别勤劳，他的行动无形中培养了我认真负责的态度和勤劳的精神。我母亲为人善良，对人热情，特别乐于助人，所以在单位人缘很好，她的一言一行也一直在教导我做人的道理。企业相信，和睦的家庭关系对一个人的成长有潜移默化的影响。

36.就你申请的这个职位，你认为你还欠缺什么？

回答提示：企业喜欢问求职者弱点，但精明的求职者一般不直接回答。他们希望看到这样的求职者：继续重复自己的优势，然后说：“对于这个职位和我的能力来说，我相信自己是可以胜任的，只是缺乏经验，这个问题我想我可以进入公司以后以最短的时间来解决，我的学习能力很强，我相信可以很快融入公司的企业文化，进入工作状态。”企业喜欢能够巧妙地躲过难题的求职者。

37.你欣赏哪种性格的人？

回答提示：诚实、不死板而且容易相处的人、有“实际行动”的人。

38.你通常如何处理別人的批评？

回答提示：①沈默是金，不必说什么，否则情况更糟，不过我会接受建设性的批评。②我会等大家冷靜下来再讨论。

39.你为什么愿意到我们公司来工作？

回答提示：对于这个问题，你要格外小心，如果你已经对该单位作了研究，你可以回答一些详细的原因，像“公司本身的高技术开发环境很吸引我。”、“我同公司出生在同样的时代，我希望能够进入一家与我共同成长的公司。”、“你们公司一直都稳定发展，在近几年来在市场上很有竞争力。”、“我认为贵公司能够给我提供一个与众不同的发展道路。”这都显示出你已经做了一些调查，也说明你对自己的未来有了较为具体的远景规划。

40.你和别人发生过争执吗？你是怎样解决的？

回答提示：这是面试中最险恶的问题，其实是考官布下的一个陷阱，千万不要说任何人的过错，应知成功解决矛盾是一个协作团体中成员所必备的能力。假如你工作在一个服务行业，这个问题简直成了最重要的一个环节。你是否能获得这份工作，将取决于这个问题的回答。考官希望看到你是成熟且乐于奉献的。他们通过这个问题了解你的成熟度和处世能力。在没有外界干涉的情况下，通过妥协的方式来解决才是正确答案。

41.你做过的哪件事最令自己感到骄傲？

回答提示：这是考官给你的一个机会，让你展示自己把握命运的能力。这会体现你潜在的领导能力以及你被提升的可能性。假如你应聘于一个服务性质的单位，你很可能会被邀请去午餐。记住：你的前途取决于你的知识、你的社交能力和综合表现。

42.对这项工作，你有哪些可预见的困难？

回答提示：①不宜直接说出具体的困难，否则可能令对方怀疑应聘者不行。②可以尝试迂回战术，说出应聘者对困难所持有的态度——工作中出现一些困难是正常的，也是难免的，但是只要有坚忍不拔的毅力、良好的合作精神以及事前周密而充分的准备，任何困难都是可以克服。分析：一般问这个问题，面试者的希望就比较大了，因为已经在谈工作细节，但常规思路中的回答，又被面试官“骗”了。当面试官询问这个问题的时候，有两个目的。第一，看看应聘者是不是在行，说出的困难是不是在这个职位中一般都不可避免的问题。第二，是想看一下应聘者解决困难的手法对不对，及公司能否提供这样的资源。而不是想了解应聘者对困难的态度。

43.怎样对待自己的失敗？

回答提示：我们大家生来都不是十全十美的，我相信我有第二个机会改正我的错误。

44.什么会让你有成就感？

回答提示：为贵公司竭力效劳，尽我所能，完成一个项目。

45.眼下你生活中最重要的是什么？

回答提示：对我来说，能在这个领域找到工作是最重要的，能在贵公司任职对我说最重要。

46.与上级意见不一是，你将怎么办？

回答提示：①一般可以这样回答“我会给上级以必要的解释和提醒，在这种情况下，我会服从上级的意见。”②如果面试你的是总经理，而你所应聘的职位另有一位经理，且这位经理当时不在场，可以这样回答：“对于非原则性问题，我会服从上级的意见，对于涉及公司利益的重大问题，我希望能向更高层领导反映。” 分析：这个问题的标准答案是思路①，如果用②的回答，必死无疑。你没有摸清楚改公司的内部情况，先想打小报告，这样的人没有人敢要。

47.你工作经验欠缺，如何能胜任这项工作？

常规思路：①如果招聘单位对应聘者提出这个问题，说明招聘公司并不真正在乎“经验”，关键看应聘者怎样回答。②对这个问题的回答最好要体现出应聘者的诚恳、机智、果敢及敬业。③如“在项目经验方面的确会有所欠缺，但我有较强的责任心、适应能力和学习能力，而且比较勤奋，在上家公司无论遇到什么困难都能想办法完成各项工作，从中获取的经验也令我受益非浅。请贵公司放心，我一定能胜任这个职位。” 点评：这个问题思路中的答案尚可，突出自己的吃苦能力和适应性以及学习能力（不是学习成绩）为好。

48.你希望与什么样的上级共事？

回答提示：①通过应聘者对上级的“希望”可以判断出应聘者对自我要求的意识，这既上一个陷阱，又是一次机会。②最好回避对上级具体的希望，多谈对自己的要求。③如“做为刚步入社会的新人，我应该多要求自己尽快熟悉环境、适应环境，而不应该对环境提出什么要求，只要能发挥我的专长就可以了。分析：这个问题比较好的回答是，希望我的上级能够在工作中对我多指导，对我工作中的错误能够立即指出。总之，从上级指导这个方面谈，不会有大的纰漏。

49.谈谈如何适应办公室工作的新环境？

回答提示：①办公室里每个人有各自的岗位与职责，不得擅离岗位。②根据领导指示和工作安排，制定工作计划，提前预备，并按计划完成。③多请示并及时汇报，遇到不明白的要虚心请教。④抓间隙时间，多学习，努力提高自己的政治素质和业务水平。

50.为了做好你工作份外之事，你该怎样获得他人的支持和帮助？

回答提示：每个公司都在不断变化发展的过程中，你当然希望你的员工也是这样。你希望得到那些希望并欢迎变化的人，因为这些人明白，为了公司的发展，变化是公司日常生活中重要组成部分。这样的员工往往很容易适应公司的变化，并会对变化做出积极的响应。

51.如果你在这次面试中没有被录用，你怎么打算？

回答提示：现在的社会是一个竞争的社会，从这次面试中也可看出这一点，有竞争就必然有优劣，有成功必定就会有失败。往往成功的背后有许多的困难和挫折，如果这次失败了也仅仅是一次而已，只有经过经验经历的积累才能塑造出一个完全的成功者。我会从以下几个方面来正确看待这次失败：①要敢于面对，面对这次失败不气馁，接受已经失去了这次机会就不会回头这个现实，从心理意志和精神上体现出对这次失败的抵抗力。要有自信，相信自己经历了这次之后经过努力一定能行，能够超越自我。②善于反思，对于这次面试经验要认真总结，思考剖析，能够从自身的角度找差距。正确对待自己，实事求是地评价自己，辩证的看待自己的长短得失，做一个明白人。③走出阴影，要克服这一次失败带给自己的心理压力，时刻牢记自己弱点，防患于未然，加强学习，提高自身素质。④再接再厉，能进入像贵公司这样的平台一直是我的梦想，以后如果有机会我仍然后再次参加竞争。

52.谈谈你过去做过的成功案例？

回答提示：举一个你最有把握的例子，把来龙去脉说清楚，而不要说了很多却没有重点。切忌夸大其词，把别人的功劳到说成自己的，很多主管为了确保要用的人是最适合的，会打电话向你的前一个主管征询对你的看法及意见，所以如果说谎，是很容易穿梆的。

53.谈谈你过去的工作经验中，最令你挫折的事情？

回答提示：可以在网上查查其他人在开发过程中会出现哪些问题，最后是怎么解决的。分析：借此了解你对挫折的容忍度及调解方式。分析：虽然不会有人心甘情愿的加班，但依旧要表现出高配合度的诚意。

54.为什么我们要在众多的面试者中选择你？

回答提示：根据我对贵公司的了解，以及我在这份工作上所累积的专业、经验及人脉，相信正是贵公司所找寻的人才。而我在工作态度、EQ上，也有圆融、成熟的一面，和主管、同事都能合作愉快。分析：别过度吹嘘自己的能力，或信口开河地乱开支票，例如一定会为该公司带来多少钱的业务等，这样很容易给人一种爱说大话、不切实际的感觉。

55.你并非毕业于名牌院校？

回答提示：是否毕业于名牌院校不重要，重要的是有能力完成您交给我的工作，我想我更适合贵公司这个职位。

56.怎样看待学历和能力？

回答提示：学历我想只要是大学专科的学历，就表明觉得我具备了根本的学习能力。剩下的，你是学士也好，还是博士也好，对于这一点的讨论，不是看你学了多少知识，而是看你在这个领域上发挥了什么，也就是所说的能力问题。一个人工作能力的高低直接决定其职场命运，而学历的高低只是进入一个企业的敲门砖，如果贵公司把学历卡在博士上，我就无法进入贵公司，当然这不一定只是我个人的损失，如果一个专科生都能完成的工作，您又何必非要招聘一位博士生呢？

57.工作中学习到了些什么？

回答提示：这是针对转职者提出的问题，建议此时可以配合面试工作的特点作为主要依据来回答，如业务工作需要与人沟通，便可举出之前工作与人沟通的例子，经历了哪些困难，学习到哪些经验，把握这些要点做陈述，就可以轻易过关了。

58.想过创业吗？

回答提示：这个问题可以显示你的冲劲，但如果你的回答是“有”的话，千万小心，下一个问题可能就是：那么为什么你不这样做呢？

59.除了本公司外，还应聘了哪些公司？

回答提示：很奇怪，这是相当多公司会问的问题，其用意是要概略知道应徵者的求职志向，所以这并非绝对是负面答案，就算不便说出公司名称，也应回答“类似的公司（互联网）”，如果应聘的其他公司是不同业界，容易让人产生无法信任的感觉。

60.面试注意事项

1，在面试官面前千万不要抖脚，手脚不要动来动去，不能有小动作。 2，在面试过程中，千万不要跟面试官去争论，说话太冲，太能说、抢话说、乱说都不好，遇到难题，先思考一下，切记心浮气燥，表达时口气温和，谦虚。 3，如果面试过程中都不错，谈的也很好，之后却没有给Offer，完全是自己意料之外的情况，这个很有可能，或许是因为公司有了其他的人选，不用介意，更不要沮丧。 4，在面试过程中，切忌问关于公司计划、行业机密等相关的东西，不要打探公司的内幕，机密敏感性的问题不要问东问西。 5，千万要注意仪容仪表，要有礼貌，最好不要有口吃，口头表达，逻辑思维很重要，不要让面试官觉得你很幼稚，太过小孩子气，显的不够稳重踏实。 6，在去面试之前，要熟悉自己的简历，特别是工作经历，准备好关于一些离职原因、职业规划方面的问题的回答方式。 7，在面试过程中，80%的面试官会让做自我介绍，所以提前要准备一下，说出的内容既要和简历相符，又要有重点有突出的地方，不能像背简历一样。 8，面试完后，如果等待的时间较长，没有回应，就可能没有什么希望了，自己可以打电话去了解情况。 9，在面试过程中，谈到薪资的时候，如果没有说明是税后工资就是税前，假如是税前6000，这里面就包括了公司给交的公积金，还有其他五险要交的费用，拿到手差不多4000左右。