请解释 Apache Kafka 在哪些机制下能够维持消息的顺序性，并说明哪些业务场景对消息顺序有硬性要求？

回答思路

1. 【回答框架 1】Kafka 的顺序性保证以分区为粒度：同一分区内消息按写入顺序追加，消费者按 offset 顺序拉取，因此分区内严格有序；不同分区之间不保证全局顺序。
2. 【回答框架 2】生产者端可通过指定 key 使相同 key 的消息路由到同一分区，配合单分区消费即可实现该 key 维度的顺序；若需全局有序，只能使用单分区，但会牺牲吞吐。
3. 【回答框架 3】消费者端需注意：单分区单消费者线程可保持顺序；若开启多线程消费或手动提交 offset 后乱序处理，会破坏顺序，需在应用层设计有序处理逻辑。
4. 【回答框架 4】顺序性必须的场景包括：金融交易流水（如转账、支付状态流转）、订单状态机更新、日志追加中的因果事件、以及需要按时间线回放的数据同步。
5. 【回答框架 5】非必须场景：独立事件统计、可重试的异步通知、无依赖的批量聚合等，强行保证顺序会降低并行度和吞吐。
6. 【关键点 1】Kafka 只保证分区内有序，不保证跨分区全局有序。
7. 【关键点 2】通过 key 路由到同一分区可实现该 key 的顺序。
8. 【关键点 3】多线程消费或乱序提交 offset 会破坏顺序性。
9. 【关键点 4】顺序性必须的场景：交易流水、订单状态机、因果事件回放。
10. 【关键点 5】全局有序需单分区，牺牲吞吐，仅在必要时使用。
11. 【易错点 1】不要将 Kafka 的‘分区有序’误解为‘全局有序’，跨分区消息可能乱序。
12. 【易错点 2】消费者端多线程处理时若不加同步，即使分区有序也会乱序。
13. 【易错点 3】重试机制（如生产者重试）可能导致消息重复，但不会改变分区内顺序，需区分重复与乱序。