技术选型决策表达#

评估维度： 功能满足度 / 性能 / 运维复杂度 / 社区活跃度 / 团队熟悉度 / 成本

示例： “MQ选型对比Kafka和RocketMQ，订单场景需事务消息，RocketMQ原生支持，选RocketMQ”

避免： “大家都用所以我们也用”（没有思考）

技术选型在面试中是高频话题，面试官想看到的是你的决策思维而不只是结论。我的表达框架是四步走：首先明确业务需求和技术约束，比如我们需要事务消息、日均消息量级、延迟要求是什么；然后调研两到三个候选方案，不能只看一个就定了；接着从功能满足度、性能、运维复杂度、社区活跃度、团队熟悉度和成本这几个维度做对比，最好能形成对比表格；最后给出决策理由，说清楚为什么选这个而不选那个。举个例子，我们在消息队列选型时对比了Kafka和RocketMQ，Kafka吞吐更高适合日志流场景，但我们的订单系统需要事务消息和延迟消息，RocketMQ原生支持这两个特性，而且团队有RocketMQ的运维经验，所以选了RocketMQ。关键是避免两种说法：一是”大家都用所以我也用”，这说明没有思考；二是只说优点不说缺点，任何技术都有取舍，主动说出选型的trade-off反而体现你的成熟度。

追问方向：

• “考虑了哪些方案？”→ 至少列举 2-3 个候选方案并说明各自优劣，比如 MQ 选型对比 Kafka（高吞吐/日志流）vs RocketMQ（事务消息/延迟消息）vs RabbitMQ（轻量/路由灵活），结合业务需求说明选择理由
• “重新选会改变吗？”→ 展示反思能力：可以说”当时选 X 是因为团队熟悉，但随着业务发展 Y 方案在某方面更合适，如果重新选会提前评估这个维度”，体现你在成长
• “选型错误的经验？”→ 准备一个真实案例，比如”选了某技术后发现社区不活跃/运维成本高/无法满足新需求”，重点讲你怎么发现问题、怎么迁移、怎么避免下次犯同样错误

易错点：

• ❌ 领导决定的我只管用——缺乏思考
• ❌ 只说优点不说缺点