爆款云主机2核4G限时秒杀,88元/年起!
查看详情

活动

天翼云最新优惠活动,涵盖免费试用,产品折扣等,助您降本增效!
热门活动
  • 618智算钜惠季 爆款云主机2核4G限时秒杀,88元/年起!
  • 免费体验DeepSeek,上天翼云息壤 NEW 新老用户均可免费体验2500万Tokens,限时两周
  • 云上钜惠 HOT 爆款云主机全场特惠,更有万元锦鲤券等你来领!
  • 算力套餐 HOT 让算力触手可及
  • 天翼云脑AOne NEW 连接、保护、办公,All-in-One!
  • 中小企业应用上云专场 产品组合下单即享折上9折起,助力企业快速上云
  • 息壤高校钜惠活动 NEW 天翼云息壤杯高校AI大赛,数款产品享受线上订购超值特惠
  • 天翼云电脑专场 HOT 移动办公新选择,爆款4核8G畅享1年3.5折起,快来抢购!
  • 天翼云奖励推广计划 加入成为云推官,推荐新用户注册下单得现金奖励
免费活动
  • 免费试用中心 HOT 多款云产品免费试用,快来开启云上之旅
  • 天翼云用户体验官 NEW 您的洞察,重塑科技边界

智算服务

打造统一的产品能力,实现算网调度、训练推理、技术架构、资源管理一体化智算服务
智算云(DeepSeek专区)
科研助手
  • 算力商城
  • 应用商城
  • 开发机
  • 并行计算
算力互联调度平台
  • 应用市场
  • 算力市场
  • 算力调度推荐
一站式智算服务平台
  • 模型广场
  • 体验中心
  • 服务接入
智算一体机
  • 智算一体机
大模型
  • DeepSeek-R1-昇腾版(671B)
  • DeepSeek-R1-英伟达版(671B)
  • DeepSeek-V3-昇腾版(671B)
  • DeepSeek-R1-Distill-Llama-70B
  • DeepSeek-R1-Distill-Qwen-32B
  • Qwen2-72B-Instruct
  • StableDiffusion-V2.1
  • TeleChat-12B

应用商城

天翼云精选行业优秀合作伙伴及千余款商品,提供一站式云上应用服务
进入甄选商城进入云市场创新解决方案
办公协同
  • WPS云文档
  • 安全邮箱
  • EMM手机管家
  • 智能商业平台
财务管理
  • 工资条
  • 税务风控云
企业应用
  • 翼信息化运维服务
  • 翼视频云归档解决方案
工业能源
  • 智慧工厂_生产流程管理解决方案
  • 智慧工地
建站工具
  • SSL证书
  • 新域名服务
网络工具
  • 翼云加速
灾备迁移
  • 云管家2.0
  • 翼备份
资源管理
  • 全栈混合云敏捷版(软件)
  • 全栈混合云敏捷版(一体机)
行业应用
  • 翼电子教室
  • 翼智慧显示一体化解决方案

合作伙伴

天翼云携手合作伙伴,共创云上生态,合作共赢
天翼云生态合作中心
  • 天翼云生态合作中心
天翼云渠道合作伙伴
  • 天翼云代理渠道合作伙伴
天翼云服务合作伙伴
  • 天翼云集成商交付能力认证
天翼云应用合作伙伴
  • 天翼云云市场合作伙伴
  • 天翼云甄选商城合作伙伴
天翼云技术合作伙伴
  • 天翼云OpenAPI中心
  • 天翼云EasyCoding平台
天翼云培训认证
  • 天翼云学堂
  • 天翼云市场商学院
天翼云合作计划
  • 云汇计划
天翼云东升计划
  • 适配中心
  • 东升计划
  • 适配互认证

开发者

开发者相关功能入口汇聚
技术社区
  • 专栏文章
  • 互动问答
  • 技术视频
资源与工具
  • OpenAPI中心
开放能力
  • EasyCoding敏捷开发平台
培训与认证
  • 天翼云学堂
  • 天翼云认证
魔乐社区
  • 魔乐社区

支持与服务

为您提供全方位支持与服务,全流程技术保障,助您轻松上云,安全无忧
文档与工具
  • 文档中心
  • 新手上云
  • 自助服务
  • OpenAPI中心
定价
  • 价格计算器
  • 定价策略
基础服务
  • 售前咨询
  • 在线支持
  • 在线支持
  • 工单服务
  • 建议与反馈
  • 用户体验官
  • 服务保障
  • 客户公告
  • 会员中心
增值服务
  • 红心服务
  • 首保服务
  • 客户支持计划
  • 专家技术服务
  • 备案管家

了解天翼云

天翼云秉承央企使命,致力于成为数字经济主力军,投身科技强国伟大事业,为用户提供安全、普惠云服务
品牌介绍
  • 关于天翼云
  • 智算云
  • 天翼云4.0
  • 新闻资讯
  • 天翼云APP
基础设施
  • 全球基础设施
  • 信任中心
最佳实践
  • 精选案例
  • 超级探访
  • 云杂志
  • 分析师和白皮书
  • 天翼云·创新直播间
市场活动
  • 2025智能云生态大会
  • 2024智算云生态大会
  • 2023云生态大会
  • 2022云生态大会
  • 天翼云中国行
天翼云
  • 活动
  • 智算服务
  • 产品
  • 解决方案
  • 应用商城
  • 合作伙伴
  • 开发者
  • 支持与服务
  • 了解天翼云
      • 文档
      • 控制中心
      • 备案
      • 管理中心

      设计模式之状态模式(State)摘录

      首页 知识中心 其他 文章详情页

      设计模式之状态模式(State)摘录

      2023-03-23 05:58:42 阅读次数:490

      模式

      23种GOF设计模式一般分为三大类:创建型模式、结构型模式、行为模式。

      创建型模式抽象了实例化过程,它们帮助一个系统独立于如何创建、组合和表示它的那些对象。一个类创建型模式使用继承改变被实例化的类,而一个对象创建型模式将实例化委托给另一个对象。创建型模式有两个不断出现的主旋律。第一,它们都将关于该系统使用哪些具体的类的信息封装起来。第二,它们隐藏了这些类的实例是如何被创建和放在一起的。整个系统关于这些对象所知道的是由抽象类所定义的接口。因此,创建型模式在什么被创建,谁创建它,它是怎样被创建的,以及何时创建这些方面给予了很大的灵活性。它们允许用结构和功能差别很大的“产品”对象配置一个系统。配置可以是静态的(即在编译时指定),也可以是动态的(在运行时)。

      结构型模式涉及到如何组合类和对象以获得更大的结构。结构型类模式采用继承机制来组合接口或实现。结构型对象模式不是对接口和实现进行组合,而是描述了如何对一些对象进行组合,从而实现新功能的一些方法。因为可以在运行时刻改变对象组合关系,所以对象组合方式具有更大的灵活性,而这种机制用静态类组合是不可能实现的。

      行为模式涉及到算法和对象间职责的分配。行为模式不仅描述对象或类的模式,还描述它们之间的通信模式。这些模式刻画了在运行时难以跟踪的复杂的控制流。它们将用户的注意力从控制流转移到对象间的联系方式上来。行为类模式使用继承机制在类间分派行为。行为对象模式使用对象复合而不是继承。一些行为对象模式描述了一组对等的对象怎样相互协作以完成其中任一个对象都无法单独完成的任务。

      创建型模式包括:1、FactoryMethod(工厂方法模式);2、Abstract Factory(抽象工厂模式);3、Singleton(单例模式);4、Builder(建造者模式、生成器模式);5、Prototype(原型模式).

      结构型模式包括:6、Bridge(桥接模式);7、Adapter(适配器模式);8、Decorator(装饰模式);9、Composite(组合模式);10、Flyweight(享元模式);11、Facade(外观模式);12、Proxy(代理模式).

      行为模式包括:13、TemplateMethod(模板方法模式);14、Strategy(策略模式);15、State(状态模式);16、Observer(观察者模式);17、Memento(备忘录模式);18、Mediator(中介者模式);19、Command(命令模式);20、Visitor(访问者模式);21、Chain of Responsibility(责任链模式);22、Iterator(迭代器模式);23、Interpreter(解释器模式).

      Factory Method:定义一个用于创建对象的接口,让子类决定将哪一个类实例化。Factory Method使一个类的实例化延迟到其子类。

      Abstract Factory:提供一个创建一系列相关或相互依赖对象的接口,而无需指定他们具体的类。

      Singleton:保证一个类仅有一个实例,并提供一个访问它的全局访问点。

      Builder:将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示。

      Prototype:用原型实例指定创建对象的种类,并且通过拷贝这个原型来创建新的对象。

      Bridge:将抽象部分与它的实现部分分离,使它们都可以独立地变化。

      Adapter:将一个类的接口转换成客户希望的另外一个接口。Adapter模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。

      Decorator:动态地给一个对象添加一些额外的职责。就扩展功能而言, Decorator模式比生成子类方式更为灵活。

      Composite:将对象组合成树形结构以表示“部分-整体”的层次结构。Composite使得客户对单个对象和复合对象的使用具有一致性。

      Flyweight:运用共享技术有效地支持大量细粒度的对象。

      Facade:为子系统中的一组接口提供一个一致的界面, Facade模式定义了一个高层接口,这个接口使得这一子系统更加容易使用。

      Proxy:为其他对象提供一个代理以控制对这个对象的访问。

      Template Method:定义一个操作中的算法的骨架,而将一些步骤延迟到子类中。Template Method使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。

      Strategy:定义一系列的算法,把它们一个个封装起来, 并且使它们可相互替换。本模式使得算法的变化可独立于使用它的客户。

      State:允许一个对象在其内部状态改变时改变它的行为。对象看起来似乎修改了它所属的类。

      Observer:定义对象间的一种一对多的依赖关系,以便当一个对象的状态发生改变时,所有依赖于它的对象都得到通知并自动刷新。

      Memento:在不破坏封装性的前提下,捕获一个对象的内部状态,并在该对象之外保存这个状态。这样以后就可将该对象恢复到保存的状态。

      Mediator:用一个中介对象来封装一系列的对象交互。中介者使各对象不需要显式地相互引用,从而使其耦合松散,而且可以独立地改变它们之间的交互。

      Command:将一个请求封装为一个对象,从而使你可用不同的请求对客户进行参数化;对请求排队或记录请求日志,以及支持可取消的操作。

      Visitor:表示一个作用于某对象结构中的各元素的操作。它使你可以在不改变各元素的类的前提下定义作用于这些元素的新操作。

      Chain of Responsibility:为解除请求的发送者和接收者之间耦合,而使多个对象都有机会处理这个请求。将这些对象连成一条链,并沿着这条链传递该请求,直到有一个对象处理它。

      Iterator:提供一种方法顺序访问一个聚合对象中各个元素, 而又不需暴露该对象的内部表示。

      Interpreter:给定一个语言, 定义它的文法的一种表示,并定义一个解释器, 该解释器使用该表示来解释语言中的句子。

               State:(1)、意图:允许一个对象在其内部状态改变时改变它的行为。对象看起来似乎修改了它的类。

               (2)、适用性:A、一个对象的行为取决于它的状态,并且它必须在运行时刻根据状态改变它的行为。B、一个操作中含有庞大的多分支的条件语句,且这些分支依赖于该对象的状态。这个状态通常用一个或多个枚举常量表示。通常,有多个操作包含这一相同的条件结构。State模式将每一个条件分支放入一个独立的类中。这使得你可以根据对象自身的情况将对象的状态作为一个对象,这一对象可以不依赖于其他对象而独立变化。

               (3)、相关模式:A、Flyweight模式解释了何时以及怎样共享状态对象。B、状态对象通常是Singleton。

               (4)、当一个对象的行为取决于它的状态,并且它必须在运行时刻根据状态改变它的行为时,可考虑用到状态模式。

               (5)、在State模式中,将状态逻辑和动作实现进行分离。当一个操作中要维护大量的case分支语句,并且这些分支依赖于对象的状态。State模式将每一个分支都封装到独立的类中。State模式和Strategy模式有很大程度上的相似:它们都有一个Context类,都是通过委托(组合)给一个具有多个派生类的多态基类实现Context的算法逻辑。两者最大的差别就是State模式重派生类持有指向Context对象的引用,并通过这个引用调用Context中的方法,但是Strategy模式中就没有这种情况。因此可以说一个State实例同样是Strategy模式的一个实例,反之却不成立。实际上State模式和Strategy模式的区别还在于它们所关注的点不尽相同:State模式主要是要适应对象对于状态改变时的不同处理策略的实现,而Strategy则主要是具体算法和实现接口的解耦(coupling),Strategy模式中并没有状态的概念(虽然很多时候可以被看作是状态的概念),并且更加不关心状态的改变了。State模式很好地实现了对象的状态逻辑和动作实现的分离,状态逻辑分布在State的派生类中实现,而动作实现则可以放在Context类中实现(这也是为什么State派生类需要拥有一个指向Context的指针)。这使得两者的变化相互独立,改变State的状态逻辑可以很容易复用Context的动作,也可以在不影响State派生类的前提下创建Context的子类来更改或替换动作实现。State模式问题主要是逻辑分散化,状态逻辑分布到了很大的State的子类中,很难看到整个的状态逻辑图,这也带来了代码的维护问题。

      示例代码1:

      #include <iostream>
      using namespace std;
      
      class Work;
      class ForenoonState;
      class NoonState;
      
      class State
      {
      public:
      	virtual void WriteProgram(Work* w) = 0;
      };
      
      class Work
      {
      private:
      	State* current;
      public:
      	double hour;
      public:
      	Work();
      	void SetState(State* temp)
      	{
      		current = temp;
      	}
      
      	void Writeprogram()
      	{
      		current->WriteProgram(this);
      	}
      };
      
      class NoonState : public State
      {
      public:
      	virtual void WriteProgram(Work* w)
      	{
      		cout<<"execute"<<endl;
      
      		if ((w->hour) < 13)
      			cout<<"还不错啦"<<endl;
      		else
      			cout<<"不行了,还是睡觉吧"<<endl;
      	}
      };
      
      class ForenoonState : public State
      {
      public:
      	virtual void WriteProgram(Work* w)
      	{
      		if ((w->hour) < 12)
      			cout<<"现在的精神无敌好"<<endl;
      		else {
      			w->SetState(new NoonState());
      			w->Writeprogram();//注意加上这句
      		}
      
      	}
      };
      
      Work::Work()
      {
      	current = new ForenoonState();
      }
      
      //客户端
      int main()
      {
      	Work* mywork = new Work();
      	mywork->hour = 9;
      	mywork->Writeprogram();
      	mywork->hour = 14;
      	mywork->Writeprogram();
      
      	/*result
      		现在的精神无敌好
      		execute
      		不行了,还是睡觉吧
      	*/
      
      	return 0;
      }

      示例代码2:

      State.h:

      #ifndef _STATE_H_
      #define _STATE_H_
      
      class Context;//前置声明
      
      class State
      {
      public:
      	State();
      	virtual ~State();
      	virtual void OperationInterface(Context*) = 0;
      	virtual void OperationChangeState(Context*) = 0;
      protected:
      	bool ChangeState(Context* con, State* st);
      };
      
      class ConcreteStateA : public State
      {
      public:
      	ConcreteStateA();
      	virtual ~ConcreteStateA();
      	virtual void OperationInterface(Context*);
      	virtual void OperationChangeState(Context*);
      protected:
      private:
      };
      
      class ConcreteStateB : public State
      {
      public:
      	ConcreteStateB();
      	virtual ~ConcreteStateB();
      	virtual void OperationInterface(Context*);
      	virtual void OperationChangeState(Context*);
      protected:
      private:
      };
      
      #endif//~_STATE_H_

      State.cpp:

      #include "State.h"
      #include "Context.h"
      #include <iostream>
      
      using namespace std;
      
      State::State()
      {
      
      }
      
      State::~State()
      {
      
      }
      
      void State::OperationInterface(Context* con)
      {
      	cout<<"State:: ..."<<endl;
      }
      
      bool State::ChangeState(Context* con, State* st)
      {
      	con->ChangeState(st);
      	return true;
      }
      
      void State::OperationChangeState(Context* con)
      {
      
      }
      
      ConcreteStateA::ConcreteStateA()
      {
      
      }
      
      ConcreteStateA::~ConcreteStateA()
      {
      
      }
      
      void ConcreteStateA::OperationInterface(Context* con)
      {
      	cout<<"ConcreteStateA::OperationInterface ..."<<endl;
      }
      
      void ConcreteStateA::OperationChangeState(Context* con)
      {
      	OperationInterface(con);
      	this->ChangeState(con, new ConcreteStateB());
      }
      
      ConcreteStateB::ConcreteStateB()
      {
      
      }
      
      ConcreteStateB::~ConcreteStateB()
      {
      
      }
      
      void ConcreteStateB::OperationInterface(Context* con)
      {
      	cout<<"ConcreteStateB::OperationInterface ..."<<endl;
      }
      
      void ConcreteStateB::OperationChangeState(Context* con)
      {
      	OperationInterface(con);
      	this->ChangeState(con, new ConcreteStateA());
      }

      Context.h:

      #ifndef _CONTEXT_H_
      #define _CONTEXT_H_
      
      class State;
      
      class Context
      {
      public:
      	Context();
      	Context(State* state);
      	~Context();
      	void OperationInterface();
      	void OperationChangeState();
      protected:
      private:
      	friend class State;//表明在State类中可以访问Context类的private字段
      	bool ChangeState(State* state);
      private:
      	State* _state;
      };
      
      
      #endif//~_CONTEXT_H_

      Context.cpp:

      #include "Context.h"
      #include "State.h"
      
      Context::Context()
      {
      
      }
      
      Context::Context(State* state)
      {
      	this->_state = state;
      }
      
      Context::~Context()
      {
      	delete _state;
      }
      
      void Context::OperationInterface()
      {
      	_state->OperationInterface(this);
      }
      
      bool Context::ChangeState(State* state)
      {
      	//_state->ChangeState(this, state);
      	this->_state = state;
      
      	return true;
      }
      
      void Context::OperationChangeState()
      {
      	_state->OperationChangeState(this);
      }

      main.cpp:

      #include "Context.h"
      #include "State.h"
      #include <iostream>
      
      using namespace std;
      
      int main()
      {
      	State* st = new ConcreteStateA();
      	Context* con = new Context(st);
      	con->OperationChangeState();
      	con->OperationChangeState();
      	con->OperationChangeState();
      
      	if (con != NULL)
      		delete con;
      
      	if (st != NULL)
      		st = NULL;
      
      	/*result
      		ConcreteStateA::OperationInterface ...
      		ConcreteStateB::OperationInterface ...
      		ConcreteStateA::OperationInterface ...
      	*/
      
      	return 0;
      }
      

      状态模式结构图:

      设计模式之状态模式(State)摘录

      参考文献:

      1、《大话设计模式C++》

      2、《设计模式精解----GoF23种设计模式解析》

      3、《设计模式----可复用面向对象软件的基础》

      版权声明:本文内容来自第三方投稿或授权转载,原文地址:https://blog.csdn.net/fengbingchun/article/details/33385599,作者:fengbingchun,版权归原作者所有。本网站转在其作品的目的在于传递更多信息,不拥有版权,亦不承担相应法律责任。如因作品内容、版权等问题需要同本网站联系,请发邮件至ctyunbbs@chinatelecom.cn沟通。

      上一篇:OpenCV实现遍历文件夹下所有文件

      下一篇:Linux Command tar 压缩

      相关文章

      2025-05-14 10:33:25

      超级好用的C++实用库之国密sm4算法

      国密SM4算法,全称为国家密码管理局制定的SM4分组密码算法,是中国自主设计的商用密码算法标准之一,用于数据的对称加密。

      2025-05-14 10:33:25
      加密 , 参数 , 数据 , 模式 , 解密
      2025-05-14 10:33:25

      webpack5基础--13_生产模式介绍

      生产模式是开发完成代码后,我们需要得到代码将来部署上线。

      2025-05-14 10:33:25
      npm , 代码 , 优化 , 指令 , 模式 , 运行
      2025-05-14 10:33:25

      webpack5基础--02_基本配置( 5 大核心概念)

      webpack5基础--02_基本配置( 5 大核心概念)

      2025-05-14 10:33:25
      config , loader , webpack , Webpack , 文件 , 模式 , 配置文件
      2025-05-14 10:33:16

      30天拿下Rust之模式与模式匹配

      Rust语言以其强大的类型系统和所有权模型而著称,而模式与模式匹配则是Rust中一种非常强大且灵活的工具,它允许我们在编译时根据数据的结构进行条件分支处理。

      2025-05-14 10:33:16
      match , 代码 , 匹配 , 模式 , 模式匹配 , 绑定
      2025-05-14 09:51:21

      Docker大学生看了都会系列(十、Docker网络)

      docker使用Linux桥接网卡,在宿主机虚拟一个docker容器网桥(docker0),docker启动一个容器时会根据docker网桥的网段分配给容器一个IP地址,称为Container-IP,同时Docker网桥是每个容器的默认网络网关。

      2025-05-14 09:51:21
      docker , Docker , 容器 , 宿主机 , 模式 , 网桥 , 网络
      2025-05-08 09:03:07

      spring AOP 代理模式

      spring AOP 代理模式

      2025-05-08 09:03:07
      代理 , 动态 , 接口 , 模式
      2025-05-07 09:09:26

      【Linux 从基础到进阶】AppArmor 安全模块应用指南

      AppArmor(Application Armor)是Linux系统中的强制访问控制(MAC)框架,旨在增强系统安全性。

      2025-05-07 09:09:26
      profile , 模块 , 模式
      2025-05-07 09:08:23

      创建型模式-抽象工厂模式

      抽象工厂模式是一种创建型模式,和工厂模式一样也是为了软件的可扩展性的一种设计模式。通过名字也可以知道抽象工厂模式和工厂模式有一定的关系。

      2025-05-07 09:08:23
      产品 , 代码 , 工厂 , 抽象 , 模式
      2025-05-07 09:08:23

      行为模式---命令模式

      命令模式是一种行为设计模式,它的核心思想就是将请求封装为一个对象,此对象包含与请求相关的所有信息。可以用不同的请求对客户进行参数化。命令模式通过将请求的发送者和接收者解耦,支持请求的排队、记录、撤销等操作。

      2025-05-07 09:08:23
      创建 , 命令 , 对象 , 模式
      2025-05-06 09:19:21

      【30天玩转python】文件操作

      Python 提供了一组强大且简单的文件操作功能,使得读写文件变得非常容易。通过 Python 的内置函数和标准库,我们可以方便地处理各种文件格式,如文本文件、二进制文件等。

      2025-05-06 09:19:21
      函数 , 文件 , 模式 , 读取
      查看更多
      推荐标签

      作者介绍

      天翼云小翼
      天翼云用户

      文章

      33561

      阅读量

      5237850

      查看更多

      最新文章

      Docker大学生看了都会系列(十、Docker网络)

      2025-05-14 09:51:21

      行为模式---命令模式

      2025-05-07 09:08:23

      【30天玩转python】文件操作

      2025-05-06 09:19:21

      行为模式---观察者模式

      2025-04-23 08:18:32

      MFC中窗口的弹出模式

      2025-04-23 08:18:32

      行为模式---责任链模式

      2025-04-23 08:18:27

      查看更多

      热门文章

      Django 入门:模式和文档

      2023-04-28 02:17:08

      设计模式(2)——抽象工厂模式

      2023-04-24 11:25:19

      设计模式之抽象工厂模式(Abstract Factory)摘录

      2023-04-23 09:33:00

      设计模式之中介者模式(Mediator)摘录

      2023-04-19 09:22:59

      设计模式:(状态模式)

      2024-10-30 09:00:48

      Linux常用的基本命令vi、ps、kill(四)

      2024-11-18 09:09:48

      查看更多

      热门标签

      linux java python javascript 数组 前端 docker Linux vue 函数 shell git 节点 容器 示例
      查看更多

      相关产品

      弹性云主机

      随时自助获取、弹性伸缩的云服务器资源

      天翼云电脑(公众版)

      便捷、安全、高效的云电脑服务

      对象存储

      高品质、低成本的云上存储服务

      云硬盘

      为云上计算资源提供持久性块存储

      查看更多

      随机文章

      Docker大学生看了都会系列(十、Docker网络)

      【Linux学习】Linux编辑器-vim使用

      【设计模式之美】【建造型】建造者模式:处理复杂成员变量以及它们之间的关系

      详解23种设计模式优缺点以及解决方案

      MFC中窗口的弹出模式

      结构型模式---装饰模式

      • 7*24小时售后
      • 无忧退款
      • 免费备案
      • 专家服务
      售前咨询热线
      400-810-9889转1
      关注天翼云
      • 旗舰店
      • 天翼云APP
      • 天翼云微信公众号
      服务与支持
      • 备案中心
      • 售前咨询
      • 智能客服
      • 自助服务
      • 工单管理
      • 客户公告
      • 涉诈举报
      账户管理
      • 管理中心
      • 订单管理
      • 余额管理
      • 发票管理
      • 充值汇款
      • 续费管理
      快速入口
      • 天翼云旗舰店
      • 文档中心
      • 最新活动
      • 免费试用
      • 信任中心
      • 天翼云学堂
      云网生态
      • 甄选商城
      • 渠道合作
      • 云市场合作
      了解天翼云
      • 关于天翼云
      • 天翼云APP
      • 服务案例
      • 新闻资讯
      • 联系我们
      热门产品
      • 云电脑
      • 弹性云主机
      • 云电脑政企版
      • 天翼云手机
      • 云数据库
      • 对象存储
      • 云硬盘
      • Web应用防火墙
      • 服务器安全卫士
      • CDN加速
      热门推荐
      • 云服务备份
      • 边缘安全加速平台
      • 全站加速
      • 安全加速
      • 云服务器
      • 云主机
      • 智能边缘云
      • 应用编排服务
      • 微服务引擎
      • 共享流量包
      更多推荐
      • web应用防火墙
      • 密钥管理
      • 等保咨询
      • 安全专区
      • 应用运维管理
      • 云日志服务
      • 文档数据库服务
      • 云搜索服务
      • 数据湖探索
      • 数据仓库服务
      友情链接
      • 中国电信集团
      • 189邮箱
      • 天翼企业云盘
      • 天翼云盘
      ©2025 天翼云科技有限公司版权所有 增值电信业务经营许可证A2.B1.B2-20090001
      公司地址:北京市东城区青龙胡同甲1号、3号2幢2层205-32室
      • 用户协议
      • 隐私政策
      • 个人信息保护
      • 法律声明
      备案 京公网安备11010802043424号 京ICP备 2021034386号