基于协程的编程方式在移动端研发的思考及最佳实践

于 2019-05-16 17:30:35 发布
阅读量643 收藏 1
点赞数
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/taobaojishu/article/details/99830590
版权


本文来自阿里巴巴 无线开发专家 彭玉堂（巴格）在 QCon 2019 全球软件开发大会的分享，今天小编带大家一起来深入了解一下。


640?wx_fmt=jpeg


1. 超级App的性能和代码痛点


在 iOS 开发中线程使用特别方便，但是多线程使用不当引发的崩溃问题很多。


  • 多线程访问引发野指针问题

  • 多线程访问引发容器类崩溃问题

  • 多线程访问引发过渡释放问题


以手机淘宝为例，整个生命周期大量使用线程，多线程使用不当引发的崩溃问题占比达到了60%以上。


640?wx_fmt=png

为了解决多线程崩溃问题或者为了让代码可读性更强可能会严重牺牲应用性能。


  • iOS 系统 API 设计很不友好，绝大部分 IO、跨进程调用等耗时接口提供的都是同步方法，主线程调用会产生严重性能问题。

  • 为了解决多线程崩溃加的锁、信号量等，由于设计不合理，很容易引发卡顿甚至死锁

  • iOS 系统 API 缺乏统一的异步编程模型，Delegate、Callback、同步等杂揉在一起，要写出高性能代码需要付出极大的努力。


手机淘宝卡顿问题分布：


640?wx_fmt=png


系统 API、IO 等接口在异步编程上支持并不友好，极易产生性能问题。


2. iOS异步编程现状


640?wx_fmt=png


基于 Block 回调的异步编程方式是目前 iOS 开发使用最广泛的异步编程方式，下面是使用 block 回调的异步编程的一个例子：


640?wx_fmt=png


基于Block回调的异步编程方式有以下缺点：


  • 容易进入"嵌套地狱"

  • 错误处理复杂和冗长

  • 容易忘记调用completion handler

  • 条件执行变得很困难

  • 从互相独立的调用中组合返回结果变得极其困难

  • 在错误的线程中继续执行（如子线程操作UI）


3. 其他语言的异步编程方式


640?wx_fmt=png


kotlin中通过协程实现的异步编程方式，代码简洁，逻辑清晰。


640?wx_fmt=png


node.js中通过协程async/await方式实现的可重试异步网络请求。


协程不仅打开了异步编程的大门，还提供了大量其他的可能性。


4. 协程是什么？


640?wx_fmt=png


协程具有以下特征：


640?wx_fmt=png


协程的概念在60年代就已经提出，目前在服务端中应用比较广泛，在高并发场景下使用极其合适，可以极大降低单机的线程数，提升单机的连接和处理能力，但是在iOS移动开发中并没有框架支持。


从其他语言的发展来看，基于协程的全新的异步编程方式，是我们解决现有异步编程问题的有效的方式，但是无奈苹果对于 Objective-C 的支持基本已经停滞，也不指望苹果能够让 Objective-C 的开发者用上协程，基于我们团队长期对系统底层库和汇编的研究，我们通过汇编和C语言实现了支持 Objective-C 和 Swift 协程的完美解决方案coobjc。


5. iOS协程开发框架——coobjc


coobjc 是由手机淘宝架构团队推出的能在 iOS 上使用的协程开发框架，目前支持 Objective-C 和 Swift 中使用，我们底层使用汇编和C语言进行开发，上层进行提供了 Objective-C 和 Swift 的接口，目前以Apache开源协议进行了开源。


开源项目地址：https://github.com/alibaba/coobjc


640?wx_fmt=png


coobjc 框架设计


  • 最底层是协程内核，包含了栈切换的管理、协程调度器的实现、协程间通信 channel 的实现等

  • 中间层是基于协程的操作符的包装，目前支持 async/await、Generator、Actor 等编程模型

  • 最上层是对系统库的协程化扩展，目前基本上覆盖了 Foundation 和 UIKit 的所有 IO和耗时方法


async/await操作符


640?wx_fmt=png

(引用自:https://dkandalov.github.io/async-await)


上图介绍了 await 的作用，在协程函数中通过 await 调用异步方法，当前线程的执行流会立即返回，不会阻塞当前线程的执行，当异步方法执行结束后，await会恢复当前协程函数的执行，这样在协程内部是顺序执行，但是协程不会阻塞当前线程其他代码的执行。


创建协程


我们使用 co_launch 方法创建协程


640?wx_fmt=png


co_launch 创建的协程默认在当前线程进行调度


await异步方法


在协程中我们使用 await 方法等待异步方法执行结束，得到异步执行结果


640?wx_fmt=png


上述代码将原本需要 dispatch_async 两次的代码变成了顺序执行，代码更加简洁。


使用场景


协程最重要的使用场景就是异步计算(在C#等语言中通过async/await进行处理)。我们先看一个通过传统的 callback 进行异步 I/O 的场景：


640?wx_fmt=png

上面是 iOS 开发中常见的异步调用方式，我们经常需要在 callback 中嵌套 callback，代码的缩进和逻辑变得越来越复杂，代码可读性和可维护性会随着回调的嵌套层级增长变得越来越差，进入所谓的 "callback hell" (嵌套地狱)

同样的异步计算，使用协程可以很直接的表达出来(需要有库提供了满足协程需要的 I/O 接口):


640?wx_fmt=png


Generator


640?wx_fmt=png


协程的另一个经典的使用场景就是懒计算序列(在C#、Python等语言中通过yield来处理)。这个懒计算序列可以通过顺序执行的代码生成，只有在需要的时候才进行计算:


640?wx_fmt=png


这个代码创建了懒加载的斐波拉契序列，我们可以获取序列的值，通过take或者next:


640?wx_fmt=png


传统容器类与Generator的区别


640?wx_fmt=png


创建Generator


我们使用co_sequence创建Generator。


640?wx_fmt=png


在其他协程中，我们可以调用next方法，获取生成器中的数据。


640?wx_fmt=png


使用场景


生成器可以在很多场景中进行使用，比如消息队列、批量下载文件、批量加载缓存等：


640?wx_fmt=png


通过生成器，我们可以把传统的生产者加载数据-》通知消费者模式，变成消费者需要数据-》告诉生产者加载模式，避免了在多线程计算中，需要使用很多共享变量进行状态同步，消除了在某些场景下对于锁和信号量的使用。


示例


我们接下来演示一下如何使用 Generator 进行 XML 的解析，传统的 XML 解析方式如下：


640?wx_fmt=png


我们需要设置 Delegate，在Delegate 中处理所有的解析逻辑。


使用 Generator 解析后，我们的代码逻辑变成了如下方式：


640?wx_fmt=png


我们可以在一个循环里遍历解析了，更加简单方便，尤其对于大的 XML 文件，我们可以只解析一部分，然后就cancel，这样可以更加节省内存。


Actor


Actor 的概念来自于 Erlang，在 AKKA 中，可以认为一个 Actor 就是一个容器，用以存储状态、行为、Mailbox 以及子 Actor 与 Supervisor 策略。Actor 之间并不直接通信，而是通过 Mail 来互通有无。


640?wx_fmt=png

引用自: 

https://cwiki.apache.org/confluence/display/FLINK/Akka+and+Actors


mailbox: 存储 message 的队列

Isolated State: actor 的状态，内部变量等

message: 类似于 OOP 的方法调用的参数


Actor模型的执行方式有两个特点：


1. 每个 Actor，单线程地依次执行发送给它的消息。

2. 不同的 Actor 可以同时执行它们的消息。


创建Actor


我们可以使用 co_actor_onqueue 在指定线程创建 actor


640?wx_fmt=png


给actor发送消息


actor 的 send 方法可以给 actor 发送消息


640?wx_fmt=png


使用场景


现有的面向对象编程设计的思路，很容易在多线程引发的崩溃问题，因为类的方法和属性都是暴露给调用方，调用方可以在任何线程进行调用，但是该线程往往并不是库的提供者设想的线程，就很容易出现崩溃。


从理论上来说，我们可以通过合理的设计来让多线程任务执行变得趋于合理，同时通过丰富的文档和示例告诉使用方该如何正确的调用我们设计的接口，但是这种通过依赖人工设计和文档来解决问题并不彻底，终究会因为疏忽而引发新的问题。


640?wx_fmt=png



使用 Actor 编程模型可以帮助我们很好的设计出线程安全的模块，


示例

使用传统的方式，如果我们要实现一个计数器，可以按照如下方式实现：


640?wx_fmt=png


传统的方式通过锁来确保线程安全，那使用 Actor，我们可以使用如下方式实现：


640?wx_fmt=png


对于上述 actor 实现的计数器，可以按照如下方式使用：


640?wx_fmt=png


在两个不同线程中进行调用，完全不用担心线程安全


Swift的支持


通过上层的封装，coobjc 完全支持 Swift，让我们可以在 Swift 中提前享用协程。

由于 Swift 更丰富、更高级的语法支持，coobjc 在 Swift 中使用更优雅，例如：


640?wx_fmt=png


6. 使用coobjc的实际案例


我们以 GCDFetchFeed 开源项目中 Feeds 流更新的代码为例，演示一下协程的实际使用场景和优势，下面是原始的不使用协程的实现：


640?wx_fmt=png


下面是 viewDidLoad 中对上述方法的调用：


640?wx_fmt=png


上述代码无论从可读性还是简洁性上都比较差，下面我们看一下使用协程改造以后的代码：


640?wx_fmt=png


下面是 viewDidLoad 中使用协程调用该接口的地方:


640?wx_fmt=png


协程化改造之后的代码，变得更加简单易懂，不易出错。


7. 协程的优势


  • 简明


    • 概念少：只有很少的几个操作符，相比响应式几十个操作符，简直不能再简单了。

    • 原理简单: 协程的实现原理很简单，整个协程库只有几千行代码。

  • 易用


    • 使用简单：它的使用方式比GCD还要简单，接口很少。

    • 改造方便：现有代码只需要进行很少的改动就可以协程化，同时我们针对系统库提供了大量协程化接口。


  • 清晰


    • 同步写异步逻辑：同步顺序方式写代码是人类最容易接受的方式，这可以极大的减少出错的概率。

    • 可读性高: 使用协程方式编写的代码比block嵌套写出来的代码可读性要高很多。

  • 性能


    • 调度性能更快：协程本身不需要进行内核级线程的切换，调度性能快，即使创建上万个协程也毫无压力。

    • 减少卡顿卡死: 协程的使用以帮助开发减少锁、信号量的滥用，通过封装会引起阻塞的IO等协程接口，可以从根源上减少卡顿、卡死，提升应用整体的性能。

8. 总结

程序是写来给人读的，只会偶尔让机器执行一下

——Abelson and Sussman


  • 基于协程实现的编程范式能够帮助开发者编写出更加优美、健壮、可读性更强的代码

  • 协程可以帮助我们在编写并发代码的过程中减少线程和锁的使用，提升应用的性能和稳定性


参考文档

  • https://cwiki.apache.org/confluence/display/FLINK/Akka+and+Actors

  • https://www.kotlincn.net/docs/reference/coroutines/basics.html

  • http://www.cocoachina.com/ios/20180510/23345.html

  • https://blog.codingnow.com/2012/07/c_coroutine.html

  • https://dkandalov.github.io/async-await

  • https://www.boost.org/doc/libs/1_65_1/libs/coroutine2/doc/html/coroutine2/intro.html

  • https://zh.wikipedia.org/zh-hans/%E5%8D%8F%E7%A8%8B

  • https://www.liaoxuefeng.com/wiki/001374738125095c955c1e6d8bb493182103fac9270762a000/0013868328689835ecd883d910145dfa8227b539725e5ed000

  • https://github.com/Kotlin/KEEP/blob/master/proposals/coroutines.md

  • http://www.kotlincn.net/docs/reference/coroutines-overview.html

  • https://www.zcfy.cc/article/mastering-async-await-in-node-js-risingstack

  • https://dkandalov.github.io/async-await

  • https://cwiki.apache.org/confluence/display/FLINK/Akka+and+Actors

  • https://doc.akka.io/docs/akka/current/guide/actors-intro.html

  • https://doc.akka.io/docs/akka/current/guide/actors-motivation.html

  • https://commons.wikimedia.org/wiki/File:Coroutine.png

  • https://www.boost.org/doc/libs/1_60_0/libs/coroutine/doc/html/coroutine/intro.html

  • https://github.com/atg/tuples

  • Promises - Google's Objective-C and Swift Promises framework.

  • libtask - A simple coroutine library.

  • movies - a ios demo app, we use the code in coobjc examples

  • v2ex - An iOS client for v2ex.com, we use the code in coobjc examples

  • tuples - Objective-C tuples.

  • Sol - Sol° beautifully displays weather information so you can plan your day accordingly. Check the weather in your current location or any city around the world. Implemented in Objective-C.

  • Swift - The Swift Programming Language

  • https://blog.csdn.net/qq910894904/article/details/41911175

  • http://www.voidcn.com/article/p-fwlohnnc-gc.html

  • https://blog.csdn.net/shenlei19911210/article/details/61194617

  • https://en.wikipedia.org/wiki/Coroutine



淘宝基础平台团队正在举行2019实习生(2020年毕业)和社招招聘，岗位有iOS\Android客户端开发工程师、Java研发工程师、C/C++研发工程师、前端开发工程师、算法工程师，欢迎投递简历至junzhan.yzw@taobao.com


如果你想更详细了解淘宝基础平台团队，欢迎观看团队介绍视频

https://v.youku.com/v_show/id_XMzQyOTkzODEwMA==


更多淘宝基础平台团队的技术分享，可关注淘宝技术微信公众号AlibabaMTT，或扫描下方二维码。





640?wx_fmt=gif


推荐阅读


640?wx_fmt=jpeg

淘宝用户增长的5+1个策略（QCon 2019 大会分享）


640?wx_fmt=jpeg

QCon 2019 大会| 淘宝前端技术专家开讲啦 ！



640?wx_fmt=png

640?wx_fmt=jpeg


扫描二维码

关注淘宝技术


640?wx_fmt=png

在看点这里

640?wx_fmt=gif

阿里巴巴淘系技术团队官网博客
关注
博客
淘系技术，实力为2019年双11而战！稳！
11-12 2万+
今年，双11走到了第11个年头，史无前例的，阿里经济体内有49支技术团队共同参与作战，也是第一次，双11的核心系统将100%跑在云上，这无疑让今年的双11技术作战充满了更大的挑战。正如2019年双11技术团长平畴（汤兴）说的“「善战者，无智名，无勇功」，这是我们技术人最高的境界”。我们一起捍卫了阿里技术人的荣耀，一个字 “稳”！年年双11，回回新玩法，“在吗，盖楼吗？”成为了好友聊天的日常，每天蹲...
博客
AIGC生成风格统一图片的方法介绍
09-25 148
过去一段时间以来，AIGC图片生成技术快速发展，在电商以及内容创作领域展现出来极高的应用价值。除了基础的基于prompt的文生图能力，社区还涌现出来更多的扩展技术。比如Controlnet技术能利用线稿信息、深度信息等对生成图片的空间结构进行控制，还有IP-Adapter技术能够基于参考图片的内容对生成图片进行风格迁移。这些技术都便利了用户对AIGC的使用。本文将介绍如何利用AIGC生成多张风格一...
博客
Java Web应用升级故障案例解析
09-23 1102
在一次Java Web应用程序的优化升级过程中，从Tomcat 7.0.109版本升级至8.5.93版本后，尽管在预发布环境中验证无误，但在灰度环境中却发现了一个令人困惑的问题：新日志记录神秘“失踪”。本文深入探讨了这一问题的排查与解决过程，揭示了由Tomcat升级引发的不寻常日志记录故障背后的技术细节。问题现象在最近的一次优化需求中，对一个Java的Web应用做如下变更：1.tomcat升级：...
博客
10种数据库技术的发展历程与现状
09-20 2563
数据库是互联网的基石，存储着海量信息，使信息可被高效地组织、检索和分享。没有数据库，网站无法记忆用户数据，应用无法提供个性化服务，信息交流将失去智能与连贯性。因此，数据库技术极大地推动了互联网的发展，是连接用户与信息、构建动态交互网络世界的桥梁。本文将深入探讨应运而生的多种数据库类型，从传统的层次、网状、关系型数据库到现代的列存、文档、键值、图以及时序数据库，乃至新兴的HTAP数据库，揭示了它们各...
博客
探索从代码到页面的全过程
09-18 339
“用户在浏览器地址输入 URL 之后发生了什么？”这个问题对于我们前端开发者来说简直是典中典了，是前端基础，也是工作面试八股，更是性能优化依据。但本文想分享的重点不是之后发生了什么，而是之前发生了什么，即我们平时码出来的代码经历了哪些步骤处理，成为互联网用户能打开浏览的页面的？我们又是如何合理的更新网页的？前一个问题涉及开发与部署，后一个问题涉及发布。下面我将会从网页入口、开发、部署与发布这4方面...
博客
离线处理神器PAI-Designer
09-13 1130
本文是上篇介绍PyODPS《数据处理脚手架PyODPS入门体验》的后续篇，旨在分享如何利用PAI-Designer克服传统ODPS限制，实现动态配置联动、数据与图片处理集成的离线处理方案，通过实战经验与代码示例，深度揭示PAI-Designer在提升数据处理灵活性与功能扩展性方面的独特优势。背景接触PyODPS一年之后，现在已经是高端写手了。但仍然有解决不了的问题：odps没有network，不能...
博客
数据处理脚手架PyODPS入门体验
09-11 976
本文分享了初次使用PyODPS（Python版的Open Data Processing Service）的心路历程。作者通过实际案例，深入浅出地探讨了PyODPS相较于传统ODPS SQL在数据处理上的灵活性与便捷性，特别是在处理复杂JSON字段统计与多条件筛选方面展现出的独特优势。同时，文章诚实地指出了PyODPS学习曲线陡峭、运行效率较低及文档细节需完善等不足。借助一系列代码示例，作者不仅揭...
博客
协程的原理与实现：GMP源码走读
09-06 1146
在计算机科学领域，尤其是在现代软件开发中，高并发处理能力是衡量技术架构性能的关键指标之一。Go语言，以其简洁的语法和内置的协程支持，为开发者提供了一套高效且易于使用的并发编程模型。本文深入剖析了Go语言协程的原理与其实现机制——GMP模型，揭示了这一模型如何巧妙地结合用户级线程与轻量级调度，以应对现代网络服务的高并发挑战。对于希望深入了解Go并发机制，或是寻求提升系统并发性能的开发者而言，本文提供...
博客
探究高效组件的设计与封装之理
09-04 154
本文结合了作者自身碰到的场景来说明如何做好组件设计和封装。好的组件设计和封装是一切的基础好的组件设计和封装是一切的基础，基于这以上构建出的各种工程化方案全局状态管理，React.memo、React.useMemo、React.useCallback都不是必须的，他们保证的是即使没有做好设计也能保证项目的下限，但保证不了他的扩展性。设计包含什么我们沿着各个分支走一遍，结合一些我自身的碰到的场景来说...
博客
每日必抢小程序下单总结
09-02 656
在数字化时代背景下，电商平台不断拓展其触达用户的边界，而“每日必抢小程序”正是这一趋势下的产物。本文深度剖析了这款小程序如何在支付宝、夸克等非淘宝App端为用户提供近似淘宝App的购物体验，通过整合营销、搜索、交易等核心电商能力，实现在多平台的无缝衔接。背景每日必抢小程序是指在非淘宝App端上面向消费者提供电商服务的小程序，具备的营销、搜索、交易、履约、客服等核心电商能力，基于淘宝App提供的能力...
博客
AI流程编排产品调研&实践
08-30 1105
随着AI技术的发展，AI应用和相关的生态也在不断地蓬勃发展，孵化这些AI应用的平台也在这几年也逐渐成熟。大模型应用开发平台像是淘金者必不可少的铲子一样，成为很多云平台厂商和互联网公司必不可少的平台与工具。提起大模型流程编排或者大模型应用开发平台，让人最多想起来的最多的是一直火热的LangChain，随着LangChain生态的不断繁荣，也诞生了Flowise这种开源三方可视化编排工具。除了工具外，...
博客
Java虚拟线程探究与性能解析
08-28 7114
虚拟线程是由Java运行时而不是操作系统实现的Java线程，和传统线程(或称之为平台线程)之间的主要区别在于，我们可以很容易地在同一个Java进程中运行大量活动的虚拟线程，甚至数百万个。大量的虚拟线程赋予了它们强大的功能：通过允许服务器并发处理更多的请求，它们可以更有效地运行以thread-per-request（每个请求一个线程）的方式编写的服务器应用程序，从而实现更高的吞吐量和更少的硬件浪费。...
博客
HarmonyOS ArkUI工程框架解析
08-26 1438
通过 HarmonyOS Developer 官网我们可以了解 ArkUI 是一套声明式开放框架，开发者可以基于 ArkTS 语法设计一套极简的 DSL 以及丰富的 UI 组件完成跨设备的界面开发。那么 ArkUI 是如何实现这一套声明式开放框架的呢？本文将通过分析开源的 HarmonyOS 渲染引擎 AceEngine 代码以及配套工程能力来进行详细解读。本篇文章仅先针对响应式和工程化进行浅谈。...
博客
Java编程中的隐秘陷阱与解决之道
08-23 171
本文主要是日常业务开发中自身碰到过跟常识不一致的坑，问题虽然基础，但却可能造成比较大的线上问题。转BigDecimal类型时精度丢失public class Test { public static void main(String[] args) { BigDecimal bigDecimal = new BigDecimal(0.1d); System....
博客
大模型训练实战经验总结
08-21 1183
在当今AI技术飞速发展的背景下，定制化大模型的自主训练已成为满足特定行业需求、保障数据安全、提升模型应用效能的关键途径。本文将深度剖析这一过程的核心价值与实践智慧，从数据隐私保护、模型透明度增强，到数据预处理的精细操作，特别是数据配比在维持模型通用性与垂类能力平衡中的核心作用，为读者勾勒出一幅清晰的大模型训练全景图。背景▐定制化需求每个行业和应用场景都有其独特的需求，预训练的通用大模型可能并不...
博客
基于AI的D2C前端代码生成技术深入总结
08-19 6133
在AI技术日益渗透至各领域的背景下，本文深入探讨了B端（D2C）前端代码生成技术的核心挑战与实战解决方案，诚实地揭示了在实现自动化代码生成过程中遭遇的重重难关。产品介绍▐背景●做为淘天内的AI创新团队，在团队内做了很多AI大模型的探索，了解到AI可以解决大量简单重复的事情，B端场景标准化程度比较高，不管是低代码还是源码开发，理论上都可提效；●在基础平台也有非常多的B端页面研发，有天然的研...
博客
掌握Prompt写作秘籍
08-16 163
大规模语言模型（LLM, Large Language Models）扮演着越来越重要的角色。然而，想要真正发挥这些模型的强大能力，关键在于如何向模型输入明确、详细且符合预期的指令，这就是我们今天要讨论的重中之重——Prompt的写作。Prompt，作为一种结构化的输入序列，不仅为模型提供任务要求和背景信息，更在很大程度上决定了模型输出的质量与相关性。一个设计优秀的Prompt，能够最大程度地减少...
博客
RocketMQ原理学习
08-14 427
本文深入探讨了一款分布式、队列模型的消息中间件。RocketMQ设计用于高度可扩展的分布式系统，旨在解决应用解耦、异步调用、流量削峰及确保分布式环境下的最终一致性等关键问题。这不仅有助于开发者理解RocketMQ的工作原理，也为想要深入优化或定制消息中间件的高级用户提供了宝贵的参考资料。简介RocketMQ是一款分布式、队列模型的消息中间件，消息生产分为Topic 与 Queue 两种模式，Pus...
博客
一文梳理有效提升RAG效果的方法
08-12 162
在大模型实际落地的时候，存在一些问题，主要集中在以下方面：缺少垂直领域知识：虽然大模型压缩了大量的人类知识，但在垂直场景上明显存在短板，需要专业化的服务去解决特定问题。存在幻觉、应用有一定门槛：在大模型使用上有一些幻觉、合规问题，没有办法很好地落地，配套工作不足，缺乏现成的方案来管理非结构化文本、进行测试、运营和管理等。存在重复建设：各业务孤立摸索，资产无法沉淀，存在低水平重复建设，对公司来说RO...
博客
RocketMq之消费者消费流程
08-09 955
探索RocketMq消息中间件的奥秘：深入源码剖析消费者消费流程与存储架构。本文从RocketMq消息存储的精细设计出发，揭秘CommitLog与ConsumerQueue如何携手实现高效存储与快速消费，旨在为读者搭建起通往RocketMq核心原理的桥梁，激发进一步探索的兴趣。我的疑问在看源码之前，我对RocketMq中间件的实现方式有以下几个疑问：消息的存储架构是如何的？消费者是怎么拉取消息的？...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值