Java项目经理面试题及答案.docx

Java项目经理面试题及答案

一、项目管理核心类

问题：你负责的Java项目中，若需求频繁变更导致进度滞后，会怎么处理？

答案：首先会拉着产品、开发核心成员开“需求澄清会”，先明确变更的必要性——比如是客户核心诉求还是优化类需求，优先锁定“必须改”的内容。然后用“三点估算法”（乐观/悲观/最可能工时）重新评估工作量，同步给领导和客户，说明变更对进度的影响（比如原本2周交付，现在要多3天）。接着调整计划：把非核心任务往后挪，或协调开发加1-2个短班（避免长期加班），同时每天同步进度，确保不会再跑偏。之前做电商订单模块时，客户临时加“优惠券叠加规则”，这么操作后只延迟了1天，客户也接受。

问题：怎么确保Java项目上线后，不会出现大面积bug影响用户？

答案：分三步做。第一，上线前搞“多层测试”：开发自己做单元测试（覆盖率至少80%，比如用Junit测接口逻辑），测试组做功能+压力测试（用JMeter压并发，模拟5000用户同时访问），还要拉产品做UAT验收，重点测核心流程（比如支付、下单）。第二，搞“灰度发布”：先放10%的流量到新服务，观察1-2小时，看日志里有没有OOM、接口超时这些问题（用ELK监控日志，Prometheus看CPU/内存指标）。第三，准备回滚方案：上线前备份数据库和旧服务包，一旦发现异常，10分钟内就能切回旧版本。之前做金融转账项目，靠这三步，上线后没出现过一次线上故障。

问题：你怎么把控Java项目的成本？比如开发人力、服务器资源这些。

答案：人力成本上，会先做“角色拆解”——比如核心模块（如支付）用资深开发，非核心模块（如后台管理）用中级开发，避免“大材小用”；同时每周做“工时复盘”，如果某开发连续两周工时利用率低于70%，就查原因（是需求没跟上还是技术卡点），及时调整任务。服务器成本上，不会一开始就买高配：比如测试环境用2台4核8G的云服务器足够，生产环境先按“预估并发”配（比如预估3000并发，用4台8核16G），后续根据监控数据扩容（比如并发超5000再加2台）。之前做SaaS平台，这么控成本，比预算省了15%。

二、技术决策类

问题：Java项目选框架时，你怎么判断用SpringBoot还是SpringCloud？举个例子。

答案：核心看项目“规模”和“分布式需求”。如果是单服务项目（比如企业内部的OA系统），功能不复杂，用SpringBoot足够——开发快，配置少，部署也简单，不用搞服务注册、网关这些。如果是多服务项目（比如电商，分订单、用户、商品多个模块），就用SpringCloud：靠Nacos做服务注册发现，Gateway做网关路由，Sentinel做限流，这样各服务能独立部署、扩容。之前做社区团购项目，一开始用SpringBoot，后来用户量涨到10万，拆成5个微服务，就换成SpringCloud，解决了单服务并发扛不住的问题。

问题：Java项目数据库选型，你会考虑哪些因素？比如什么时候用MySQL，什么时候用Redis？

答案：先看“数据用途”和“访问特性”。如果是存结构化数据、需要事务支持（比如订单信息、用户余额），就用MySQL——还会做分库分表（比如按用户ID分表，避免单表数据超1000万），主从复制（主库写，从库读，减轻压力）。如果是存高频访问、不需要事务的临时数据（比如用户登录Token、商品库存缓存），就用Redis——因为它是内存数据库，读速度比MySQL快10倍以上，还能做分布式锁（避免超卖）。之前做秒杀项目，商品库存先存在Redis，下单时先扣Redis库存，再异步同步到MySQL，既保证速度又没超卖。

问题：Java项目遇到性能瓶颈（比如接口响应慢），你会怎么排查和优化？

答案：先定位瓶颈在哪，再针对性优化。第一步，用工具查：比如用JProfiler看JVM内存使用（有没有内存泄漏），用Arthas看接口调用耗时（哪个方法卡了），用MySQL的EXPLAIN看SQL有没有走索引（比如有没有全表扫描）。第二步，针对性改：如果是SQL慢，就加索引（比如给订单表的“用户ID”加索引），或优化SQL（比如避免用SELECT*）；如果是代码慢，就优化逻辑（比如避免循环里查数据库，改成批量查询）；如果是并发不够，就加线程池（比如用ThreadPoolExecutor，核心线程数设为CPU核心数的2倍）。之前做物流轨迹查询接口，一开始响应要3秒，查出来是SQ