2026年高并发性能测试题及答案

2026年高并发性能测试题及答案

一、单项选择题，20分1.在十万级并发用户模型中，最优先被牺牲的指标通常是A.吞吐量B.延迟P99C.错误率D.带宽利用率2.下列哪一项不是JMeter聚合报告中的默认统计量A.平均响应时间B.90%线C.标准差D.并发线程数3.当CPU利用率持续高于95%且sys占比超过40%时，最可能的瓶颈在A.磁盘I/OB.上下文切换C.网络包重组D.内存带宽4.使用Little定律估算并发用户数时，必须同时测得A.吞吐量和错误率B.响应时间和吞吐量C.响应时间和错误率D.带宽和延迟5.在Linux高并发压测中，net.core.somaxconn内核参数直接影响A.文件描述符上限B.监听队列长度C.TIME_WAIT复用D.TCP窗口规模6.对同一接口做梯度压测时，阶梯爬坡阶段的主要观察目标是A.缓存命中率B.拐点吞吐量C.日志滚动速度D.垃圾回收次数7.当Nginx出现大量“502BadGateway”时，应首先检查A.upstream响应超时B.客户端keepalive超时C.静态文件权限D.gzip压缩级别8.在分布式压测集群中，为了消除时钟漂移导致的统计误差，最佳实践是A.关闭NTPB.使用GPS时钟C.所有slave回传原始数据到master汇总D.加大采样窗口9.下列哪种垃圾回收器最适合延迟敏感型百万级并发服务A.SerialB.ParallelC.CMSD.ZGC10.当Redis用作缓存出现瞬时连接暴涨，最有效的流控手段是A.增加maxmemoryB.启用TCPbacklogC.使用连接池+熔断D.关闭RDB快照二、填空题，20分11.若目标延迟P99≤100ms，而采样显示P99=120ms，则至少需要降低________%的延迟才能达标。12.在Linux下，查看当前系统最大打开文件数命令是________。13.当MySQL的Threads_running超过________时，InnoDB可能进入激烈锁竞争。14.若压测脚本中集合点（SynchronizingTimer）设置超时30s，则实际并发用户数可能________（升高/降低）。15.使用Gatling时，通过________文件可定义场景注入模型。16.当CPU利用率低而负载高时，瓶颈大概率在________子系统。17.TCP三次握手队列溢出时，内核会丢弃________包，导致连接失败。18.若JMeter远程测试出现“Engineisbusy”提示，应首先检查________是否一致。19.在Prometheus监控中，________指标可直接反映协程泄露。20.当压测HTTPS接口时，加解密运算主要消耗________资源。三、判断题，20分21.增加压测机数量一定能线性提升最大吞吐量。22.对于无状态服务，连接池大小设置越大越好。23.在梯度压测中，出现错误率突增即代表系统已到达极限。24.使用HTTP/2多路复用可以完全消除队头阻塞。25.当延迟P99远大于P50时，说明存在长尾请求。26.若CPU利用率达到100%，则无法再提升QPS。27.在RedisCluster模式下，任意节点故障都会导致整体不可用。28.开启Nagle算法会降低小包延迟。29.对于磁盘I/O密集型应用，提高并发线程数总能缩短平均响应时间。30.使用协程模型比线程模型占用更少内存。四、简答题，20分31.简述在十万并发场景下，如何定位Nginx到Tomcat之间出现的“连接超时”问题。32.说明如何利用Little定律验证压测结果的自洽性，并给出计算示例。33.概述一次完整的全链路压测需要覆盖的七层检查点。34.当Redis缓存出现“热key”导致单节点QPS飙升时，列举三种缓解策略并比较优缺点。五、讨论题，20分35.讨论在云原生环境中，HorizontalPodAutoscaler基于CPU与基于QPS两种扩缩容策略在高并发压测中的利弊。36.针对金融支付场景，讨论“强一致性”与“最终一致性”在压测指标设计时的冲突与权衡。37.比较传统压测工具（JMeter）与代码级压测框架（k6、Gatling）在持续集成流水线中的维护成本与可信度。38.讨论引入ServiceMesh后，Sidecar代理对延迟和吞吐量的影响，以及如何在压测中量化该损耗。答案与解析一、单项选择题1.B2.D3.B4.B5.B6.B7.A8.C9.D10.C二、填空题11.16.712.ulimit-n13.CPU核心数×2（或经验值200）14.降低15.Simulation16.I/O17.SYN18.RMI/SSL密钥19.go_goroutines20.CPU三、判断题21×22×23√24×25√26×27×28×29×30√四、简答题31.先在Nginx错误日志过滤upstreamtimedout；用tcpdump抓Tomcat端口看三次握手是否完成；检查Tomcat线程池maxThreads与acceptCount；观察网络RTT与重传；最后对比两端ss-s统计，定位队列溢出或应用阻塞。32.测得平均响应时间R=0.1s，吞吐量X=10000/s，则理论并发L=X×R=1000；若压测脚本实际并发线程数远大于1000且CPU未饱和，说明结果不自洽，需校准场景或检查瓶颈。33.覆盖：网络带宽、DNS解析、四层连接、七层SSL握手、应用线程池、缓存命中率、数据库索引与锁等待、消息队列积压、下游依赖超时、磁盘与日志I/O、CDN边缘节点、客户端渲染耗时。34.（1）本地缓存+一致性哈希，减少回源，但增加内存；（2）拆分为多key分散到多节点，实现复杂；（3）限流+队列异步化，保证可用性但增加延迟。五、讨论题35.CPU策略简单但滞后，QPS策略灵敏却需精准度量；CPU易抖动导致频繁扩缩，QPS需业务自定义指标，配置成本高；混合策略可兼顾，但需历史数据训练阈值。36.强一致要求事务延迟低、错误零容忍，压测需关注P99延迟与死锁；最终一致可接受异步重试，压测侧重吞吐与补偿成功率；两者冲突时，用分段降级策略，压测脚本需模拟补偿链路。37.JMeterGUI维护直观但版本漂移大，CLI+DSL可集成，脚本冗余；k6/Gatling用代码描述场景，版本控制友好，学