BAT计算机基础技术考核试题（含详细答案）

BAT通用计算机基础技术考核试题（含详细答案）适用场景：互联网后端/开发/运维基础入职考核、实习生摸底测试考试时长：90分钟满分：100分注意事项：1、答题前填写个人信息；2、客观题直接填写答案，主观题条理清晰作答；3、禁止作弊，独立完成。一、单项选择题（共15题，每题2分，共30分）1、HTTP协议中，用于客户端向服务器提交数据、且请求体可携带大量数据的请求方法是（）A、GETB、POSTC、HEADD、OPTIONS2、TCP/IP协议栈中，负责可靠传输、拥塞控制、流量控制的层级是（）A、网络层B、传输层C、应用层D、数据链路层3、MySQL数据库中，以下索引查询效率最高、占用空间最小的是（）A、全文索引B、联合索引C、主键索引D、普通二级索引4、Linux系统中，查看当前系统所有进程的完整信息的命令是（）A、ps-efB、ls-lC、topD、netstat-an5、以下不属于Redis数据结构的是（）A、StringB、ListC、TreeD、Hash6、浏览器缓存中，强制缓存的状态码是（）A、200B、301C、206D、3047、Java语言中，以下关于接口和抽象类说法正确的是（）A、抽象类可以有构造方法，接口没有构造方法B、抽象类和接口都能被实例化C、抽象类只能有一个父类，接口只能继承一个接口D、抽象类中不能有普通方法8、分布式系统中，CAP理论中的“A”指的是（）A、一致性B、可用性C、分区容错性D、安全性9、Git中，用于将本地分支代码合并到当前分支的命令是（）A、gitpullB、gitmergeC、gitpushD、gitclone10、以下排序算法中，时间复杂度最优、适合大数据量排序的稳定排序算法是（）A、冒泡排序B、快速排序C、归并排序D、选择排序11、Nginx核心用途不包括以下哪项（）A、反向代理B、负载均衡C、数据库读写分离D、静态资源托管12、MySQL中，事务的四大特性不包含（）A、原子性B、时效性C、一致性D、持久性13、HTTP和HTTPS的核心区别是（）A、传输速度不同B、端口和加密方式不同C、请求方式不同D、适用场景不同14、以下属于线程独有资源的是（）A、堆内存B、全局变量C、栈内存D、文件句柄15、微服务架构相较于单体架构的主要优势是（）A、部署更简单B、运维成本更低C、独立迭代、弹性扩容D、代码耦合度更高二、填空题（共10空，每空2分，共20分）1、TCP三次握手的核心目的是_________。2、MySQL事务隔离级别中，最高级别是_________。3、Redis默认端口是_________，MySQL默认端口是_________。4、Linux中，赋予文件最高读写执行权限的命令是_________。5、算法中，二分查找的时间复杂度是_________。6、分布式锁常用的实现方式有Redis锁、_________。7、HTTP状态码404代表_________，500代表_________。8、Java中，_________关键字可以保证变量的可见性、禁止指令重排。三、简答题（共5题，每题6分，共30分）1、简述TCP四次挥手的过程，为什么TCP需要四次挥手而不是三次？2、简述MySQL索引失效的常见场景（至少说出4种）。3、简述Redis过期键的三种删除策略及各自特点。4、简述负载均衡的常见实现方式及适用场景。5、简述线程和进程的核心区别。四、综合实操题（共2题，每题10分，共20分）1、线上业务出现接口响应缓慢、数据库CPU占用过高问题，请结合互联网业务场景，写出排查思路和优化方案。2、简述分布式项目中，如何解决接口幂等性问题，列举至少4种落地方案。详细参考答案及解析一、单项选择题答案及解析1、【答案】B解析：GET请求参数拼接在URL中，数据量有限；POST支持请求体传参，可传输大量数据，是表单提交、数据上传的常用方法。HEAD仅获取响应头，OPTIONS用于查询服务器支持的请求方法。2、【答案】B解析：传输层（TCP/UDP）核心职责是端到端传输，TCP专门实现可靠传输、流量控制、拥塞控制；网络层负责路由寻址，数据链路层负责帧传输。3、【答案】C解析：主键索引是聚簇索引，数据和索引绑定，查询无需回表，速度最快；普通二级索引、联合索引查询后需要回表查询完整数据，全文索引仅用于文本模糊检索，效率更低。4、【答案】A解析：ps-ef查看系统所有完整进程信息；top是动态实时查看进程资源占用；ls-l查看文件列表；netstat用于查看网络端口连接状态。5、【答案】C解析：Redis基础数据结构包含String、List、Hash、Set、Zset，无Tree结构。6、【答案】A解析：强制缓存命中时，浏览器直接读取本地缓存，返回200(frommemorycache/fromdiskcache)；304是协商缓存命中状态码。7、【答案】A解析：抽象类有构造方法，用于子类初始化；接口无构造方法。抽象类和接口都不能直接实例化，接口可多继承，抽象类可包含普通成员方法。8、【答案】B解析：CAP理论：C（一致性）、A（可用性）、P（分区容错性），分布式系统必须满足P，大多选择CP或AP架构。9、【答案】B解析：gitmerge合并分支代码；gitpull拉取远程代码并合并；gitpush推送本地代码到远程；gitclone克隆远程仓库。10、【答案】C解析：归并排序时间复杂度O(nlogn)，稳定排序，适合大数据量；快速排序不稳定，冒泡、选择排序时间复杂度为O(n²)，效率极低。11、【答案】C解析：Nginx主要用于反向代理、负载均衡、静态资源托管、请求转发，数据库读写分离由中间件（MyCat、Sharding-JDBC）实现。12、【答案】B解析：事务四大特性ACID：原子性、一致性、隔离性、持久性，无时效性。13、【答案】B解析：HTTP明文传输，端口80；HTTPS基于SSL/TLS加密传输，端口443，核心差异是加密方式和端口，传输速度、场景是衍生差异。14、【答案】C解析：线程独有栈内存、程序计数器；堆内存、全局变量、文件句柄为进程共享资源。15、【答案】C解析：微服务将单体系统拆分为独立服务，支持单独开发、部署、扩容；缺点是部署复杂、运维成本高、分布式问题多。二、填空题答案及解析1、【答案】建立可靠的连接，确认双方收发能力正常2、【答案】串行化（可串行读）3、【答案】6379、33064、【答案】chmod777文件名5、【答案】O(logn)6、【答案】Zookeeper锁7、【答案】请求资源不存在、服务器内部代码异常8、【答案】volatile三、简答题详细答案1、TCP四次挥手过程及四次原因四次挥手过程：（1）客户端发送FIN报文，请求关闭客户端到服务器的连接；（2）服务器收到FIN，返回ACK确认，此时客户端停止发送数据，服务器仍可向客户端传数据；（3）服务器数据传输完毕后，发送FIN报文，请求关闭服务器到客户端的连接；（4）客户端收到FIN，返回ACK确认，双方连接彻底断开。四次原因：TCP是全双工通信，读写通道相互独立。客户端发起关闭请求时，仅代表客户端无数据发送，服务器可能还有未传输完成的数据，需要先确认关闭客户端写通道，等服务器数据传输完毕后，再关闭服务器写通道，因此需要四次挥手，无法简化为三次。2、MySQL索引失效常见场景（1）索引列使用函数运算、四则运算，如wheredate_format(create_time,'%Y-%m-%d')='2026-08-12'；（2）索引字段使用!=、<>、notin、notlike反向查询；（3）字符串类型字段查询时，未加引号，发生隐式类型转换；（4）联合索引不满足最左前缀原则，跳过前置索引字段查询；（5）like查询以%开头，模糊匹配前置通配符；（6）MySQL优化器判断全表扫描比索引查询效率更高，主动放弃索引。3、Redis过期键三种删除策略及特点（1）定时删除：键设置过期时间时，创建定时器，到期立即删除。优点：内存释放及时；缺点：大量过期键会占用大量CPU资源，影响业务性能。（2）惰性删除：键过期后不立即删除，下次访问该键时检查过期状态，过期则删除。优点：CPU开销极小；缺点：过期键长期占用内存，造成内存浪费。（3）定期删除：每隔固定时间，随机抽取部分过期键删除，平衡前两种策略。优点：兼顾CPU和内存资源；缺点：无法彻底清理所有过期键，仍有少量内存冗余。Redis默认采用惰性删除+定期删除组合策略。4、负载均衡常见实现方式及适用场景（1）客户端负载均衡：由客户端自行维护服务列表，根据算法选择服务节点调用，代表框架Ribbon。适用微服务内部接口调用，轻量化、响应快。（2）服务端负载均衡（四层）：基于IP+端口转发，由Nginx、LVS实现，仅做网络层转发，性能极高。适用高并发、大流量的网关入口转发。（3）服务端负载均衡（七层）：基于HTTP协议内容转发，支持路径、参数、Cookie分发，由Nginx、Ingress实现。适用精细化路由、静态资源分发、业务层流量分发场景。（4）DNS负载均衡：通过域名解析分发不同节点流量，适用异地多活、全局流量调度场景。5、线程和进程核心区别（1）资源占用：进程是系统资源分配的最小单位，独立占用堆内存、文件资源；线程是CPU调度的最小单位，共享进程资源，仅拥有独立栈内存。（2）开销成本：进程创建、销毁、切换开销极大；线程开销极小，切换效率高。（3）隔离性：进程之间完全隔离，一个进程崩溃不影响其他进程；线程共享进程资源，单个线程崩溃会导致整个进程崩溃。（4）通信方式：进程间通信复杂（管道、socket、共享内存）；线程间可直接通过共享变量通信，简单高效。四、综合实操题详细答案1、接口响应慢、数据库CPU过高排查与优化方案排查思路：（1）日志排查：查看接口访问日志、数据库慢查询日志，定位耗时最长的SQL语句和请求接口；（2）资源监控：查看数据库CPU、内存、连接数、锁等待情况，排查是否存在连接打满、死锁、长时间事务；（3）SQL分析：通过explain分析慢SQL，查看是否存在全表扫描、索引失效、回表过多、排序分组耗时严重问题；（4）业务排查：确认是否存在高频重复请求、恶意请求、批量大数据查询场景；（5）缓存排查：核实热点数据是否未做缓存，大量请求直接打库。优化方案：（1）SQL优化：为高频查询字段建立合理索引，优化模糊查询、反向查询、函数查询语句，避免索引失效；拆分大事务、长SQL，减少数据库锁等待时间；（2）缓存优化：热点数据接入Redis缓存，减少数据库查询压力，设置合理过期时间，保证数据一致性；（3）架构优化：实现数据库读写分离，读请求走从库，写请求走主库，分摊主库压力；（4）限流降级：对高频、非核心接口添加限流、降级策略，避免流量冲击；（5）参数优化：调整数据库连接池参数、缓冲区参数，适配业务流量。2、分布式接口幂等性解决方案幂等性核心：同一请求多次重复调用，最终业务结果一致，不会产生重复数据、重复扣款、重复下单等问题，常用落地方案如下：（1）唯一索引约束：数据库对应业务字段添加唯一索引（订单号、交易号、用户ID+业务类型），重复插入数据会触发数据库唯一约束报错，直接拦截重复请求，适用于新增类业务。（2）Token令牌机制：客户端请求前向服务端申请唯一Token，服务端缓存Token；正式请求携带Token，服务端校验并删除Token，重复请求因Token失效被拦截，适用于表单提交、