冠军资讯
代码一只喵备战软考系统架构设计师，除了掌握核心架构设计理论，一些杂项知识点往往容易被忽略，却可能在考试中成为失分点。本文将针对这些常见但又易混淆的杂项知识点进行梳理，并结合实战经验，帮助大家在备考过程中查漏补缺。
消息队列选型：Kafka vs. RabbitMQ
消息队列是分布式系统中常用的组件，用于异步处理和解耦。Kafka 和 RabbitMQ 是两种常见的消息队列，但它们的设计理念和适用场景有所不同。
Kafka： 高吞吐量、持久化存储、适用于日志收集、流式处理等场景。Kafka 采用 Commit Log 存储消息，Producer 将消息追加到 Log 尾部，Consumer 通过 Offset 来消费消息，支持水平扩展。在实际应用中，Kafka 常常与 Flink 或 Spark 等流处理框架结合使用，构建实时数据处理管道。同时，需要注意 Kafka 的 Zookeeper 依赖，以及 Topic 分区和副本的配置。
RabbitMQ： 遵循 AMQP 协议、支持多种消息模型、适用于复杂的路由场景。RabbitMQ 支持 Exchange、Queue 和 Binding 等概念，可以灵活地配置消息的路由规则。在实际应用中，RabbitMQ 常常用于异步任务处理、服务间解耦等场景。例如，用户注册成功后，通过 RabbitMQ 发送邮件和短信通知。
选择 Kafka 还是 RabbitMQ，需要根据具体的业务场景和需求进行权衡。如果需要高吞吐量和持久化存储，Kafka 是一个不错的选择；如果需要灵活的路由规则和消息模型，RabbitMQ 可能更适合。
缓存策略：Cache-Aside vs. Cache-Through
缓存是提高系统性能的常用手段。Cache-Aside 和 Cache-Through 是两种常见的缓存策略，它们在数据的读写方式上有所不同。
Cache-Aside (旁路缓存)： 应用服务器先从缓存中读取数据，如果缓存命中，则直接返回；如果缓存未命中，则从数据库中读取数据，并将数据写入缓存。这种策略需要应用服务器自行维护缓存的一致性。常见的实现方式是使用 Redis 作为缓存，并结合 Spring Cache 等框架简化开发。需要注意缓存穿透、缓存击穿和缓存雪崩等问题，可以使用布隆过滤器、互斥锁和熔断机制等手段来解决。
Cache-Through (透写缓存)： 应用服务器直接与缓存交互，缓存负责与数据库进行同步。当写入数据时，应用服务器先将数据写入缓存，缓存再将数据写入数据库。这种策略可以保证缓存和数据库的一致性，但会增加写入的延迟。常见的实现方式是使用 Hibernate 的二级缓存，或者使用 Ehcache 等本地缓存。
选择 Cache-Aside 还是 Cache-Through，需要根据具体的业务场景和需求进行权衡。如果对数据一致性要求不高，且希望减少写入延迟，Cache-Aside 是一个不错的选择；如果对数据一致性要求较高，Cache-Through 可能更适合。
API Gateway：Kong vs. Zuul
API Gateway 是微服务架构中的重要组件，用于统一管理和路由外部请求。Kong 和 Zuul 是两种常见的 API Gateway。
Kong： 基于 Nginx 和 Lua 开发、高性能、支持插件扩展。Kong 提供了丰富的插件，可以用于实现认证、授权、限流、监控等功能。在实际应用中，Kong 常常部署在 Kubernetes 集群中，并与 Consul 或 etcd 等服务发现组件集成。配置 Kong 可以通过 Admin API 或 Declarative Configuration 的方式进行，后者更适合自动化部署和版本控制。
Zuul： 基于 JVM 开发、与 Spring Cloud 集成良好。Zuul 是 Spring Cloud Netflix 组件之一，可以方便地与 Spring Cloud Eureka、Spring Cloud Config 等组件集成。在实际应用中，Zuul 常常用于构建简单的 API Gateway，例如，对请求进行路由和转发。可以使用自定义 Filter 来实现更复杂的逻辑，例如，请求认证和日志记录。
选择 Kong 还是 Zuul，需要根据具体的技术栈和需求进行权衡。如果需要高性能和插件扩展，Kong 是一个不错的选择；如果使用 Spring Cloud 技术栈，Zuul 可能更适合。
常见网络协议：TCP vs. UDP
TCP 和 UDP 是两种常见的传输层协议，它们在可靠性和效率上有所不同。
TCP： 面向连接、可靠传输、保证数据的顺序和完整性。TCP 协议通过三次握手建立连接，通过滑动窗口和拥塞控制机制保证数据的可靠传输。在实际应用中，TCP 协议常用于对数据可靠性要求较高的场景，例如，HTTP、SMTP 和 FTP 等协议。
UDP： 无连接、不可靠传输、效率较高。UDP 协议不需要建立连接，直接发送数据，不保证数据的可靠传输。在实际应用中，UDP 协议常用于对实时性要求较高的场景，例如，音视频传输和在线游戏等。
实战避坑经验
- 消息队列： 避免消息堆积，需要合理设置消息的 TTL 和 DLQ (Dead Letter Queue)。
- 缓存： 避免缓存穿透，可以使用布隆过滤器或者缓存空对象。
- API Gateway： 避免单点故障，需要部署多个实例，并使用负载均衡器进行分发。
- 网络协议： 熟悉 TCP 的三次握手和四次挥手过程，以及 UDP 的特点和适用场景。
掌握这些杂项知识点，并结合实战经验，相信大家在软考系统架构设计师的备考过程中能够更加得心应手。
