你好，这个问题涉及到IM系统中不同中间件的定位差异：

**1. MQTT 的定位**
野火IM使用 MQTT 作为客户端长连接协议，主要优势在于：
- 原生支持发布/订阅模型，适合消息的实时推送
- 协议轻量，适合移动端弱网环境
- 支持海量设备长连接（百万级并发）
- 原生支持 QoS 消息投递保证

**2. Kafka 的定位**
Kafka 更适合以下场景：
- 大数据日志采集和流处理
- 高吞吐的数据管道（侧重吞吐量而非实时性）
- 离线消息处理和分析

**3. 为什么不用 Kafka 替代 MQTT**
- Kafka 不适合直接面向客户端，它是服务端组件
- Kafka 的实时性不如 MQTT（有延迟）
- Kafka 没有原生的设备状态管理和心跳机制
- 移动端直接连 Kafka 在协议复杂度和资源消耗上都不合适

**4. 关于性能瓶颈**
如果是指服务端内部的消息流转，im-server 内部有自己的消息分发机制。如果是客户端连接层，MQTT Broker（如 EMQ）本身可以横向扩展来支撑高并发。

如果你指的是服务端内部的某种架构设计，可以进一步说明具体场景，方便给出更针对性的建议。