2025下半年系统架构设计师易混淆知识点

2025下半年系统架构设计师易混淆知识点你知道吗？希赛网将2025下半年系统架构设计师易混淆知识点进行了整理，希望能帮助到考生。本资料的PDF版本可在本文文首本文资料处或文末的资料下载栏目下载。

2025下半年系统架构设计师易混淆知识点部分内容如下：

易混淆点3：敏感点和权衡点

风险点：系统架构风险是指架构设计中潜在的、存在问题的架构决策所带来的隐患。

敏感点：指为了实现某种特定的质量属性，一个或多个构件所具有的特性。

权衡点：影响多个质量属性的特性，是多个质量属性的敏感点。

易混淆点4：MVP与MVC

MVP是MVC的变种。

（1）MVP实现了V与M之间的解耦（V不直接使用M，修改V不会影响M）。

MVP更好的支持单元测试（业务逻辑在P中，可以脱离V来测试这些逻辑；可以将一个P用于多个V，而不需要改变P的逻辑）。

MVP中V要处理界面事件，业务逻辑在P中，MVC中界面事件由C处理。

（2）MVP模式与MVC模式的主要区别：

在组件耦合度方面：在MVP模式中，视图并不直接使用模型，它们之间的通信通过Presenter进行，从而实现了视图与模型的分离，而在MVC模式中，视图直接与模型交互。

在组件分工方面：在MVP模式中，视图需要处理鼠标及键盘等触发的界面事件，而在MVC模式中这通常是由控制器完成的工作；在MVP模式中，系统核心业务逻辑组织集中在Presenter中，而在MVC模式中，相应的控制器通常只完成事件的分发。

在开发工程化支持方面：MVP模式可更好地支持单元测试，而在MVC模式中，由于模型与视图绑定，因此难以实施相应的单元测试；在MVP模式中，Presenter基于约定接口与视图和模型交互，可更好地支持组件的重用。

易混淆点5：无状态服务和有状态服务

无状态服务（stateless service）对单次请求的处理，不依赖其他请求，也就是说，处理一次请求所需的全部信息，要么都包含在这个请求里，要么可以从外部获取到（比如说数据库），服务器本身不存储任何信息。

有状态服务（stateful service）则相反，它会在自身保存一些数据，先后的请求是有关联的。

易混淆点6：Redis和Memcache

Redis和Memcache对比：

Redis和Memcache都是将数据存放在内存中，都是内存数据库。他们都支持key-value数据类型。同时Memcache还可用于缓存其他东西，例如图片、视频等等，Redis还支持list、set、hash等数据结构的存储。

Redis支持数据的持久化，可以将内存中的数据保持在磁盘中，重启的时候可以再次加载进行使用。Memcache挂掉之后，数据就没了。

灾难恢复-Memcache挂掉后，数据不可恢复；Redis数据丢失后可以恢复。

在Redis中，并不是所有的数据都一直存储在内存中的。这是和Memcache相比一个最大的区别。当物理内存用完时，Redis可以将一些很久没用到的value交换到磁盘。

Redis在很多方面支持数据库的特性，可以这样说他就是一个数据库系统，而Memcache只是简单的K/V缓存。

所以在选择方面如果有持久方面的需求或对数据类型和处理有要求的应该选择Redis。

如果简单的key/value存储应该选择Memcache。