爆款云主机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云生态大会
  • 天翼云中国行
天翼云
  • 活动
  • 智算服务
  • 产品
  • 解决方案
  • 应用商城
  • 合作伙伴
  • 开发者
  • 支持与服务
  • 了解天翼云
      • 文档
      • 控制中心
      • 备案
      • 管理中心

      Redis源码剖析之robj(redisObject)

      首页 知识中心 软件开发 文章详情页

      Redis源码剖析之robj(redisObject)

      2023-05-16 09:42:24 阅读次数:123

      redis

      我们在​​之前的文章​​​中已经了解过一部分Redis的数据结构了,尤其是​​dict​​​ 中讲到,可以把redis看做一个hashtable,存储了一堆的key-value,今天就来看下key-value中value的主要存储结构redisObject(后文统称robj)。
      robj的详细代码见​​​object.c​​

      字段详解

      相对与其他几个数据结构,robj相对简单,因为只包含了几个字段,含义都很明确。

      typedef struct redisObject {
      unsigned type:4; // 数据类型 integer string list set
      unsigned encoding:4;
      unsigned lru:LRU_BITS; /* LRU time (relative to global lru_clock) or
      * LFU data (least significant 8 bits frequency
      * and most significant 16 bits access time).
      * redis用24个位来保存LRU和LFU的信息,当使用LRU时保存上次
      * 读写的时间戳(秒),使用LFU时保存上次时间戳(16位 min级) 保存近似统计数8位 */
      int refcount; // 引用计数
      void *ptr; // 指针指向具体存储的值,类型用type区分
      } robj;

      核心就五个字段,我们分别来介绍下。

      type(4位)

      type是表示当然robj里所存储的数据类型,目前redis中包含以下几种类型。

      标识符

      值

      含义

      OBJ_STRING

      0

      字符串(string)

      OBJ_LIST

      1

      列表(list)

      OBJ_SET

      2

      集合(set)

      OBJ_ZSET

      3

      有序集(zset)

      OBJ_HASH

      4

      哈希表(hash)

      OBJ_MODULE

      5

      模块(module)

      OBJ_STREAM

      6

      流(stream)

      encoding(4位)

      编码方式,如果说每个类型只有一种方式,那么其实type和encoding两个字段只需要保留一个即可,但redis为了在各种情况下尽可能介绍内存,对每种类型的数据在不同情况下有不同的编码格式,所以这里需要用额外的字段标识出来。目前有以下几种编码(redis 6.2)。

      标识符

      值

      含义

      OBJ_ENCODING_RAW

      0

      最原始的标识方式,只有string才会用到

      OBJ_ENCODING_INT

      1

      整数

      OBJ_ENCODING_HT

      2

      dict

      OBJ_ENCODING_ZIPMAP

      3

      zipmap 目前已经不再使用

      OBJ_ENCODING_LINKEDLIST

      4

      就的链表,现在已经不再使用了

      OBJ_ENCODING_ZIPLIST

      5

      ziplist

      OBJ_ENCODING_INTSET

      6

      intset

      OBJ_ENCODING_SKIPLIST

      7

      跳表 skiplist

      OBJ_ENCODING_EMBSTR

      8

      嵌入式的sds

      OBJ_ENCODING_QUICKLIST

      9

      快表 quicklist

      OBJ_ENCODING_STREAM

      10

      流 stream

      这里有个OBJ_ENCODING_EMBSTR,这里着重介绍下。

      robj *createEmbeddedStringObject(const char *ptr, size_t len) {
      robj *o = zmalloc(sizeof(robj)+sizeof(struct sdshdr8)+len+1);
      struct sdshdr8 *sh = (void*)(o+1);

      o->type = OBJ_STRING;
      o->encoding = OBJ_ENCODING_EMBSTR;
      o->ptr = sh+1;
      o->refcount = 1;
      if (server.maxmemory_policy & MAXMEMORY_FLAG_LFU) {
      o->lru = (LFUGetTimeInMinutes()<<8) | LFU_INIT_VAL;
      } else {
      o->lru = LRU_CLOCK();
      }

      sh->len = len;
      sh->alloc = len;
      sh->flags = SDS_TYPE_8;
      if (ptr == SDS_NOINIT)
      sh->buf[len] = '\0';
      else if (ptr) {
      memcpy(sh->buf,ptr,len);
      sh->buf[len] = '\0';
      } else {
      memset(sh->buf,0,len+1);
      }
      return o;
      }

      从上面代码就可以看出,它是robj和sds的一个结合,将sds直接放在robj里,这里限制最多可以存放44字节长度的字符串。因为robj占16字节,sdshdr8头占3字节,’\0’一个字节,限制字符串最长为44就可以保证在64个字节里存放下所有内容 (16+3+1+44==64)。

      lru(24位)

      众所周知,redis提供了过期数据自动淘汰的策略,如何知道数据是否已经过期?按照什么样的策略淘汰数据?这俩问题的答案都和 lru 这个字段有关。redis给了lru这个字段24位,但千万别以为字段名叫lru就认为它只是LRU淘汰策略中才会使用的,其实LFU用的也是这个字段。 我估计是redis作者先写了lru策略,所以直接就叫lru了,后来再加lfu策略的时候直接复用这个字段了。
      lru字段在不同淘汰策略时有不同的含义。当使用LRU时,它就是一个24位的秒级unix时间戳,代表这个数据在第多少秒被更新过。 但使用LFU策略时,24位会被分为两部分,16位的分钟级时间戳和8位的特殊计数器,这里就不再详解了,更具体可以关注我后续的博文。

      refcount

      引用计数,表示这个robj目前被多少个地方应用,refcount的出现为对象复用提供了基础。了解过垃圾回收的同学都知道有中回收策略就是采用计数器的方式,当refcount为0时,说明该对象已经没用了,就可以被回收掉了,redis的作者也实现了这种引用回收的策略。

      *ptr

      这个就很简单了,前面几个字段是为当然robj提供meta信息,那这个字段就是数据具体所在地址。

      robj的编解码

      redis向来将内存空间节省做到了极致,这里redis的作者又对字符串类型的robj做了特殊的编码处理,以达到节省内存的目的,编码过程的代码及注释如下:

      /* 将string类型的robj做特殊编码,以节省存储空间  */
      robj *tryObjectEncoding(robj *o) {
      long value;
      sds s = o->ptr;
      size_t len;

      /* Make sure this is a string object, the only type we encode
      * in this function. Other types use encoded memory efficient
      * representations but are handled by the commands implementing
      * the type.
      * 这里只编码string对象,其他类型的的编码都由其对应的实现处理 */
      serverAssertWithInfo(NULL,o,o->type == OBJ_STRING);

      /* We try some specialized encoding only for objects that are
      * RAW or EMBSTR encoded, in other words objects that are still
      * in represented by an actually array of chars.
      * 非sds string直接返回原数据 */
      if (!sdsEncodedObject(o)) return o;

      /* It's not safe to encode shared objects: shared objects can be shared
      * everywhere in the "object space" of Redis and may end in places where
      * they are not handled. We handle them only as values in the keyspace.
      * 如果是共享的对象,不能编码,因为可能会影响到其他地方的使用*/
      if (o->refcount > 1) return o;

      /* Check if we can represent this string as a long integer.
      * Note that we are sure that a string larger than 20 chars is not
      * representable as a 32 nor 64 bit integer.
      * 检查是否可以把字符串表示为一个长整型数。注意如果长度大于20个字符的字符串是
      * 不能被表示为32或者64位的整数的*/
      len = sdslen(s);
      if (len <= 20 && string2l(s,len,&value)) {
      /* This object is encodable as a long. Try to use a shared object.
      * Note that we avoid using shared integers when maxmemory is used
      * because every object needs to have a private LRU field for the LRU
      * algorithm to work well.
      * 如果可以被编码为long型,且编码后的值小于OBJ_SHARED_INTEGERS(10000),且未配
      * 置LRU替换淘汰策略, 就使用这个数的共享对象,相当于所有小于10000的数都是用的同一个robj*/
      if ((server.maxmemory == 0 ||
      !(server.maxmemory_policy & MAXMEMORY_FLAG_NO_SHARED_INTEGERS)) &&
      value >= 0 &&
      value < OBJ_SHARED_INTEGERS)
      {
      decrRefCount(o);
      incrRefCount(shared.integers[value]);
      return shared.integers[value];
      } else {
      /* 否则原来如果是RAW类型,直接转为OBJ_ENCODING_INT类型,然后用long来直接存储字符串 */
      if (o->encoding == OBJ_ENCODING_RAW) {
      sdsfree(o->ptr);
      o->encoding = OBJ_ENCODING_INT;
      o->ptr = (void*) value;
      return o;
      /*如果是OBJ_ENCODING_EMBSTR,也会转化为OBJ_ENCODING_INT,并用long存储字符串*/
      } else if (o->encoding == OBJ_ENCODING_EMBSTR) {
      decrRefCount(o);
      return createStringObjectFromLongLongForValue(value);
      }
      }
      }
      // 对于那些无法转为long的字符串,做如下处理

      /* If the string is small and is still RAW encoded,
      * try the EMBSTR encoding which is more efficient.
      * In this representation the object and the SDS string are allocated
      * in the same chunk of memory to save space and cache misses.
      * 如果字符串太小,长度小于等于44,直接转为OBJ_ENCODING_EMBSTR*/
      if (len <= OBJ_ENCODING_EMBSTR_SIZE_LIMIT) {
      robj *emb;

      if (o->encoding == OBJ_ENCODING_EMBSTR) return o;
      emb = createEmbeddedStringObject(s,sdslen(s));
      decrRefCount(o);
      return emb;
      }

      /* We can't encode the object...
      *
      * Do the last try, and at least optimize the SDS string inside
      * the string object to require little space, in case there
      * is more than 10% of free space at the end of the SDS string.
      *
      * We do that only for relatively large strings as this branch
      * is only entered if the length of the string is greater than
      * OBJ_ENCODING_EMBSTR_SIZE_LIMIT.
      *
      * 如果前面没有编码成功,这里做最后一次尝试,如果sds有超过10%的可用空闲空间,
      * 且字符长度大于OBJ_ENCODING_EMBSTR_SIZE_LIMIT(44)那尝试释放sds中多余
      * 的空间以节省内存。
      **/
      trimStringObjectIfNeeded(o);

      /* 直接返回原始对象. */
      return o;
      }
      1. 检查是否是字符串,如果不是直接返回。
      2. 检查是否是共享对象(refcount > 1),被共享的对象不做编码。
      3. 如果字符串长度小于等于20,直接可以编码为一个long型的整数,这里小于10000的long对象都是共享的。
      4. 如果字符串长度小于等于44,直接用OBJ_ENCODING_EMBSTR存储。
      5. 如果没有被编码,且字符串长度超过44,且sds中的空闲空间超过10%,则清除空闲空间,以节省内存。

      当然有编码就有解码,代码及如下,相对比较简单:

      /* Get a decoded version of an encoded object (returned as a new object).
      * If the object is already raw-encoded just increment the ref count.
      * 获取解码后的对象(返回的是有个新对象),如果这个对象是个原始类型,只是把引用加一。 */
      robj *getDecodedObject(robj *o) {
      robj *dec;

      if (sdsEncodedObject(o)) {
      incrRefCount(o);
      return o;
      }
      if (o->type == OBJ_STRING && o->encoding == OBJ_ENCODING_INT) {
      char buf[32];

      ll2string(buf,32,(long)o->ptr);
      dec = createStringObject(buf,strlen(buf));
      return dec;
      } else {
      serverPanic("Unknown encoding type");
      }
      }

      引用计数和自动清理

      上文已经说到了,redis为了节省空间,会复用一些对象,没有引用的对象会被自动清理。作者用了引用计数的方式来实现gc,代码也比较简单,如下:

      void incrRefCount(robj *o) {
      if (o->refcount < OBJ_FIRST_SPECIAL_REFCOUNT) {
      o->refcount++;
      } else {
      if (o->refcount == OBJ_SHARED_REFCOUNT) {
      /* Nothing to do: this refcount is immutable. */
      } else if (o->refcount == OBJ_STATIC_REFCOUNT) {
      serverPanic("You tried to retain an object allocated in the stack");
      }
      }
      }
      /* 减少引用计数,如果没有引用了就释放内存空间 */
      void decrRefCount(robj *o) {
      // 清理空间
      if (o->refcount == 1) {
      switch(o->type) {
      case OBJ_STRING: freeStringObject(o); break;
      case OBJ_LIST: freeListObject(o); break;
      case OBJ_SET: freeSetObject(o); break;
      case OBJ_ZSET: freeZsetObject(o); break;
      case OBJ_HASH: freeHashObject(o); break;
      case OBJ_MODULE: freeModuleObject(o); break;
      case OBJ_STREAM: freeStreamObject(o); break;
      default: serverPanic("Unknown object type"); break;
      }
      zfree(o);
      } else {
      if (o->refcount <= 0) serverPanic("decrRefCount against refcount <= 0");
      if (o->refcount != OBJ_SHARED_REFCOUNT) o->refcount--;
      }
      }

      总结

      总结下,可以认为robj有这样几个作用。

      1. 为所有类型的value提供一个统一的封装。
      2. 为数据淘汰保存必要的信息。
      3. 实现数据复用,和自动gc功能。
      版权声明:本文内容来自第三方投稿或授权转载,原文地址:https://blog.51cto.com/xindoo/5497068,作者:xindoo,版权归原作者所有。本网站转在其作品的目的在于传递更多信息,不拥有版权,亦不承担相应法律责任。如因作品内容、版权等问题需要同本网站联系,请发邮件至ctyunbbs@chinatelecom.cn沟通。

      上一篇:jquery效果-20

      下一篇:Codeforces Round #192 (Div. 2) (330B) B.Road Construction

      相关文章

      2025-05-06 09:19:12

      redis高可用集群搭建

      redis高可用集群搭建

      2025-05-06 09:19:12
      master , redis , 服务器 , 节点 , 集群
      2025-04-22 09:27:37

      【Redis】浅析 Redis 事务

      【Redis】浅析 Redis 事务

      2025-04-22 09:27:37
      redis , Redis , 事务 , 命令 , 执行
      2025-04-09 09:13:17

      解决tomcat部署项目中碰到的几个问题

      在tomcat上部署项目并进行测试,经常会碰到各种问题。在不同的操作系统上部署,对问题的解决也会有一些差异。

      2025-04-09 09:13:17
      data , redis , tomcat , 信息
      2025-04-09 09:11:38

      redis配置参数详细说明

      redis配置参数详细说明

      2025-04-09 09:11:38
      conf , redis , server , 默认
      2025-03-26 09:31:37

      Redis的发布订阅(消息队列,比如ActiveMQ,一方得到数据后,多方得到信息)

      发布和订阅是进程间的一种消息通信模式:发送者(publisher)将消息发送给一个第三方,订阅者(subscriber)从第三方那里接收消息。

      2025-03-26 09:31:37
      redis
      2025-03-18 08:27:10

      lepus监控redis执行python check_redis.py报错

      lepus监控redis执行python check_redis.py报错

      2025-03-18 08:27:10
      redis
      2025-03-17 07:49:59

      非openresty方式安装Nginx + Lua + Redis 环境

      非openresty方式安装Nginx + Lua + Redis 环境

      2025-03-17 07:49:59
      lua , nginx , Nginx , redis , 模块
      2025-03-17 07:49:59

      redis-cluster分布式集群安装部署

      redis-cluster分布式集群安装部署

      2025-03-17 07:49:59
      redis , Ruby , 安装 , 实例 , 集群
      2025-02-26 07:21:36

      简述Redis事务实现--------->负载均衡算法、类型

      MULTI命令的执行,标识着一个事务的开始。MULTI命令会将客户端状态的flag属性中打开REDIS_MULTI标识来完成的。

      2025-02-26 07:21:36
      redis , Redis , 事务 , 命令 , 客户端 , 服务器 , 节点
      2025-02-11 09:36:37

      【Redis】Redis 集群缓存测试要点--关于 线上 token 失效 BUG 的总结 --研读

      【Redis】Redis 集群缓存测试要点--关于 线上 token 失效 BUG 的总结 --研读

      2025-02-11 09:36:37
      redis , Redis , 分片 , 哈希 , 失效 , 服务器 , 缓存
      查看更多
      推荐标签

      作者介绍

      天翼云小翼
      天翼云用户

      文章

      33561

      阅读量

      5248984

      查看更多

      最新文章

      【Redis】Redis 集群缓存测试要点--关于 线上 token 失效 BUG 的总结 --研读

      2025-02-11 09:36:37

      redis-benchchmark性能测试

      2024-11-26 09:46:16

      如何写一个属于自己的composer包

      2024-11-20 09:47:05

      【django项目开发】用户登录后缓存权限到redis中(十)

      2024-11-18 09:09:37

      快速入门 - Spring Boot 集成 Redis 配置及使用

      2024-09-25 10:15:32

      Python爬虫:网络信息爬取与处理知识梳理

      2024-06-24 08:38:15

      查看更多

      热门文章

      (五)高并发redis学习笔记:RDB和AOF两种持久性机制的介绍以及优缺点对比

      2023-06-07 07:30:42

      (七)高并发redis学习笔记:redis的AOF持久化机制深入理解以及数据恢复实验

      2023-06-07 07:30:42

      (八)高并发redis学习笔记:redis企业级数据备份方案是怎么样的?

      2023-06-07 07:30:42

      Python:使用 mysqlsmom 模块实时同步MySQL数据到ElasticSearch

      2023-03-16 07:45:26

      Python编程:Celery执行异步任务和定时任务

      2023-02-22 08:37:42

      Redisson中的“琐事”

      2023-06-12 09:25:54

      查看更多

      热门标签

      java Java python 编程开发 代码 开发语言 算法 线程 Python html 数组 C++ 元素 javascript c++
      查看更多

      相关产品

      弹性云主机

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

      天翼云电脑(公众版)

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

      对象存储

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

      云硬盘

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

      查看更多

      随机文章

      高并发redis学习笔记:浅谈主从加哨兵模式下的数据丢失和脑裂问题

      (十九)高并发redis学习笔记:主从模式和cluster模式简谈

      redis单线程为什么这么快

      (一)高并发redis学习笔记:小电商网站架构与高并发架构区别

      踩坑之RedisTemplate执行Lua脚本

      (九)高并发redis学习笔记:redis主从架构以及读写分离如何承载读高并发

      • 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号