深入解析AXI协议BURST机制:从核心三要素到高性能设计实践
1. 从“单次读写”到“突发传输”为什么需要BURST如果你接触过FPGA设计或者高性能SoC对AXI协议一定不陌生。它几乎是现代芯片内部总线互联的“普通话”。但很多工程师在初学AXI时常常会卡在一个看似简单、实则内涵丰富的概念上BURST。你可能会想总线不就是传数据吗一次传一个地址一个数据不就行了为什么还要搞出“突发”这么个东西这恰恰是理解AXI性能优势的关键。想象一下你从仓库搬东西到卡车上。最笨的办法是走到仓库给出地址拿一个箱子传输一个数据走回卡车放下然后再走回仓库拿下一个箱子。这种“单次”操作效率极低大部分时间都浪费在了“走路”总线地址和控制信号的建立与握手上。而BURST模式就像是推了一辆手推车。你只需要去一次仓库给出起始地址然后就可以连续搬上多个箱子连续传输多个数据最后一次性推到卡车上。这极大地减少了“往返”开销显著提升了数据搬运的吞吐量。在需要处理大量连续数据的场景比如DMA搬运视频帧、CPU缓存行填充、DDR内存访问等BURST是提升系统性能的核心机制。没有它AXI的高带宽优势就无从谈起。所以理解BURST不仅仅是记住协议手册里的几个字段更是理解如何设计高效的数据通路。今天我们就抛开枯燥的协议文本从实际工程的角度深入拆解AXI BURST的运作机制、核心参数、常见应用场景以及那些手册里不会写的“坑”。2. BURST的三要素长度、大小与类型AXI协议通过三个关键信号来定义一个完整的突发传输AxLEN、AxSIZE和AxBURST。它们共同决定了数据“怎么搬”、“搬多少”以及“搬到哪”。很多人容易混淆这三者的关系我们逐一拆解。2.1 AxLEN决定“搬多少趟”AxLENLength信号定义了一次突发传输中包含的数据传输次数。这里有一个至关重要的细节AxLEN表示的是增量而不是总数。对于INCR增量突发类型AxLEN的值等于数据传输的次数减1。例如AxLEN3表示本次突发传输包含4个数据传输拍数。对于WRAP回环突发类型AxLEN的值必须是 1, 3, 7, 15即 2^n -1同样表示传输次数减1。AxLEN7表示传输8个数据。对于FIXED固定突发类型AxLEN的定义与INCR相同。注意这是第一个容易踩坑的地方。在RTL代码中我们经常需要根据AxLEN生成一个计数器来控制传输次数。这个计数器的初始值通常设为AxLEN然后递减到0此时正好完成了AxLEN1次传输。如果你错误地认为AxLEN就是次数会导致传输提前结束或无法结束。AxLEN的位宽决定了最大突发长度。AXI4支持的最大AxLEN为255对于INCR和WRAP这意味着一次突发最多可以传输256个数据这非常适合大块数据的搬运。2.2 AxSIZE决定“手推车有多大”AxSIZESize信号定义了每一次数据传输的字节数。它决定了数据总线WDATA或RDATA上每次有效数据的宽度。AxSIZE是一个3位信号其值表示 2^SIZE 字节。常见取值如下b000 1字节 (2^0)b001 2字节b010 4字节b011 8字节b100 16字节b101 32字节b110 64字节b111 128字节这里的关键约束是AxSIZE指定的传输字节数不能超过数据总线本身的物理宽度。例如如果你的WDATA总线是64位8字节宽那么AxSIZE最大只能设为b0118字节。如果你设为b10016字节从协议上是非法的因为单次传输无法搬运超过总线宽度的数据。在实际应用中AxSIZE通常与总线的自然对齐宽度相匹配以达到最高效率。例如一个64位总线访问DDR内存时通常会使用AxSIZE88字节这样每次传输正好用满整个数据总线。2.3 AxBURST决定“下一个地址去哪”AxBURSTBurst Type是BURST的灵魂它决定了在突发传输过程中地址如何变化。它有三种类型对应三种完全不同的内存访问模式。2.3.1 FIXED固定突发模式在整个突发传输中地址始终保持不变。应用场景用于访问同一个寄存器或FIFO。例如一个主设备Master需要连续向一个外设的状态寄存器写入多个相同的命令字或者从一个ADC的FIFO中连续读取多个采样值。地址不变但每次传输的数据可以不同。地址计算Address_N Start_AddressN从1到突发长度。2.3.2 INCR增量突发模式每次传输后地址根据AxSIZE指定的字节数递增。这是最常用、最直观的突发类型。应用场景访问连续的内存区域。比如将一块缓存中的数据通过DMA搬运到DDR的连续地址空间或者CPU从内存中加载一个数组。地址计算Address_N Start_Address (N-1) * (2^AxSIZE)。例如起始地址0x1000AxSIZE44字节AxLEN34次传输。那么地址序列为0x1000, 0x1004, 0x1008, 0x100C。2.3.3 WRAP回环突发模式这是最复杂也最容易出错的一种。地址会递增但当地址达到一个特定的“回环边界”时会绕回到该边界的起始地址。这个边界由起始地址和突发长度共同决定。应用场景主要用于缓存行填充。CPU的缓存通常以“行”为单位组织例如64字节一行。当CPU需要的数据不在缓存中缓存缺失时需要从内存中读取一整行。这一行数据在内存中是连续的但缓存希望它们被填入一个固定的缓存行地址。WRAP突发可以高效地完成这个任务从内存的某个对齐地址开始读当读到行尾时自动回到行首继续填充实际上硬件设计上回环的地址数据会被直接存放到缓存行的正确位置。地址计算回环边界 Wrap_Boundary Start_Address ~(Burst_Length * (2^AxSIZE) - 1)。当地址递增达到Wrap_Boundary Burst_Length * (2^AxSIZE)时下一个地址回到Wrap_Boundary。关键限制起始地址必须与突发总字节数对齐。突发长度必须是 2, 4, 8, 16 次传输之一即AxLEN为 1, 3, 7, 15。实操心得除非你在设计Cache控制器或与之紧密交互的模块否则在一般的外设或DMA设计中应尽量避免使用WRAP突发。它的行为不易理解且很多商业IP尤其是那些不涉及缓存的IP可能不支持或不完全正确地支持WRAP突发。INCR突发足以满足绝大多数连续数据访问需求。3. 突发传输的完整事务流程与握手理解了BURST的三要素我们来看一个完整的突发事务是如何在AXI通道上“流动”起来的。我们以写事务为例读事务与之类似方向相反。3.1 地址通道的“一次性告知”这是BURST模式效率的核心体现。主设备Master在发起一次突发写传输时只在地址通道AW通道上给出一次地址和控制信息包括AWADDR: 突发传输的起始地址。AWBURST: 突发类型FIXED, INCR, WRAP。AWLEN: 突发长度。AWSIZE: 传输大小。以及其他信号如AWID,AWLOCK等。这些信息在AWVALID和AWREADY握手成功后就被从设备Slave锁存。此后地址通道在本事务中不再活动。从设备需要自己根据这些初始信息计算出后续所有数据的地址。3.2 数据通道的“流水线推进”地址信息就绪后数据开始在主设备的写数据通道W通道上传输。主设备依次驱动WDATA、WSTRB字节选通和WLAST信号。WLAST信号是BURST传输的关键标志。当且仅当本次传输是突发中的最后一次传输时主设备必须将WLAST拉高。从设备依靠WLAST来判断一次突发传输何时结束。每一次数据传输都需要WVALID和WREADY握手。所有数据AxLEN1个传输完毕后主设备在写响应通道B通道上接收一个响应BRESP这个响应是针对整个突发事务的而不是其中某一次数据传输。3.3 从设备的内部实现逻辑对于从设备的设计者来说实现BURST支持是必须的。其内部通常需要一个地址生成器和一个传输计数器。在捕获AW通道信息后地址生成器根据AxADDR,AxBURST,AxSIZE计算出第一个数据的地址。每完成一次数据握手WVALID WREADY或RVALID RREADY地址生成器就根据BURST类型计算下一个地址计数器减一。当检测到xLAST信号有效且计数器归零时表明本次突发传输结束可以发起响应对于写事务或结束事务对于读事务。避坑指南在设计从设备时必须确保地址生成逻辑与协议严格一致。一个常见的错误是在INCR模式下地址递增的步长错误例如错误地使用了字节地址递增而不是根据AxSIZE递增。另一个错误是WLAST/RLAST信号的生成或判断逻辑错误导致突发提前结束或无法结束造成主从设备状态机死锁。4. 字节选通WSTRB在突发中的行为写数据通道的WSTRB信号用于指示WDATA总线上的哪些字节是有效的。在突发传输中WSTRB的行为需要特别注意。WSTRB的每一位对应WDATA的一个字节。例如对于32位数据总线WSTRB[3:0]分别对应WDATA[31:24],[23:16],[15:8],[7:0]。在突发传输的每一次数据传输中WSTRB都是独立有效的。主设备可以为突发中的每一次传输设置不同的WSTRB值。这对于非对齐访问或部分写入非常有用。例如主设备可能发起一个4次传输的INCR突发但只希望写入每个32位字中的高16位。那么它可以设置每次传输的WSTRB为4‘b1100。与非对齐起始地址的关系AXI协议允许突发传输的起始地址 (AxADDR) 是非对齐的即不是AxSIZE的整数倍。例如AxADDR0x1001,AxSIZE22字节。此时从设备必须能正确处理。对于写操作主设备会通过WSTRB来指示哪些字节是真正要写入的本例中第一次传输的有效字节可能是WSTRB[1:0]。从设备需要根据起始地址的低位和AxSIZE来正确解读WSTRB。很多简单的从设备IP可能不支持非对齐起始地址在设计互联时需要留意。5. 不同场景下的BURST策略与性能优化理解了BURST的机制我们来看看如何在具体场景中应用和优化。5.1 DMA控制器设计DMA是BURST模式的最大受益者之一。一个高效的DMA控制器应该最大化突发长度在源端和目的端带宽允许的情况下尽可能使用最大的AxLEN如255以减少地址通道握手开销提升整体吞吐率。匹配数据宽度设置AxSIZE等于AXI数据总线宽度对应的字节数确保每次传输都利用满总线带宽。使用INCR类型对于普通的内存到内存、内存到外设的搬运INCR类型是最简单直接的选择。处理边界情况当搬运的数据总量不是突发长度的整数倍时最后一个突发需要使用较短的AxLEN。DMA控制器的描述符中需要能灵活设置每次传输的突发长度。5.2 与存储器的接口如DDR控制器DDR SDRAM的内部操作也是基于突发Burst的其突发长度BL是固定的如BL8。为了达到最佳的DDR访问效率AXI主设备发起的突发最好能与DDR的突发长度相匹配或成倍数关系。例如DDR数据位宽64位BL8那么一次DDR突发传输就是64字节。对应的AXI总线如果是128位AxSIZE16字节那么使用AxLEN34次传输的INCR突发正好搬完64字节与一次DDR突发完美对应。这可以减少DDR控制器的命令开销提高有效带宽利用率。5.3 低延迟外设的访问对于一些对延迟敏感的外设如中断控制器、高性能传感器接口频繁地使用长突发可能并不合适因为这会长时间占用总线阻塞其他主设备的访问。在这种情况下可以考虑使用较短的突发AxLEN0即单次传输或较小的值或者使用FIXED突发来重复访问同一个关键寄存器。AXI协议支持乱序完成和交织访问但在与这类外设交互时为了简化设计和保证确定性有时会限制其ID的数量或要求按序访问。6. 调试与验证中的常见问题在实际的FPGA或ASIC开发中AXI BURST相关的问题是最常见的总线问题之一。6.1 突发长度不匹配现象仿真或实测中数据传输提前停止或者主设备一直在等待xLAST信号。根因主设备侧地址生成器或计数器逻辑错误导致xLAST信号在错误的时刻产生过早或过晚。从设备侧未能正确解析AxLEN误以为是传输次数而非次数减一导致在预期之前就认为传输结束或一直等待更多数据。排查方法检查主设备在突发开始时的AxLEN值。在仿真波形中找到主设备发出xLAST信号的时刻数一数在此之前已经完成了多少次数据握手。次数应为AxLEN1。检查从设备内部的计数器看它是在AxLEN1次传输后结束还是在AxLEN次后结束。6.2 地址计算错误现象数据被写入或读出了错误的地址位置。根因从设备的地址生成器逻辑错误尤其是在INCR和WRAP模式下。INCR模式步长错误最常见。地址递增时没有乘以(2^AxSIZE)而是按字节地址1递增。例如AxSIZE24字节地址应为0x0, 0x4, 0x8...但错误地生成了0x0, 0x1, 0x2...WRAP模式边界计算错误回环边界计算逻辑有误导致地址在错误的位置回环。排查方法在仿真中打印出从设备内部地址生成器计算的每一个地址。根据协议公式手动计算正确的地址序列进行比对。特别注意起始地址非对齐的情况地址生成器是否做了正确处理。6.3 响应RESP与BURST的关联现象一个长突发传输中中途某个地址访问出错例如访问了未映射的地址从设备该如何响应协议规定对于写事务从设备可以在检测到错误时立即在B通道返回错误响应如SLVERR或DECERR无需等待所有数据传输完成。一旦B通道响应发出无论主设备是否已经发出所有WDATA本次突发事务即告终止。主设备有责任终止后续数据的发送尽管有些主设备可能简单地将剩余数据发完但协议上事务已结束。 对于读事务从设备可以在出错的对应数据拍上通过RRESP信号返回错误并在当拍置高RLAST提前终止突发如果错误发生在中间。设计建议从设备应实现错误检测并能够提前终止突发事务。主设备需要能处理这种提前终止的情况避免状态机挂死。7. 高级话题BURST与系统性能、一致性7.1 突发长度与总线利用率总线利用率 有效数据传输时间 / 总时间。在AXI中总时间包括地址通道握手时间、所有数据通道的握手时间以及可能的等待时间由于VALID/READY反压。增加突发长度直接增加了有效数据传输时间的占比减少了单次事务中地址通道开销的摊销从而显著提高利用率。但并非越长越好过长的突发会长时间独占总线增加其他主设备的访问延迟影响系统整体实时性。需要在吞吐量和延迟之间做权衡。通常针对DDR访问突发长度设为DDR控制器效率最高的值针对外设则根据外设特性设置。7.2 交织Interleaving与乱序Out-of-OrderAXI协议允许具有不同AxID的事务以交织或乱序的方式完成。这与BURST密切相关。交织指多个事务的数据传输在数据通道上交替进行。例如主设备先后发起两个写突发事务ID不同从设备可以以数据A1, 数据B1, 数据A2, 数据B2...的顺序接收。这要求从设备有能力根据WID区分数据属于哪个事务。乱序指事务的完成顺序与其发起顺序不同。例如主设备先后发起读事务A和B从设备可能先返回事务B的所有数据再返回事务A的数据。对BURST的影响支持交织和乱序可以进一步提升总线效率尤其是在访问具有不同延迟的从设备时。但它极大地增加了从设备尤其是存储控制器的设计复杂性因为需要维护多个并发的突发事务状态。大多数简单的外设从设备只支持按序完成。7.3 与缓存一致性ACE协议的关系在多核处理器系统中AXI协议演进为ACEAXI Coherency Extensions协议以支持缓存一致性。BURST在其中扮演着核心角色。缓存行填充/逐出CPU核的缓存缺失或写回操作本质上就是对主存发起一个缓存行大小的读或写突发通常是INCR或WRAP大小如64字节。监听Snoop事务为了维护一致性一个核的缓存可能需要访问另一个核的缓存。这些监听事务也以BURST形式进行但地址可能是“物理地址”而数据需要在缓存间移动。理解ACE中的BURST关键在于理解每个事务的“域”Domain如Inner Shareable, Outer Shareable和“缓存状态”如Unique, Shared这些信息通过扩展信号传递与BURST信号协同工作共同完成复杂的一致性操作。AXI BURST远不止是协议手册里的几个信号定义。它是连接高性能计算单元与存储系统的血脉其设计的优劣直接决定了数据管道的吞吐效率和延迟。从理解AxLEN、AxSIZE、AxBURST这三个核心参数的精确含义开始到在RTL实现中正确处理地址生成和xLAST信号再到系统层面根据应用场景优化突发策略每一步都需要仔细考量。

相关新闻

赤峰事业编培训机构红黑榜:2026年避坑与选择全指南

赤峰事业编培训机构红黑榜:2026年避坑与选择全指南

在赤峰,每年参加事业编考试的人数不断增长,市面上各类培训机构也层出不穷。很多考生在报班这件事上都有过迷茫:广告铺天盖地,试听时天花乱坠,真正学习起来却发现货不对板。正因为信息差巨大,“赤峰事业编培…

2026/8/1 7:45:03 阅读更多 →
Kiro自动化工具实战:提升RPA效率300%的最佳实践

Kiro自动化工具实战:提升RPA效率300%的最佳实践

1. Kiro实战与最佳实践概述Kiro作为一款新兴的自动化工具,正在RPA(机器人流程自动化)领域掀起一场效率革命。我最近在三个企业级项目中深度应用了Kiro,发现其独特的可视化流程设计器和强大的API集成能力,能够将重复性工…

2026/8/2 10:11:35 阅读更多 →
平板绘画新手入门:从工具到小马角色完整绘制指南

平板绘画新手入门:从工具到小马角色完整绘制指南

之前在尝试用平板设备进行数字绘画时,很多新手都会遇到工具不熟悉、笔触控制不稳、图层管理混乱等问题。特别是画动物这类需要表现毛发质感和动态姿势的主题,更需要系统的练习方法。本文将围绕平板绘画新手如何完成第一幅小马作品,从工具选择…

2026/8/2 10:12:22 阅读更多 →

最新新闻

构建高效被动扫描工作流:Burp Suite与xray联动实战指南

构建高效被动扫描工作流:Burp Suite与xray联动实战指南

1. 项目概述:为什么需要构建被动扫描工作流?在安全测试的日常工作中,我们常常面临一个矛盾:主动扫描工具虽然强大,但“动静”太大,容易触发目标系统的防护机制,甚至可能导致服务中断&#xff1b…

2026/8/2 10:13:29 阅读更多 →
2026年终极指南:如何免费解锁WeMod专业版全部功能

2026年终极指南:如何免费解锁WeMod专业版全部功能

2026年终极指南:如何免费解锁WeMod专业版全部功能 【免费下载链接】Wand-Enhancer Advanced UX and interoperability extension for Wand (WeMod) app 项目地址: https://gitcode.com/GitHub_Trending/we/Wand-Enhancer 还在为WeMod专业版的订阅费用而烦恼吗…

2026/8/2 10:13:29 阅读更多 →
433MHz无线通信实践:从Arduino到树莓派的完整开发指南

433MHz无线通信实践:从Arduino到树莓派的完整开发指南

1. 项目概述:从零开始的433MHz无线通信实践如果你玩过Arduino或者树莓派,肯定对“无线控制”这个概念不陌生。无论是想做个遥控小车,还是想在院子里搞个无线温湿度监测站,摆脱那根烦人的数据线总是第一步。市面上无线方案很多&…

2026/8/2 10:13:29 阅读更多 →
微信小程序集成银联商务支付:替代原生接口的完整实现方案

微信小程序集成银联商务支付:替代原生接口的完整实现方案

1. 项目概述:为什么选择银联商务作为微信小程序的支付通道?在微信小程序的生态里,支付功能几乎是商业类应用的标配。一提到小程序支付,大家的第一反应往往是“微信支付”。这没错,微信支付确实是官方原生的、最直接的方…

2026/8/2 10:13:29 阅读更多 →
Grove VOC传感器SGP40:I2C通信与智能算法实现空气质量监测

Grove VOC传感器SGP40:I2C通信与智能算法实现空气质量监测

1. 项目概述:从“闻”到“测”,聊聊Grove生态下的VOC感知新选择如果你玩过Arduino或者树莓派,对Grove这个模块化电子积木系统应该不陌生。它最大的好处就是把复杂的电路和连线简化成了“即插即用”,让开发者能更专注于功能实现&am…

2026/8/2 10:13:29 阅读更多 →
Reachy Mini机器人麦克风FPC线缆更换与音频故障修复指南

Reachy Mini机器人麦克风FPC线缆更换与音频故障修复指南

1. 项目概述:一次精细的“耳部”手术如果你正在使用Reachy Mini这款灵巧的开源机器人,并且发现它的“听觉”系统——也就是麦克风阵列——出现了问题,比如某个麦克风完全没声音、声音断断续续或者有明显的电流噪音,那么问题很可能…

2026/8/2 10:12:29 阅读更多 →

日新闻

最大流算法详解:从水管网络到Ford-Fulkerson与Dinic实战

最大流算法详解:从水管网络到Ford-Fulkerson与Dinic实战

1. 从水管网络到最大流:一个核心问题的诞生想象一下,你是一个城市供水系统的总工程师。你的城市有多个水源(水库),需要通过一个复杂的地下管道网络,将水输送到各个居民区。每条管道都有其最大通水能力&…

2026/8/2 0:00:38 阅读更多 →
基于Springboot的企业门户网站(源码+LW+调试文档+讲解)

基于Springboot的企业门户网站(源码+LW+调试文档+讲解)

温馨提示:本人主页置顶文章(点我)开头有 CSDN 平台官方提供的学长联系方式的名片! 温馨提示:本人主页置顶文章(点我)开头有 CSDN 平台官方提供的学长联系方式的名片! 温馨提示:本人主页置顶文章(点我)开头有 CSDN 平台…

2026/8/2 0:00:38 阅读更多 →
MATLAB xcorr函数详解:从互相关原理到四大实战应用

MATLAB xcorr函数详解:从互相关原理到四大实战应用

1. 从一次信号“找茬”说起:为什么我们需要互相关几年前,我在处理一组声学传感器数据时遇到了一个棘手的问题。我有两个麦克风记录了一段相同的音频信号,理论上它们接收到的声音波形应该非常相似,只是由于麦克风位置不同&#xff…

2026/8/2 0:00:38 阅读更多 →

周新闻

最大流算法详解:从水管网络到Ford-Fulkerson与Dinic实战

最大流算法详解:从水管网络到Ford-Fulkerson与Dinic实战

1. 从水管网络到最大流:一个核心问题的诞生想象一下,你是一个城市供水系统的总工程师。你的城市有多个水源(水库),需要通过一个复杂的地下管道网络,将水输送到各个居民区。每条管道都有其最大通水能力&…

2026/8/2 0:00:38 阅读更多 →
基于Springboot的企业门户网站(源码+LW+调试文档+讲解)

基于Springboot的企业门户网站(源码+LW+调试文档+讲解)

温馨提示:本人主页置顶文章(点我)开头有 CSDN 平台官方提供的学长联系方式的名片! 温馨提示:本人主页置顶文章(点我)开头有 CSDN 平台官方提供的学长联系方式的名片! 温馨提示:本人主页置顶文章(点我)开头有 CSDN 平台…

2026/8/2 0:00:38 阅读更多 →
MATLAB xcorr函数详解:从互相关原理到四大实战应用

MATLAB xcorr函数详解:从互相关原理到四大实战应用

1. 从一次信号“找茬”说起:为什么我们需要互相关几年前,我在处理一组声学传感器数据时遇到了一个棘手的问题。我有两个麦克风记录了一段相同的音频信号,理论上它们接收到的声音波形应该非常相似,只是由于麦克风位置不同&#xff…

2026/8/2 0:00:38 阅读更多 →

月新闻

免费解锁百度网盘SVIP加速:macOS用户必备的下载提速终极指南

免费解锁百度网盘SVIP加速:macOS用户必备的下载提速终极指南

免费解锁百度网盘SVIP加速:macOS用户必备的下载提速终极指南 【免费下载链接】BaiduNetdiskPlugin-macOS For macOS.百度网盘 破解SVIP、下载速度限制~ 项目地址: https://gitcode.com/gh_mirrors/ba/BaiduNetdiskPlugin-macOS 还在为百度网盘macOS版的龟速下…

2026/8/2 6:34:16 阅读更多 →
终极ncmdump指南:3分钟实现网易云NCM音乐解密与格式转换

终极ncmdump指南:3分钟实现网易云NCM音乐解密与格式转换

终极ncmdump指南:3分钟实现网易云NCM音乐解密与格式转换 【免费下载链接】ncmdump 项目地址: https://gitcode.com/gh_mirrors/ncmd/ncmdump 还在为网易云音乐下载的NCM格式文件无法在其他播放器播放而烦恼吗?ncmdump解密工具帮你轻松解决这个困…

2026/8/2 2:47:48 阅读更多 →
HarmonyOS 应用开发《掌上英语》第81篇: 智能体卡片:为英语学习 App 打造桌面级学习助手

HarmonyOS 应用开发《掌上英语》第81篇: 智能体卡片:为英语学习 App 打造桌面级学习助手

AgentCard 智能体卡片:为英语学习 App 打造桌面级学习助手适用平台:HarmonyOS 7.0 (API 26 Beta)一、引言 HarmonyOS 7.0(API 26 Beta)新增了 AgentCard 智能体卡片能力,这是继 HMAF(鸿蒙智能体框架&#x…

2026/8/2 0:23:22 阅读更多 →