- 消息系统之Kafka什么是消息系统消息系统是专用的中间件，负责将数据从一个应用传递到另外一个应用。使应用只需关注于数据，无需关注数据在两个或多个应用间是如何传递的。消息系统一般基于可靠的消息队列来实现，使用点对点模式或发布订阅模式。数据实时在消息系统中传递，被看作流。为什么使用消息系统使用消息系统具有以下优势：解耦：发送方和接收方统一使用消息系统提供的接口进行通信，易修改易扩展。持久化：传递... 消息系统之Kafka什么是消息系统消息系统是专用的中间件，负责将数据从一个应用传递到另外一个应用。使应用只需关注于数据，无需关注数据在两个或多个应用间是如何传递的。消息系统一般基于可靠的消息队列来实现，使用点对点模式或发布订阅模式。数据实时在消息系统中传递，被看作流。为什么使用消息系统使用消息系统具有以下优势：解耦：发送方和接收方统一使用消息系统提供的接口进行通信，易修改易扩展。持久化：传递...
- 为什么需要分布式锁？在多线程环境中，如果多个线程同时访问共享资源（例如商品库存、外卖订单），会发生数据竞争，可能会导致出现脏数据或者系统问题，威胁到程序的正常运行。举个例子，假设现在有 100 个用户参与某个限时秒杀活动，每位用户限购 1 件商品，且商品的数量只有 3 个。如果不对共享资源进行互斥访问，就可能出现以下情况：线程 1、2、3 等多个线程同时进入抢购方法，每一个线程对应一个用户。... 为什么需要分布式锁？在多线程环境中，如果多个线程同时访问共享资源（例如商品库存、外卖订单），会发生数据竞争，可能会导致出现脏数据或者系统问题，威胁到程序的正常运行。举个例子，假设现在有 100 个用户参与某个限时秒杀活动，每位用户限购 1 件商品，且商品的数量只有 3 个。如果不对共享资源进行互斥访问，就可能出现以下情况：线程 1、2、3 等多个线程同时进入抢购方法，每一个线程对应一个用户。...
- 为什么需要分布式锁？在多线程环境中，如果多个线程同时访问共享资源（例如商品库存、外卖订单），会发生数据竞争，可能会导致出现脏数据或者系统问题，威胁到程序的正常运行。举个例子，假设现在有 100 个用户参与某个限时秒杀活动，每位用户限购 1 件商品，且商品的数量只有 3 个。如果不对共享资源进行互斥访问，就可能出现以下情况：线程 1、2、3 等多个线程同时进入抢购方法，每一个线程对应一个用户。... 为什么需要分布式锁？在多线程环境中，如果多个线程同时访问共享资源（例如商品库存、外卖订单），会发生数据竞争，可能会导致出现脏数据或者系统问题，威胁到程序的正常运行。举个例子，假设现在有 100 个用户参与某个限时秒杀活动，每位用户限购 1 件商品，且商品的数量只有 3 个。如果不对共享资源进行互斥访问，就可能出现以下情况：线程 1、2、3 等多个线程同时进入抢购方法，每一个线程对应一个用户。...
- 1 背景当今的数据中心和应用程序在高度动态的环境中运行，为了应对高度动态的环境，它们通过额外的服务器进行横向扩展，并且根据需求进行扩展和收缩。同时，服务器和网络故障也很常见。因此，系统必须在正常操作期间处理服务器的上下线。它们必须对变故做出反应并在几秒钟内自动适应；对客户来说的话，明显的中断通常是不可接受的。幸运的是，分布式共识可以帮助应对这些挑战。1.1 拜占庭将军在介绍共识算法之前，先介... 1 背景当今的数据中心和应用程序在高度动态的环境中运行，为了应对高度动态的环境，它们通过额外的服务器进行横向扩展，并且根据需求进行扩展和收缩。同时，服务器和网络故障也很常见。因此，系统必须在正常操作期间处理服务器的上下线。它们必须对变故做出反应并在几秒钟内自动适应；对客户来说的话，明显的中断通常是不可接受的。幸运的是，分布式共识可以帮助应对这些挑战。1.1 拜占庭将军在介绍共识算法之前，先介...
- 背景Paxos 算法是 Leslie Lamport（莱斯利·兰伯特）在 1990 年提出了一种分布式系统 共识 算法。这也是第一个被证明完备的共识算法（前提是不存在拜占庭将军问题，也就是没有恶意节点）。为了介绍 Paxos 算法，兰伯特专门写了一篇幽默风趣的论文。在这篇论文中，他虚拟了一个叫做 Paxos 的希腊城邦来更形象化地介绍 Paxos 算法。不过，审稿人并不认可这篇论文的幽默。于... 背景Paxos 算法是 Leslie Lamport（莱斯利·兰伯特）在 1990 年提出了一种分布式系统 共识 算法。这也是第一个被证明完备的共识算法（前提是不存在拜占庭将军问题，也就是没有恶意节点）。为了介绍 Paxos 算法，兰伯特专门写了一篇幽默风趣的论文。在这篇论文中，他虚拟了一个叫做 Paxos 的希腊城邦来更形象化地介绍 Paxos 算法。不过，审稿人并不认可这篇论文的幽默。于...
- CAP理论CAP理论起源于 2000 年，由加州大学伯克利分校的 Eric Brewer 教授在分布式计算原理研讨会（PODC）上提出，因此 CAP 定理又被称作 布鲁尔定理（Brewer’s theorem）2 年后，麻省理工学院的 Seth Gilbert 和 Nancy Lynch 发表了布鲁尔猜想的证明，CAP 理论正式成为分布式领域的定理。简介CAP 也就是 Consistency... CAP理论CAP理论起源于 2000 年，由加州大学伯克利分校的 Eric Brewer 教授在分布式计算原理研讨会（PODC）上提出，因此 CAP 定理又被称作 布鲁尔定理（Brewer’s theorem）2 年后，麻省理工学院的 Seth Gilbert 和 Nancy Lynch 发表了布鲁尔猜想的证明，CAP 理论正式成为分布式领域的定理。简介CAP 也就是 Consistency...
- 一、项目背景在数字化转型的浪潮中，微服务架构已成为现代软件开发的主流模式。它通过将应用程序分解为一组小型、独立的服务，实现了更高的灵活性、可扩展性和维护性。然而，微服务架构也带来了新的挑战，尤其是在监控和故障排除方面。由于服务之间的相互调用和分布式部署，传统的监控方法难以全面掌握系统的运行状态和性能指标。分布式追踪和日志聚合作为微服务监控的核心技术，能够帮助开发团队深入理解系统的运行情况，... 一、项目背景在数字化转型的浪潮中，微服务架构已成为现代软件开发的主流模式。它通过将应用程序分解为一组小型、独立的服务，实现了更高的灵活性、可扩展性和维护性。然而，微服务架构也带来了新的挑战，尤其是在监控和故障排除方面。由于服务之间的相互调用和分布式部署，传统的监控方法难以全面掌握系统的运行状态和性能指标。分布式追踪和日志聚合作为微服务监控的核心技术，能够帮助开发团队深入理解系统的运行情况，...
- 一、Stage模型技术背景：在车机系统开发中，我们曾面临多屏协同、动态服务加载等复杂场景，传统FA模型的单一线性架构已显疲态。2023年华为推出的Stage模型，通过组件动态组合+能力按需加载的设计理念，完美解决了三大痛点：跨设备UI适配成本高（车机/手机/平板显示逻辑差异）系统资源竞争激烈（导航、娱乐、车控多进程共存）业务模块耦合严重（OTA升级时功能模块替换困难）架构对比： 二、核心机... 一、Stage模型技术背景：在车机系统开发中，我们曾面临多屏协同、动态服务加载等复杂场景，传统FA模型的单一线性架构已显疲态。2023年华为推出的Stage模型，通过组件动态组合+能力按需加载的设计理念，完美解决了三大痛点：跨设备UI适配成本高（车机/手机/平板显示逻辑差异）系统资源竞争激烈（导航、娱乐、车控多进程共存）业务模块耦合严重（OTA升级时功能模块替换困难）架构对比： 二、核心机...
- 在鸿蒙 5的应用开发中，数据管理是构建高效、智能应用的关键。ArkData（方舟数据管理）作为鸿蒙生态的核心组件，为开发者提供了一套统一、安全的数据存储、管理和同步解决方案。无论是跨设备数据同步，还是复杂的数据交互，ArkData 都能轻松搞定，让开发者专注于业务逻辑，无需为数据管理操心。一、ArkData：鸿蒙 5 的数据管理 “瑞士军刀”ArkData 的核心目标是解决多设备、多应用间的... 在鸿蒙 5的应用开发中，数据管理是构建高效、智能应用的关键。ArkData（方舟数据管理）作为鸿蒙生态的核心组件，为开发者提供了一套统一、安全的数据存储、管理和同步解决方案。无论是跨设备数据同步，还是复杂的数据交互，ArkData 都能轻松搞定，让开发者专注于业务逻辑，无需为数据管理操心。一、ArkData：鸿蒙 5 的数据管理 “瑞士军刀”ArkData 的核心目标是解决多设备、多应用间的...
- 写在前面项目中用到，简单整理，为什么选择这种方式，主要是考虑 SSE 简单轻量和 HTTP 耦合度高，不需要单独考虑限流，加密、认证鉴权等，方便维护博文内容为通过 SSE + MQ 实现分布式广播推送，当然考虑成本问题，这里的 MQ 也可以使用 redis 发布订阅模式理解不足小伙伴帮忙指正 :),生活加油 我看远山，远山悲悯持续分享技术干货，感兴趣小伙伴可以关注下 ^_^实现逻辑简单说... 写在前面项目中用到，简单整理，为什么选择这种方式，主要是考虑 SSE 简单轻量和 HTTP 耦合度高，不需要单独考虑限流，加密、认证鉴权等，方便维护博文内容为通过 SSE + MQ 实现分布式广播推送，当然考虑成本问题，这里的 MQ 也可以使用 redis 发布订阅模式理解不足小伙伴帮忙指正 :),生活加油 我看远山，远山悲悯持续分享技术干货，感兴趣小伙伴可以关注下 ^_^实现逻辑简单说...
- 探索无限虚拟与现实：鸿蒙与VR/AR技术的融合发展之路 探索无限虚拟与现实：鸿蒙与VR/AR技术的融合发展之路
- 分布式软总线是一种具备自组织特性的关键技术，可灵活构建适应人工智能动态推理需求的分布式计算架构。它通过自主设备发现、灵活组网、动态资源调度及自我修复机制，实现高效协同计算。在智能交通、智慧医疗和工业智能制造等领域，分布式软总线优化了实时数据处理与任务分配，推动了AI技术与行业应用的深度融合，为社会发展带来变革性影响。 分布式软总线是一种具备自组织特性的关键技术，可灵活构建适应人工智能动态推理需求的分布式计算架构。它通过自主设备发现、灵活组网、动态资源调度及自我修复机制，实现高效协同计算。在智能交通、智慧医疗和工业智能制造等领域，分布式软总线优化了实时数据处理与任务分配，推动了AI技术与行业应用的深度融合，为社会发展带来变革性影响。
- 分布式软总线是一种创新的软件定义通信技术，通过自发现与自组网特性，构建高效的人工智能分布式推理临时计算集群。它能自动识别并连接多设备，优化任务分配与数据交互，广泛应用于智能安防、工业制造及科学研究等领域，大幅提升推理效率与性能，为人工智能发展开辟新路径。 分布式软总线是一种创新的软件定义通信技术，通过自发现与自组网特性，构建高效的人工智能分布式推理临时计算集群。它能自动识别并连接多设备，优化任务分配与数据交互，广泛应用于智能安防、工业制造及科学研究等领域，大幅提升推理效率与性能，为人工智能发展开辟新路径。
- 在数字化时代，鸿蒙生态凭借分布式架构和技术优势，为开发者提供广阔舞台。个性化推荐功能成为提升应用竞争力的核心。通过多维度数据收集、机器学习算法与分布式技术，结合实时更新、多模态交互及隐私保护策略，开发者可打造精准、智能的推荐系统。本文以短视频应用为例，展示如何优化用户体验，提高用户活跃度与留存率，助力开发者在鸿蒙生态中脱颖而出，共创卓越数字化体验。 在数字化时代，鸿蒙生态凭借分布式架构和技术优势，为开发者提供广阔舞台。个性化推荐功能成为提升应用竞争力的核心。通过多维度数据收集、机器学习算法与分布式技术，结合实时更新、多模态交互及隐私保护策略，开发者可打造精准、智能的推荐系统。本文以短视频应用为例，展示如何优化用户体验，提高用户活跃度与留存率，助力开发者在鸿蒙生态中脱颖而出，共创卓越数字化体验。
- 鸿蒙系统的分布式软总线技术是实现智能设备互联互通的核心，通过智能发现、快速连接、异构组网和数据传输优化，构建稳定高效的通信基础。它采用极简协议与多径传输，支持实时业务和高精度需求，为智能家居、教育等场景提供无缝协同体验。未来，面对大规模设备管理和安全性挑战，持续创新将推动鸿蒙生态繁荣发展。 鸿蒙系统的分布式软总线技术是实现智能设备互联互通的核心，通过智能发现、快速连接、异构组网和数据传输优化，构建稳定高效的通信基础。它采用极简协议与多径传输，支持实时业务和高精度需求，为智能家居、教育等场景提供无缝协同体验。未来，面对大规模设备管理和安全性挑战，持续创新将推动鸿蒙生态繁荣发展。
上滑加载中
推荐直播
-
华为云码道Agent集成与鸿蒙实战2026/08/11 周二 19:00-21:00
王一男-华为云码道产品规划专家；李炎-华为云码道产品专家；彭江敏-华为云鸿蒙端云一体化开发专家
本次直播带你解读华为云码道7月份产品新特性、新功能。更有专家演示码道Agent Space × 钉钉机器集成实战，从0到1打通消息通道；码道鸿蒙端云一体化实战，快速搭建员工签到系统。
回顾中 -
华为云开发者AI素养直播课·第三期2026/08/21 周五 16:00-18:00
林华鼎-华为云AI开发者运营负责人；念擎-华为云AI开发者运营案例开发专家
本期直播内容：AI六层能力首次详细解读 + 新一代华为云开发者空间亮相 + 校园案例直播带练
回顾中
热门标签