面试官:说说你对状态模式的理解?应用场景?

本文介绍状态模式的概念、实现及应用场景,通过实例演示如何用状态模式管理对象的不同行为,简化代码结构并提高可维护性。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

d5577a36a0235426e60b0582175f25ba.png

一、是什么

状态模式,允许一个对象在其内部状态改变时来改变它的行为

关键是区分事物内部的状态,事物内部状态的改变往往会带来事物的行为改变

把事物的每种状态都封装成单独的类,跟此种状态有关的行为都被封装在这个类的内部

只需要在状态类的管理类中,把某个请求委托给当前的状态对象即可,该状态对象会负责渲染它自身的行为

通用结构如下:

  • 「状态管理类」:在这个构造函数内部,初始化每种状态类的实例。状态管理者将持有这些状态对象的引用,以便把请求委托给状态对象

  • 「各个状态类:」 将每种状态封装成单独的类,与此状态有关的行为都封装在这个类的内部

二、使用

实现一个灯泡,对应打开和关闭状态,如下:

class Light {
  construct () {
    this.state = 'off'
    this.button = null
  }

  // 创建一个button负责控制电灯的开关
  init () {
    const button = document.createElement('button')
    this.button = document.body.appendChild(button)
    this.button.innerHTML = '开关'

    this.button.onclick = () => {
      this.buttonWasPressed()
    }
  }

  buttonWasPressed () {
    if (this.state === 'off') {
      console.log('开灯')
      this.state = 'on'
    } else if (this.state === 'on') {
      console.log('关灯')
      this.state = 'off'
    }
  }
}

const light = new Light()
light.init()

但有可能电灯会有多个状态,它的表现是:第一次按下打开弱光,第二次按下打开强光,第三次才是关闭电灯。于是,我们需要修改前面的代码:

buttonWasPressed () {
  if (this.state === 'off') {
    console.log('弱光')
    this.state = 'weakLight'
  } else if (this.state === 'weakLight') {
    console.log('强光')
    this.state = 'strongLight'
  } else if (this.state === 'strongLight') {
    console.log('关灯')
    this.state = 'off'
  }

上述这种方式违反了开放-封闭原则,每次新增或者修改light的状态就需要修改该方法中的代码,并且所有跟状态相关的代码都封装在buttonWasPressed方法,导致这个方法会因为持续的加需求而膨胀到难以维护的地步

下面通过状态模式进行改正,在状态模式中,关键的就是把每种状态封装成单独的类,跟状态相关的行为都封装在类的内部,编写状态类如下:

class OffLightState {
  construct (light) {
    this.light = light
  }

  buttonWasPressed () {
    console.log('弱光')
    this.light.setState(this.light.weakLightState)
  }
}

class WeakLightState {
  construct (light) {
    this.light = light
  }

  buttonWasPressed () {
    console.log('强光')
    this.light.setState(this.light.strongLightState)
  }
}

class StrongLightState {
  construct (light) {
    this.light = light
  }

  buttonWasPressed () {
    console.log('关灯')
    this.light.setState(this.light.offLightState)
  }
}

接下来编写Light类,我们不再需要一个字符串来记录当前的状态,而是使用更加立体化的状态对象,在初始化Light类的时候就为每一个state类创建一个状态对象:

class Light {
  construct () {
    this.offLightState = new OffLightState(this)
    this.weakLightState = new WeakLightState(this)
    this.strongLightState = new StrongLightState(this)

    this.currentState = this.offLightState // 初始化电灯状态
    this.button = null
  }

  init () {
    const button = document.createElement('button')
    this.button = document.body.appendChild(button)
    this.button.innerHTML = '开关'

    this.button.onclick = () => {
      this.currentState.buttonWasPressed()
    }
  }

  setState (newState) {
    this.currentState = newState
  }
}

const light = new Light()
light.init()

上述状态模式的优点:

  • 每种状态和它对应的行为之间的关系局部化,这些行为被分散在各个对象的状态类之中,便于阅读和管理

  • 状态之间的切换逻辑分布在状态类内部,这使得我们无需编写if-else语句来控制状态直接的切换

  • 当我们需要为Light类增加一种新的状态时,只需要增加一个新的状态类,再稍微改变一下现有的代码

三、应用场景

当你遇到一个方法中包含了一大堆逻辑,做了很多事的时候,则可以考虑使用状态模式

状态模式的优点有如下:

  • 结构清晰,避免了过多的 if...else 或 switch...case 的使用,降低了程序的复杂性,提高了系统的可维护性。

  • 很好遵循了开放封闭原则和单一职责原则

但状态模式还有一点需要注意到,当采用子类继承实现多种具体状态的时候,注意控制状态的数量,以免出现子类数量膨胀的现象

参考文献

  • https://www.imyangyong.com/javascript-design-pattern/%E7%8A%B6%E6%80%81%E6%A8%A1%E5%BC%8F.html

  • https://www.cnblogs.com/xiaohuochai/p/8046560.html

--The End--

系列正在更新:14/14

点击下方卡片解锁更多

4510ae333cc28ba112570382cb3d4fb1.png

创作不易,星标、点赞、在看 三连支持

<think>嗯,用户之前让我介绍了微服务的面试题和答案,现在他们又让我详细解释之前提到的几个关键点:CAP定理、BASE理论、服务拆分原则,以及Spring Cloud Alibaba框架。我需要先确定用户的需求是什么。看起来他们可能在准备面试,或者在深入学习微服务架构,想要更深入地理解这些核心概念和工具。 首先,我要回顾一下之前的回答,确保这次的内容能衔接上。用户可能已经对微服务的基础有了一定的了解,现在需要更深入的知识。他们提到CAP定理和BASE理论,这两个都是分布式系统中的重要理论,对于设计微服务架构至关重要。服务拆分原则是实际应用中的指导方针,而Spring Cloud Alibaba则是具体的工具,用户可能想知道如何应用这些理论到实际框架中。 接下来,我需要考虑如何将这些概念解释清楚。CAP定理涉及到一致性、可用性和分区容忍性,需要明确三者之间的关系以及在实际中的取舍。BASE理论是对CAP的延伸,强调最终一致性和柔性状态,可能需要用例子来说明。服务拆分原则可能包括业务边界、高内聚低耦合等,需要给出具体的拆分方法和注意事项。至于Spring Cloud Alibaba,需要介绍其核心组件,比如Nacos、Sentinel、Seata等,以及它们如何帮助实现微服务架构。 用户可能还希望了解这些理论在实际项目中的应用,比如如何在Spring Cloud Alibaba中处理服务发现、配置管理、熔断限流等问题。另外,他们可能想知道学习这些内容的资源或步骤,以便进一步自学。 需要注意避免过于技术化的术语,用通俗易懂的语言解释概念,并结合实际例子帮助理解。同时,结构要清晰,分点说明每个主题,让用户能够一步步深入理解。还要检查是否有遗漏的重要点,例如CAP的具体应用场景、BASE与ACID的区别,服务拆分时的常见错误,以及框架的具体使用案例等。 最后,确保回答全面覆盖用户提到的所有内容,并且逻辑连贯,帮助用户建立起从理论到实践的知识体系。可能还需要提供一些学习建议,比如推荐文档、教程或实践项目,以帮助用户更好地掌握这些知识。</think>以下是针对 **CAP定理、BASE理论、服务拆分原则** 以及 **Spring Cloud Alibaba框架** 的详细解析,帮助您深入理解微服务架构的核心理论与实战工具: -- ### **一、CAP定理:分布式系统的基石** #### **1. 定义** - **C(Consistency,一致性)**:所有节点在同一时刻看到的数据是相同的。 - **A(Availability,可用性)**:每个请求都能得到响应(不保证数据最新)。 - **P(Partition Tolerance,分区容忍性)**:系统在遇到网络分区(节点间通信中断)时仍能继续运行。 #### **2. CAP的取舍** - **只能满足其中两项**:在分布式系统中,网络分区(P)不可避免,因此实际需在 **CP** 或 **AP** 之间权衡。 - **CP系统**(如ZooKeeper、Etcd):保证一致性,但可能牺牲可用性(如选举期间服务不可用)。 - **AP系统**(如Eureka、Cassandra):优先可用性,允许短暂数据不一致。 #### **3. 应用场景** - **支付系统**:选择CP,确保资金数据强一致。 - **社交网络**:选择AP,允许短时间数据延迟(如点赞数显示不一致)。 --- ### **二、BASE理论:最终一致性的柔性方案** #### **1. 核心思想** - **BA(Basically Available,基本可用)**:允许部分功能降级(如限流、返回缓存数据)。 - **S(Soft State,软状态)**:允许系统存在中间状态(如订单“处理中”)。 - **E(Eventually Consistent,最终一致)**:数据在一段时间后达成一致(如通过消息队列同步)。 #### **2. 与ACID的对比** - **ACID**(传统数据库事务):强一致性,但扩展性差。 - **BASE**:牺牲强一致性,换取高可用性和可扩展性。 #### **3. 实战案例** - **电商库存扣减**: - 用户下单后,库存服务预扣库存(软状态)。 - 若支付超时,通过定时任务回滚库存(最终一致)。 --- ### **三、服务拆分原则:从单体到微服务的关键** #### **1. 拆分策略** - **业务边界优先**:按领域驱动设计(DDD)的 **限界上下文** 划分服务(如订单服务、用户服务)。 - **高内聚低耦合**:服务内部功能紧密相关,对外暴露明确接口。 - **单一职责原则**:一个服务只解决一个核心问题(如支付服务仅处理支付逻辑)。 #### **2. 拆分步骤** 1. **识别核心业务域**(如电商中的商品、订单、支付)。 2. **定义服务接口**(REST API或事件)。 3. **逐步拆分**:优先拆分高频变更或性能敏感模块。 4. **数据分离**:每个服务拥有独立数据库,通过事件同步数据。 #### **3. 常见误区** - **过度拆分**:服务粒度太细,导致运维复杂度激增。 - **事务依赖**:跨服务事务未妥善处理,引发数据不一致。 --- ### **四、Spring Cloud Alibaba:微服务实战框架** #### **1. 核心组件** | 组件 | 功能 | 对标Spring Cloud原生组件 | |---------------------|---------------| | **Nacos** | 服务注册与发现、配置中心 | Eureka + Config | | **Sentinel** | 流量控制、熔断降级、系统保护 | Hystrix | | **Seata** | 分布式事务(AT、TCC、Saga模式) | 无直接对标 | | **RocketMQ** | 消息队列(异步通信、削峰填谷) | RabbitMQ/Kafka | #### **2. 典型应用场景** - **服务注册与配置管理**: ```yaml # Nacos配置示例 spring: cloud: nacos: discovery: server-addr: localhost:8848 # 服务注册地址 config: server-addr: localhost:8848 # 配置中心地址 ``` - **流量控制与熔断**(Sentinel): ```java // 注解方式实现熔断降级 @SentinelResource(value = "orderService", fallback = "fallbackMethod") public Order getOrder(String id) { ... } ``` - **分布式事务**(Seata): ```java // 使用@GlobalTransactional注解 @GlobalTransactional public void createOrder() { // 调用库存服务、支付服务等 } ``` #### **3. 优势** - **国产化支持**:中文文档丰富,社区活跃。 - **云原生友好**:与Kubernetes、Dubbo等生态无缝集成。 - **功能全面**:覆盖服务治理、配置、消息、事务全链路。 -- ### **五、学习建议** 1. **理论结合实践**: - 通过开源项目(如Spring Cloud Alibaba官方Demo)动手搭建微服务。 - 模拟分布式场景(如网络延迟、服务宕机),验证CAP和BASE理论。 2. **深入源码**: - 阅读Nacos服务注册、Sentinel限流算法的实现逻辑。 - 理解Seata的AT模式如何通过全局锁保证事务一致性。 3. **扩展学习**: - 服务网格(Istio):了解如何通过Sidecar代理实现流量控制。 - 云原生技术栈:Kubernetes + Docker + Prometheus(监控)。 --- 掌握这些内容后,您将能够: ✅ 设计符合业务需求的微服务架构。 ✅ 解决分布式环境下的数据一致性、高可用性问题。 ✅ 熟练使用Spring Cloud Alibaba构建生产级微服务系统。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值