BMP、JPG、PNG图像格式核心原理与实战选型指南
1. 从像素到文件图像格式的诞生与使命我们每天都在和图片打交道从手机拍照到网页浏览从设计作图到文档插图。你有没有想过为什么一张照片保存下来有时是几十兆的.bmp有时却只有几百K的.jpg为什么设计师总喜欢用.png来保存Logo而微信里的小图片又常常是.jpg这背后是三种经典图像格式——BMP、JPG和PNG——长达数十年的“江湖恩怨”与技术演进。它们各自承载着不同的设计哲学服务于迥异的场景。理解它们不仅仅是知道几个文件后缀名更是掌握数字图像处理、存储和传输的底层逻辑。无论是程序员处理用户上传设计师输出作品还是普通用户管理自己的照片库选对格式往往意味着效率的提升、成本的节约和体验的优化。今天我们就抛开枯燥的教科书定义从一个一线从业者的角度深入聊聊这三种格式的“前世今生”、核心原理以及在实际工作中我踩过哪些坑又总结出哪些“血泪经验”。2. 格式解剖核心原理与技术内幕要真正理解区别不能停留在“谁压缩率高”的层面必须深入到它们的编码原理和数据结构。这就像了解汽车的发动机才知道为什么有的省油有的动力强。2.1 BMP毫无保留的“原画派”BMP全称Bitmap是Windows操作系统中的“元老级”位图格式。它的设计理念极其简单粗暴忠实记录每一个像素点的颜色信息不做任何压缩通常。你可以把一张BMP图片想象成一个巨大的、规整的方格纸。每个格子代表一个像素格子里填写的RGB红绿蓝数值就是这个像素的颜色。保存时BMP文件会按照从左到右、从下到上的顺序注意BMP的扫描行顺序通常是从下往上把这张“方格纸”上的所有数据连同一些描述信息如图片尺寸、颜色深度原封不动地写入文件。它的文件结构大致如下文件头标识这是BMP文件并记录文件总大小。信息头这是核心包含图片的宽度、高度以像素为单位、颜色深度如24位真彩色表示每个像素用24bit即3个字节来存储RGB值、压缩方式通常为“不压缩”、图像数据大小等。调色板对于颜色深度小于等于8位的图片如256色图这里会存储一个颜色索引表。每个像素不再直接存储RGB值而是存储一个指向这个表的索引号。真彩色图片没有调色板。像素数据按行存储的原始像素信息。对于24位BMP每个像素就是连续的3个字节B, G, R注意顺序通常是蓝-绿-红。注意BMP并非完全不能压缩。它支持一种叫RLE游程编码的无损压缩方式但极少使用。绝大多数情况下我们见到的BMP都是未压缩的。为什么它“笨重”却依然存在因为无损。在需要绝对保真、进行逐像素分析的场景下BMP是可靠的“原始数据源”。比如某些医学影像分析、工业检测、屏幕截图的最初捕获格式尽管后续可能被转换或者在一些极其古老但需要保持绝对兼容性的嵌入式系统中。它的优势是解码速度极快几乎不需要计算直接读取数据就能显示。2.2 JPG洞察人眼的“心理学大师”JPG或JPEG由联合图像专家小组制定是有损压缩格式的绝对王者。它的目标不是在数学上100%还原数据而是在人眼视觉可接受的范围内用最小的文件体积获得尽可能好的观感。它的压缩过程是一场精妙的“信息取舍”色彩空间转换首先将图片从RGB颜色空间转换到YCbCr空间。Y代表亮度LuminanceCb和Cr代表色度Chrominance。人眼对亮度变化极其敏感对色度变化相对迟钝。色度下采样基于上述原理JPG通常会对Cb和Cr分量进行“下采样”比如采用4:2:0模式即水平方向和垂直方向上的色度分辨率都减半。这一步已经丢弃了大量色度信息但人眼不易察觉是压缩率的主要来源之一。分块与DCT变换将图像分成8x8像素的小块对每个小块进行离散余弦变换。这个变换的目的是将空间域的像素信息转换到频率域。变换后每个8x8块会得到一个包含64个频率系数的矩阵左上角是低频系数描述图像大致的轮廓和色彩右下角是高频系数描述图像的细节和边缘。量化这是有损压缩的关键步骤。用一个“量化表”去除每个DCT系数。量化表对高频系数细节部分使用较大的除数导致许多高频系数被舍入为零对低频系数主体部分使用较小的除数尽可能保留。调整JPG的“质量”参数如Photoshop里保存JPG时的品质滑块从0到100本质上就是在调整这个量化表的“粗暴”程度。品质越低除数越大归零的高频系数越多细节丢失越严重文件体积也越小。熵编码最后对量化后的、包含大量0的系数矩阵进行Zigzag扫描然后使用哈夫曼编码这也是“jpg哈夫曼解码”热词的来源进行无损压缩进一步减少体积。JPG的“阿喀琉斯之踵”块状伪影在低质量压缩下8x8块的边界会变得非常明显尤其是平坦色块区域。模糊细节高频信息被丢弃导致文字边缘、毛发等细节模糊。不支持透明JPG格式标准不支持Alpha通道无法存储透明度信息。不适用于多次编辑保存每次编辑后保存为JPG都会重新进行一轮有损压缩导致图像质量像“传话游戏”一样逐代劣化。原始素材应始终保留为无损格式如PSD、TIFF或原始的BMP/PNG。2.3 PNG网络时代的“精致手艺人”PNG便携式网络图形格式诞生于上世纪90年代旨在替代当时有专利争议且仅支持256色的GIF格式。它是无损压缩格式但压缩原理与BMP的直白存储截然不同。PNG的压缩分为两个阶段滤波这是PNG压缩的智慧所在。在压缩每一行扫描线一行像素之前PNG会先尝试用当前像素的值减去其左边、上边或左上角像素的预测值然后将这个差值残差进行存储。因为相邻像素的颜色通常很接近差值会集中在0附近这样后续的压缩算法效率会更高。有多种滤波策略None, Sub, Up, Average, Paeth编码器会为每一行选择最优的一种。DEFLATE压缩对滤波后的差值数据使用DEFLATE算法与ZIP压缩同源进行无损压缩。这套组合拳让PNG在保持无损的前提下能获得比未压缩BMP小得多的文件体积。PNG的几大“杀手锏”支持Alpha通道透明这是PNG相对于GIF和JPG的巨大优势。它支持256级透明度即每个像素除了RGB还有一个8位的Alpha值表示不透明度可以实现平滑的边缘羽化、阴影等效果。对于网页UI、图标、Logo这是刚需。颜色深度灵活支持索引色1位、2位、4位、8位类似GIF、灰度图、真彩色24位以及带Alpha通道的真彩色32位。伽马校正信息可以存储伽马值确保图片在不同显示设备上颜色表现一致。PNG的变体PNG-8 vs PNG-24PNG-8使用256色索引色板支持1位布尔透明要么完全透明要么完全不透明。文件体积小适合颜色数少的简单图形、图标。可以看作是GIF的增强版支持更好的透明和压缩。PNG-24指24位真彩色约1677万色的PNG通常也泛指支持Alpha通道的32位PNG。颜色丰富支持半透明但文件体积较大。是高质量网络图像、截图的常用格式。3. 实战对比如何根据场景做出最佳选择知道了原理我们来看实战。选择格式不是死记硬背而是基于场景需求的权衡。3.1 核心特性对照表特性维度BMPJPG (JPEG)PNG压缩类型通常无压缩可选RLE无损压缩有损压缩无损压缩透明通道不支持不支持支持Alpha通道动画支持不支持不支持不支持但APNG扩展支持颜色深度1, 4, 8, 16, 24, 32位8位灰度 / 24位色1, 2, 4, 8位索引色 / 8位灰度 / 24位色 / 32位色(带Alpha)适用场景屏幕抓图原始数据、对保真度要求极高的专业分析、老旧系统兼容自然风光、人物照片等颜色渐变丰富的连续色调图像Logo、图标、UI元素、文字截图、简单图形等需要透明或锐利边缘的图像不适用场景网络传输、存储空间有限、网页使用线条图、文字截图、需要透明的图像、需要多次编辑的母版颜色极其丰富的照片文件体积会远大于JPG典型文件大小最大(24位图宽x高x3字节)最小(取决于质量设置)中等(比BMP小很多比高质量JPG大)3.2 场景化决策指南场景一你是网站前端开发者产品展示图、用户头像、文章配图照片类首选高质量JPG。在保证肉眼观看无明显质量损失的前提下品质建议75-85能获得最小的文件体积加快页面加载速度节省CDN流量。可以使用现代工具如mozjpeg或libjpeg-turbo进行优化编码。网站Logo、导航图标、按钮背景必须使用PNG通常是PNG-24带Alpha。你需要透明的背景来适应不同颜色的网页底色。即使Logo颜色简单也建议用PNG-24而非GIF以获得更平滑的边缘和可能的半透明效果。CSS Sprite图雪碧图使用PNG-8。雪碧图通常包含许多小图标颜色数有限。PNG-8在保持透明1位透明的同时压缩率比PNG-24高很多。场景二你是移动应用开发者应用内的照片、用户内容与网页类似使用JPG。注意在Android和iOS平台上系统提供的编解码库可能对特定格式有硬件加速JPG通常是支持最好的。应用图标、界面素材使用PNG。这是移动端开发的标准。iOS的2x,3x切图Android的mdpi,hdpi等密度资源无一例外要求PNG格式因为它支持透明且无损。对于纯色简单图标可以考虑使用矢量格式如SVG通过代码绘制或者用字体图标以进一步减少包体积。场景三你是设计师或摄影师原始工作文件/母版永远不要用JPG使用PSD、TIFF或无损的PNG。所有编辑、调整都应在无损格式上进行。最终交付给客户的照片根据客户需求。如果用于打印、高端展示可交付TIFF或高质量JPG100%品质。如果用于网络发布则提供优化后的JPG品质85左右。设计稿输出给开发带图层的源文件用PSD等切图用PNG。对于需要透明的元素导出为PNG-24。对于颜色少于256种的图形可以尝试PNG-8以减小体积但务必检查透明边缘是否有锯齿。场景四你是普通用户手机拍的照片手机默认保存的HEIC或JPG格式很好。HEIC是更先进的格式在相同画质下体积比JPG更小。分享到网络时如果平台不支持HEIC手机会自动转换为JPG。网页上保存图片右键另存为什么格式就用什么。通常照片是JPG图标是PNG。如果想保存透明背景的图片一定要确认保存下来的是PNG格式。截图Windows和macOS的截图工具默认保存为PNG这是一个很好的平衡选择能清晰保存文字和界面元素。如果截图内容是一张照片或视频画面且你非常需要节省空间可以手动另存为JPG。4. 高级话题与常见“坑点”实录在实际工作中仅仅知道选择哪种格式还不够一些细节和“坑”会让你事半功倍或者头疼不已。4.1 关于透明度的“深坑”这是新手甚至有些经验者都容易混淆的地方。PNG的Alpha透明 vs GIF的1位透明GIF的透明是“布尔透明”一个像素要么完全透明要么完全不透明。这会导致透明边缘有严重的锯齿俗称“毛边”。PNG的Alpha通道是8位256级的可以实现平滑的半透明渐变让边缘与任何背景自然融合。在需要高质量透明效果的场合永远不要用GIF替代PNG。“虚假”的透明JPG有时你会看到一张“看似”背景透明的JPG这通常是因为它的背景被抠成了白色或某种纯色与网页背景色相同造成了透明的错觉。一旦换一个背景就会“原形毕露”。检查方法用图片查看器打开放大边缘或者用取色器检查“透明”区域的颜色值。4.2 压缩与优化的实操技巧JPG的“品质”参数不是线性感知的从品质100降到90文件体积可能减少一半但肉眼几乎看不出区别。从90降到70体积继续减小开始能察觉到轻微细节损失。70以下块状伪影会越来越明显。我的经验是对于网络用途75-85是一个绝佳的甜点区间。可以使用像ImageMagick、TinyPNG也优化JPG或Squoosh这样的工具进行可视化压缩对比。PNG的优化工具链直接保存的PNG往往不是最小体积。可以使用OptiPNG、PNGCrush、AdvanceCOMP等命令行工具或TinyPNG、PNGGauntlet等在线/图形工具进行深度优化。它们会尝试不同的滤波策略和DEFLATE参数在不改变任何像素的前提下进一步压缩文件。对于大量PNG素材如游戏资源、网站静态文件建立自动化优化流程是必备的。“如何将jpg改成zip后缀”的误解网络上有一些技巧将JPG文件后缀改为.zip然后用解压软件打开能看到一些数据。这是因为某些软件如Photoshop在保存JPG时可能会在文件末尾附加一些元数据如缩略图、ICC色彩配置文件这些数据有时会用类似ZIP的格式存储。但这不是JPG的标准特性也不能通过改后缀来“解压”出原始图像数据。JPG的核心压缩数据是经过高度编码和量化的无法通过简单解压还原。4.3 编程处理中的注意事项解码库的选择在程序中处理图像务必使用成熟、健壮的库如libjpeg-turboJPG、libpngPNG。它们能正确处理各种边缘情况如损坏的文件头、渐进式编码等。避免自己手动解析文件结构尤其是生产环境。内存占用警惕一个简单的计算一张1920x1080的24位BMP图片内存占用约为1920 * 1080 * 3 ≈ 6.22 MB。而解码后的JPG或PNG在内存中也是以类似BMP的位图形式存在的占用同样大小的内存。文件体积小不代表解码后内存占用小。在移动端或处理大批量图片时必须关注内存峰值。“微信dat文件转换为jpg”背后的原理微信为了缓存管理将接收到的图片可能是JPG加密后以.dat格式存储。转换工具的原理是逆向分析了微信的简单加密算法通常是异或一个固定值然后根据文件头特征判断原始格式并恢复后缀。这提醒我们文件后缀名只是约定真正的格式由文件内容魔数决定。编程时判断文件类型应读取文件头字节而不是依赖后缀名。Base64编码与格式如热词中提到的getimagebase64(‘png’)将图片转换为Base64字符串嵌入网页或传输时必须明确指定源图片的格式因为Base64字符串本身不包含格式信息。前端img标签的src使用Base64时需要加上前缀data:image/png;base64,其中的image/png就指明了数据是PNG格式。如果源是JPG这里就要换成image/jpeg。4.4 格式转换的“失真”陷阱JPG - PNG文件体积会变大但画质不会恢复。JPG压缩丢失的细节是永久性的转换为PNG只是将当前已受损的图像用无损方式存储起来。这个过程没有好处除非你后续需要做带透明的编辑但JPG本身无透明转换后也没有。PNG - JPG文件体积通常会大幅减小但会引入有损压缩的伪影并且会丢失透明信息透明区域会被填充为指定的背景色通常为白色。这是不可逆的操作。BMP - 任何格式都是“降级”或“优化”。转JPG会失真转PNG会无损压缩。通常没有理由保留BMP除非有特殊兼容性要求。多次格式转换绝对要避免。尤其是涉及JPG的多次保存每次都会累积损失。工作流应该是无损母版 - 最终输出格式一次转换。5. 新兴趋势与格式展望虽然BMP、JPG、PNG仍是中流砥柱但新的格式正在解决它们的痛点。WebP谷歌推出的格式同时支持有损和无损压缩支持透明和动画。在同等质量下体积通常比JPG和PNG都小是网页性能优化的利器。兼容性已是现代浏览器的主流。AVIF基于AV1视频编码的图像格式压缩效率比WebP更高尤其在高分辨率、高画质下优势明显。是下一代网页图片的有力竞争者但编解码速度较慢兼容性还在推进中。HEIC/HEIF苹果设备默认的照片格式基于高效的HEVC视频编码。在照片存储上它相比JPG有巨大的体积优势。但在通用网络传输上兼容性仍是障碍。对于开发者而言当前的最佳实践是在服务端存储原始高质量图片如JPG/PNG根据客户端请求通过图片处理服务如Sharp、ImageMagick、或云服务商的图片处理功能实时转换为WebP等现代格式并返回同时在picture标签或HTTP的Accept头中做好格式协商以兼顾质量和兼容性。理解BMP、JPG、PNG的区别归根结底是理解在数字世界中我们如何在保真度、文件体积、功能特性这个“不可能三角”中做出权衡。没有最好的格式只有最合适的格式。下次当你点击“另存为”时不妨花一秒钟想想这张图要用在哪里最需要保留的是什么是每一根发丝的真实细节是一个清晰的Logo轮廓还是宝贵的网络带宽和存储空间想清楚了答案自然就在那里。

相关新闻

大语言模型长对话优化:工作摘要技巧提升AI协作质量

大语言模型长对话优化:工作摘要技巧提升AI协作质量

这次我们来看一个关于大语言模型(LLM)使用技巧的讨论。核心议题是:当我们在与 ChatGPT、Claude、Gemini 等模型进行长对话时,模型的表现是否会随着上下文长度的增加而“退化”?以及如何通过一个简单的“工作摘要”技巧…

2026/8/6 7:13:15 阅读更多 →
集合的线程不安全问题

集合的线程不安全问题

一、ArrayList 的线程不安全的问题要理解 ArrayList 为什么线程不安全,我们必须扒开它的源码,看看在 CPU 眼里它到底是怎么运作的。ArrayList 的底层本质极其简单:它就是一个普通的数组(Object[] elementData)加上一个…

2026/8/6 7:13:15 阅读更多 →
D触发器电路原理与工程应用:从时序逻辑到跨时钟域设计

D触发器电路原理与工程应用:从时序逻辑到跨时钟域设计

1. D触发器:数字世界的记忆基石在数字电路和计算机体系结构的世界里,我们每天都在与“状态”打交道。一个简单的计算器,按下“1”后,屏幕上需要记住这个“1”,直到你按下下一个按键;一个CPU在执行指令时&am…

2026/8/6 7:12:14 阅读更多 →

最新新闻

Java判空最佳实践:告别!=null的代码习惯

Java判空最佳实践:告别!=null的代码习惯

1. 为什么我们总是习惯性写 !null 在Java开发中,null检查就像空气一样无处不在。几乎每个有一定经验的Java开发者都写过这样的代码: if (object ! null) {// 业务逻辑 }这种写法如此普遍,以至于我们很少思考它的问题。但事实上,…

2026/8/6 7:53:39 阅读更多 →
Unity角色动画全流程:从美术资产到第一人称控制脚本实现

Unity角色动画全流程:从美术资产到第一人称控制脚本实现

1. 项目概述:从美术资产到可操控角色的完整旅程在Unity游戏开发中,一个角色从静态的美术模型,变成一个能在场景中奔跑、跳跃、响应玩家输入的鲜活生命体,这个过程常常让新手开发者感到困惑。美术同学给过来一个FBX文件&#xff0c…

2026/8/6 7:53:39 阅读更多 →
【Agent大模型】6个月精心打磨:业界首份AI大模型学习路线,非常详细

【Agent大模型】6个月精心打磨:业界首份AI大模型学习路线,非常详细

25年 AI 大模型技术狂飙一年后,26年 AI 大模型的应用已经在爆发,因此掌握好 AI 大模型的应用开发技术就变成如此重要,那么如何才能更好地掌握呢?一份 AI 大模型详细的学习路线就变得非常重要! 由于 AI 大模型应用技术比…

2026/8/6 7:53:39 阅读更多 →
大语言模型参数量与计算量解析:从Transformer架构到工程部署优化

大语言模型参数量与计算量解析:从Transformer架构到工程部署优化

1. 从“大”到“大得离谱”:理解LLM参数量与计算量的必要性最近在社区里,看到不少朋友在讨论各种新发布的LLM,话题总是绕不开“这个模型有多少参数?”、“训练它要花多少钱?”或者“我的显卡能不能跑得动?”…

2026/8/6 7:53:39 阅读更多 →
游戏AI开发:有限状态机(FSM)核心原理与C#实战框架详解

游戏AI开发:有限状态机(FSM)核心原理与C#实战框架详解

1. 项目概述:为什么有限状态机是游戏AI的“定海神针”?如果你在游戏开发中,尤其是涉及到角色行为控制时,感觉自己的代码逐渐变成了一团“意大利面条”——各种if-else嵌套,状态标志位满天飞,逻辑耦合得剪不…

2026/8/6 7:53:39 阅读更多 →
儿童听书App怎么选?别只比内容量

儿童听书App怎么选?别只比内容量

搜「儿童听书 App 怎么选」,答案里经常只有内容量与 IP:凯叔讲故事、喜马拉雅儿童、云听、口袋故事……这些当然值得看——但如果你家孩子睡前执念是「必须是妈妈/爸爸在讲」,只比内容库会选偏。 先说结论:儿童听书没有全场景通用…

2026/8/6 7:52:38 阅读更多 →

日新闻

深入解析LimboAI C++内核:架构设计与性能优化实战

深入解析LimboAI C++内核:架构设计与性能优化实战

1. 项目概述:为什么我们需要深入LimboAI的C内核?如果你是一名使用Godot引擎的游戏开发者,尤其是对AI行为逻辑有较高要求的项目,那么LimboAI这个名字你大概率不会陌生。它作为Godot 4生态中一个备受瞩目的行为树与状态机插件&#…

2026/8/6 0:00:06 阅读更多 →
Unity 2D游戏敌人AI系统:基于PlayMaker状态机与2D Toolkit的实战开发

Unity 2D游戏敌人AI系统:基于PlayMaker状态机与2D Toolkit的实战开发

1. 项目概述与核心思路大家好,我是老张,一个在游戏开发一线摸爬滚打了十多年的老码农。今天咱们接着聊《空洞骑士》风格2D动作游戏的Demo制作。上一期我们搭好了基础框架,处理了角色移动和碰撞,这一期,我们要让游戏世界…

2026/8/6 0:00:06 阅读更多 →
被动防火门市场前景发展趋势

被动防火门市场前景发展趋势

被动防火门依靠材质结构、密闭构造阻隔烟火蔓延,无需电控启动,是建筑被动消防系统核心构件,行业依托新规管控、城市更新、工业安全升级迎来稳定扩容,整体朝着合规化、专项化、低碳化、智能化方向发展。现阶段 GB12955‑2024 新版国…

2026/8/6 0:00:06 阅读更多 →

周新闻

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

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

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

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

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

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

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

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

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

2026/8/5 10:20:36 阅读更多 →

月新闻

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

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

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

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

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

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

2026/8/5 21:00:14 阅读更多 →
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/5 23:46:51 阅读更多 →