DES加密算法原理深度解析:从Feistel结构到3DES演进
1. 从“锁与钥匙”说起为什么我们需要了解DES如果你用过带密码锁的日记本或者设置过银行卡的PIN码那你已经接触过加密的原始形态了。在数字世界里我们每天产生的海量信息——从一条简单的微信消息到一笔巨额的银行转账——都需要一把更复杂、更可靠的“数字锁”来保护。DESData Encryption Standard数据加密标准就是这样一把在历史上扮演了关键角色的“锁”。尽管它如今已不再是守护核心机密的最优选但理解DES就像是学习密码学的“第一课”。它清晰地展示了现代对称加密的核心骨架如何通过混乱Confusion和扩散Diffusion将一段明文Plaintext变成面目全非的密文Ciphertext以及一把看似坚固的“锁”是如何在时间与技术面前逐渐显露出裂痕的。我最初接触DES是在学习网络安全基础时当时的感觉是概念一堆流程复杂Feistel结构、S盒置换看得人头大。但当我把它拆解成“切块、搅拌、再组装”的直观过程后一切就豁然开朗了。这篇文章我就想用这种“说人话”的方式带你穿透术语迷雾在十分钟内掌握DES的运作核心。我们不仅会弄懂它如何工作更会看清它为何被淘汰以及它的继承者3DES又是如何“缝缝补补”再战多年的。无论你是刚入门的安全爱好者、需要应对考试的学生还是好奇技术原理的开发者这篇内容都能给你一份直击要害的解读。2. DES加密算法原理深度拆解DES是一种分组加密算法它每次处理64位8字节的明文数据块使用一个56位的密钥通常表示为64位其中8位用于奇偶校验最终输出64位的密文。它的核心设计思想是Feistel网络结构这种结构有一个绝妙的优点加密和解密过程可以使用几乎相同的逻辑只是子密钥的使用顺序相反这极大地简化了硬件实现。2.1 核心框架Feistel网络是如何“搅拌”数据的你可以把Feistel结构想象成一个高效的“数据搅拌机”。它的工作方式非常巧妙确保了加密的可逆性。初始分割将64位的明文输入块一分为二成为左半部分L0和右半部分R0各32位。多轮迭代DES进行16轮完全相同的操作。在每一轮第i轮中右半部分R_i-1直接成为下一轮的左半部分L_i。左半部分L_i-1则需要与一个经过“加工”的右半部分进行混合才能成为下一轮的右半部分。这个“加工”过程就是每一轮的精髓称为轮函数F函数。最终合并16轮结束后将最后得到的L16和R16左右交换再合并经过一个最终的置换IP^-1就得到了64位的密文。这个过程的精妙之处在于解密过程完全一样只需要把16轮子密钥K1到K16的使用顺序倒过来即加密用K1到K16解密用K16到K1即可。因为Feistel结构的对称性加密和解密的硬件电路可以复用这在1970年代是巨大的工程优势。注意很多人会疑惑为什么每一轮只加密了一半的数据右半部分却能达到整体加密的效果这正是“混乱与扩散”原则的体现。经过多轮迭代任何一位明文的变化都会通过轮函数迅速影响到整个数据块。16轮之后明文和密文之间的关联已经变得极其复杂。2.2 灵魂所在轮函数F函数的四大步骤轮函数是DES安全性的核心它接收32位的右半部分输入和48位的本轮子密钥输出一个32位的结果用于与左半部分进行异或XOR操作。它就像搅拌机里最关键的刀片其工作分为四步扩展置换E盒将32位的输入通过查表复制和重排扩展成48位。这个操作有两个目的一是让数据长度与48位的子密钥匹配以便进行下一步混合二是实现“扩散”让输入的一位能影响到下一阶段的多个输出位。与子密钥异或XOR将扩展后的48位数据与本轮生成的48位子密钥进行按位异或操作。这是将密钥引入加密过程的唯一环节是“混乱”的主要来源。密钥的每一位都直接改变了数据的形态。S盒替换核心非线性操作这是DES中最关键、最神秘也最精妙的部分。上一步得到的48位数据被分成8组每组6位分别送入8个不同的S盒Substitution-box替换盒。每个S盒是一个固定的4行16列的查找表。6位输入中头尾两位组合决定行号0-3中间四位决定列号0-15然后查表输出一个4位的数。这样8个S盒总共将48位输入压缩成了32位输出。S盒是DES抵抗密码分析尤其是差分分析和线性分析的主要堡垒其内部设计准则如输出位不能太接近线性函数、改变输入位应使输出位尽可能多地改变等至今仍是密码学研究的课题。P盒置换将S盒输出的32位数据按照一个固定的置换表P盒进行重新排列。这一步的目的是进一步实现“扩散”将S盒输出的局部混乱效应快速扩散到整个32位输出块中为下一轮做好准备。2.3 密钥调度如何从一把主钥匙生成16把子钥匙DES的有效密钥长度是56位虽然输入是64位但每字节的第8位是奇偶校验位。密钥调度算法负责从这56位主密钥中生成16个48位的子密钥K1到K16。过程如下选择置换1PC-1首先忽略64位密钥中的8个校验位并对剩余的56位进行一次固定置换得到C0和D0各28位。循环左移对于每一轮i将Ci-1和Di-1分别进行循环左移。左移的位数是固定的第1、2、9、16轮左移1位其他轮左移2位。这个设计影响了密钥的随机性。选择置换2PC-2将循环左移后合并的56位CiDi再经过一次压缩置换PC-2只选出48位这就生成了本轮的子密钥Ki。这个流程确保了每一轮使用的子密钥都不同且都与主密钥高度相关。攻击者即使破解了某一轮的子密钥想反推出主密钥依然非常困难。3. DES的实战演练与参数详解理解了原理我们来看一个高度简化的“玩具级”示例并探讨真实DES中的关键参数。这能帮你把抽象的概念和实际的比特流对应起来。3.1 一个简化版的DES手工演算假设我们有一个极度简化的“迷你DES”4位分组使用4位密钥进行2轮Feistel加密。我们的明文是1100二进制密钥是1010。初始分割L0 11, R0 00(这里每半部分2位)。定义简化轮函数F假设F只是将2位输入与2位子密钥进行异或。密钥调度也简化为K1密钥的前两位10K2密钥的后两位10。第一轮L1 R0 00R1 L0 XOR F(R0, K1) 11XOR (00XOR10) 11XOR1001第二轮L2 R1 01R2 L1 XOR F(R1, K2) 00XOR (01XOR10) 00XOR1111最终输出交换并合并R2 L21101。这就是我们的“密文”。这个例子虽然简单但完整再现了Feistel网络的流程分割、迭代、交换、合并。真实的DES不过是把这个过程放大到了64位、16轮并且使用了极其复杂的F函数。3.2 真实DES的关键参数与设计考量分组大小64位在1970年代64位是一个权衡选择。更长的分组更安全扩散效果更好但需要更多的硬件逻辑门成本更高。64位在当时的技术条件下是安全与效率的平衡点。密钥长度56位这是DES日后饱受诟病的根源。2^56 ≈ 7.2×10^16种可能在1975年被认为是不可破译的。但根据摩尔定律计算能力指数级增长这个空间在几十年后变得不再安全。轮数16轮设计者经过分析认为16轮足以抵抗当时已知的所有密码分析攻击如差分密码分析其实DES的设计团队当时已经知晓并抵御了这种攻击。更少的轮数可能不安全更多的轮数则增加不必要的计算开销。S盒的设计这是NSA美国国家安全局参与设计并一度引发争议的部分。后来公开的研究表明NSA确实改进了IBM最初的S盒设计使其能够抵抗差分密码分析——这种攻击方法在多年后才被学术界独立发现。这反而证明了S盒设计的卓越性。实操心得在学习DES时不要试图去记忆那些置换表如IP、PC-1、PC-2、P盒等的具体内容。它们的价值在于其“固定”和“公开”的特性。你应该把注意力放在理解数据流的变化和结构的设计哲学上。比如看到“扩展置换”立刻想到“这是为了扩散和匹配密钥长度”看到“S盒”立刻想到“这是引入非线性的核心”。4. DES已知的攻击手段与安全性衰落DES的陨落不是因为它设计有根本性缺陷而是因为硬件技术的飞速发展使得暴力破解它的成本从“天文数字”变成了“可以承受”。下面我们详细看看它面临的主要威胁。4.1 暴力破解简单粗暴的终结者暴力破解或称穷举攻击就是尝试所有可能的密钥直到找到能正确解密密文的那一个。DES的密钥空间是2^56。历史性时刻1997年RSA数据安全公司发起挑战通过互联网分布式计算用了96天破解了DES密钥。1998年电子前沿基金会EFF制造的专用破解机“深 crack”仅用56小时就完成了破解。到了2006年随着FPGA和GPU技术的发展破解时间被缩短到数天甚至更短。成本分析今天利用云算力租赁服务破解一个DES密钥的成本可能仅需数百美元。这使得DES对于保护任何有价值的数据都完全失效。安全性黄金法则一个加密算法如果已经存在廉价的暴力破解可能就应该被立即弃用。4.2 差分密码分析与线性密码分析这两种是比暴力破解更高效的密码分析学方法属于“理论攻击”。它们不直接猜测密钥而是通过分析大量明文-密文对寻找算法中的统计偏差从而减少需要尝试的密钥量。差分密码分析关注固定输入差分例如两个明文特定位的异或值导致输出差分的概率分布。对于完整16轮的DES这两种攻击都需要2^47组选择明文或2^43组已知明文这虽然在理论上比2^56好但在实际中收集如此巨量的特定数据依然非常困难。DES的S盒被精心设计来最大化抵抗这两种攻击。实际影响尽管对完整DES不实用但这些方法揭示了DES设计的前瞻性NSA早已考虑并成为了评估其他新加密算法如AES安全性的标准工具。它们证明了DES在算法结构上是相当坚固的。4.3 弱密钥与半弱密钥在密钥调度过程中由于循环左移操作的特殊性会产生一些“不好的”密钥。弱密钥某些密钥例如全0、全1等生成的16个子密钥全部相同或只有两种模式。这样加密和解密过程会完全相同导致安全性极大降低。DES有4个弱密钥。半弱密钥存在成对的密钥K1 K2使得用K1加密等同于用K2解密反之亦然。这样的密钥对有6对。风险与规避弱密钥的数量相对于总的密钥空间2^56来说微乎其微概率约为2^−52在实际中随机生成密钥碰上的概率极低。在编程实现时可以通过简单的检查来拒绝这些弱密钥。这是一个重要的编程实践在密钥生成后应进行弱密钥检查。4.4 现实威胁算法本身并非唯一弱点在实际系统中DES或任何加密算法被攻破往往不是因为算法被数学破解而是由于实现或使用不当。工作模式误用例如在需要加密大量数据时如果使用ECB电子密码本模式相同的明文块会产生相同的密文块会泄露数据的模式。必须使用CBC密码分组链接等更安全的模式。密钥管理不当密钥以明文形式存储在配置文件、代码中或通过不安全的通道传输。侧信道攻击通过测量加密设备的功耗、电磁辐射或时间消耗来推断出密钥信息。这类攻击对硬件实现的DES威胁很大。注意事项当我们说“DES被破解”时在绝大多数语境下指的都是56位密钥长度无法抵御暴力破解。其算法核心的Feistel结构和S盒设计至今仍被视为经典的教学范例。它的退役是密码学随着计算能力进步而动态发展的一个标准案例。5. 3DES原理DES的“续命”之术面对DES密钥太短的问题一个最直接的升级思路就是多用几把锁。3DESTriple DES正是基于这个想法它并非一个全新的算法而是将DES算法套用三次。5.1 三种密钥模式与加密流程3DES通常使用两个或三个独立的DES密钥K1 K2 K3每个密钥56位。有三种常见的操作模式DES-EEE3使用三个不同密钥顺序进行三次加密。密文 E(K3, E(K2, E(K1, 明文)))。这是最安全的形式有效密钥长度可达168位3*56但需要管理三个密钥。DES-EDE3使用三个不同密钥进行加密-解密-加密。密文 E(K3, D(K2, E(K1, 明文)))。这是最常见和标准化的模式。如果三个密钥都相同K1K2K3它就退化成了普通的DES这提供了向后的兼容性。DES-EDE2使用两个密钥令K3 K1。即密文 E(K1, D(K2, E(K1, 明文)))。有效密钥长度是112位。这是安全性与密钥管理复杂度之间的一个折中也是目前许多遗留系统中仍在使用的方式。为什么是“加密-解密-加密”EDE这种设计主要是为了兼容现有的DES硬件和软件。当K1K2K3时中间的解密步骤正好抵消了第一次加密最终效果就是一次DES加密。这使得系统可以在不更换硬件的情况下通过升级密钥管理来切换到3DES。5.2 安全性分析它真的更安全吗3DES的安全性提升是显而易见的但也存在一些争议和局限。对抗暴力破解对于DES-EDE2密钥空间从2^56增大到2^112这是一个巨大的飞跃以目前和可预见的计算能力暴力破解不可行。对于DES-EEE3密钥空间是2^168更加稳固。面临的新型攻击中间相遇攻击这种攻击对3DES-EDE2有效。攻击者需要已知明文和大量计算存储。简单来说攻击者从两端同时尝试密钥用所有可能的K1加密明文得到中间值用所有可能的K2解密密文得到另一个中间值然后寻找匹配。这需要大约2^56次加密操作和等量的存储空间时间复杂度约为2^56远低于2^112。但这仍然是巨大的计算量在实际中实施难度很高。生日攻击针对分组密码的CBC模式等但并非3DES算法本身的特有缺陷。性能与标准演进3DES最大的缺点是慢。它需要进行三次DES运算速度只有DES的1/3左右。在需要高速加密的现代应用中如TLS/SSL、磁盘全盘加密这是一个显著瓶颈。因此它最终被更高效、更安全的AESAdvanced Encryption Standard算法所取代。5.3 3DES的适用场景与现状尽管已被AES取代3DES在某些特定场景下仍有其存在价值金融支付系统许多传统的ATM、POS机系统基于3DES构建由于升级成本高昂和严格的认证要求迁移到AES的过程非常缓慢。例如PCI DSS支付卡行业数据安全标准直到近年才设定淘汰3DES的最后期限。遗留系统兼容在一些无法轻易更换硬件或核心软件的工业控制、通信系统中3DES是提升DES安全性最直接的路径。过渡方案在从DES向AES迁移的漫长过程中3DES是一个可靠的安全过渡方案。当前共识是对于新设计的系统绝对不应该再使用3DES。对于现有系统应制定计划尽快迁移至AES-128或AES-256。6. 从DES到AES历史的必然与启示DES的历程是一部生动的密码学发展史教科书。它告诉我们几个至关重要的道理密钥长度是关键参数算法内部可以设计得非常精巧但密钥长度决定了对抗暴力破解的根本强度。设计时必须为未来的算力增长留出足够余量。这也是为什么AES将128位作为最低标准并推荐256位用于长期安全。算法必须公开透明DES的设计过程虽有NSA参与但其算法细节最终完全公开经历了全球密码学家数十年的审视。只有经过这种公开检验的算法如AES的选拔过程才能获得广泛信任。“安全不靠 obscurity隐匿”。实现与使用同等重要一个理论上完美的算法可能因为糟糕的实现如引入缓冲区溢出漏洞、不当的工作模式或脆弱的密钥管理而前功尽弃。密码学是动态的没有永恒的加密算法。DES在20世纪末的谢幕是技术迭代的正常现象。作为从业者我们需要持续关注标准的发展如NIST发布的密码学指南及时更新技术栈。我个人在审计一些老旧系统时仍会不时发现DES甚至3DES的身影。处理它们的方式通常不是立即从代码层面攻击算法而是首先检查密钥是否硬编码、是否通过HTTP传输、是否存储在权限宽松的文件里——这些往往是更容易突破的缺口。理解DES的原理与其说是为了使用它不如说是为了建立一套评估加密实现安全性的思维框架。当你下次看到“加密”二字时你会本能地去想它用的什么算法密钥多长模式是什么密钥怎么管理的这套思维才是学习DES留下的最宝贵财富。

相关新闻

构建LLM智能体评估框架:从CLEAR五维度到自动化实践

构建LLM智能体评估框架:从CLEAR五维度到自动化实践

1. 项目概述:为什么我们需要一个全新的智能体评估框架? 最近几个月,我几乎把所有业余时间都泡在了大语言模型智能体的开发和测试上。从简单的任务自动化到复杂的多步骤决策,看着这些“数字员工”从笨拙地执行指令,到逐…

2026/8/19 17:41:05 阅读更多 →
NKI-Agent:大模型如何通过领域微调与智能体工具链生成高性能神经元内核代码

NKI-Agent:大模型如何通过领域微调与智能体工具链生成高性能神经元内核代码

1. 项目概述:当大模型遇上神经科学计算最近在神经科学计算和AI交叉领域,一个名为“NKI-Agent”的项目引起了我的注意。简单来说,它试图解决一个非常具体但又极具挑战性的问题:如何让通用的大型语言模型(LLM&#xff09…

2026/8/21 8:53:40 阅读更多 →
SpringBoot 2.0整合Druid:从连接池到数据源治理的实战指南

SpringBoot 2.0整合Druid:从连接池到数据源治理的实战指南

1. 项目概述:为什么是Druid? 在任何一个后端服务里,数据访问都是最核心的命脉。SpringBoot的自动配置让 DataSource 的集成变得异常简单,一个 spring-boot-starter-jdbc 依赖,配上 application.yml 里的几行数据…

2026/8/19 19:17:07 阅读更多 →

最新新闻

手机存储扩容新思路|四款主流云盘工具功能实测与对比

手机存储扩容新思路|四款主流云盘工具功能实测与对比

一、前言当下手机高清影像、原创素材、办公文档与社交缓存数据持续增长,设备自带的本地存储空间很容易出现容量不足的情况,影响日常存储与使用体验。更换大容量设备、硬件拆机扩容存在成本高、硬件改动风险大的问题,云端软件扩容凭借无需改动…

2026/8/21 9:01:48 阅读更多 →
AI视频生成技术拆解:Seedance类模型在企业内容生产中的工程化实践

AI视频生成技术拆解:Seedance类模型在企业内容生产中的工程化实践

作为长期做AIGC应用落地的工程师,这一年被业务方问得最多的问题是:"AI视频生成能不能接进我们的内容生产流程?"答案是能,但坑不少。这篇文章从工程视角拆解Seedance类视频生成模型在企业场景下的落地实践。 一、Seedanc…

2026/8/21 9:01:48 阅读更多 →
国内外标准文献免费查询及下载攻略——国标 行标 团体标,国际标准 国外标准,全搞定,建议收藏

国内外标准文献免费查询及下载攻略——国标 行标 团体标,国际标准 国外标准,全搞定,建议收藏

文章目录前言一、国内官方免费标准平台1. 国家标准信息公共服务平台2. 全国标准信息公共服务平台3. 分行业专属免费标准网站二、国际 / 国外标准官方渠道1. ISO 国际标准化组织官网2. IEC 国际电工委员会3. 欧美常用行业标准官网三、第三方网站1. 国内常用的第三方网站2. 国外的…

2026/8/21 9:01:48 阅读更多 →
线性规划实战:从模型构建到求解分析,掌握数学建模核心优化方法

线性规划实战:从模型构建到求解分析,掌握数学建模核心优化方法

1. 从“拍脑袋”到“算出来”:线性规划在数学建模中的核心价值如果你参加过数学建模比赛,或者在工作中处理过资源分配、生产计划这类问题,大概率听过“线性规划”这个词。很多人的第一印象是:一堆数学公式,看着就头疼。…

2026/8/21 9:01:48 阅读更多 →
2026求职趋势:微证书化与人机协同面试解析

2026求职趋势:微证书化与人机协同面试解析

1. 求职市场变局:从"金三银四"到"全年备战" 2026年的求职市场早已不是我们熟悉的模样。记得五年前,每到春节后,"金三银四"的招聘旺季总会如期而至,求职者们摩拳擦掌准备简历,HR们忙着筛…

2026/8/21 9:01:48 阅读更多 →
PFTrack 2017 Windows版下载与详细安装指南(含图文步骤+实操视频教程)

PFTrack 2017 Windows版下载与详细安装指南(含图文步骤+实操视频教程)

温馨提示:文末有联系方式 PFTrack 2017 Windows专业版全面介绍 PFTrack 2017是业界公认的高精度三维摄像机反求与动态物体跟踪解决方案,专为影视后期、VFX特效合成及动态匹配需求深度优化,支持Windows平台稳定运行。 一键直达:高…

2026/8/21 9:00:48 阅读更多 →

日新闻

机场边检旅客定位系统国产化白皮书:算法、硬件、底座平台全程自主

机场边检旅客定位系统国产化白皮书:算法、硬件、底座平台全程自主

前言随着国家数字基础设施信创替代、关键技术自主可控战略持续深化,口岸智慧安防、边检智能管控领域正全面进入国产化、自主化、安全可控升级周期。当前国内机场边检旅客识别与定位体系长期依赖国外商用视觉算法、进口成像硬件、闭源通用计算平台,存在核…

2026/8/21 0:00:42 阅读更多 →
别再把“数字孪生”当空间智能了!镜像视界揭开四维时空的真正面纱

别再把“数字孪生”当空间智能了!镜像视界揭开四维时空的真正面纱

别再把“数字孪生”当空间智能了!镜像视界揭开四维时空的真正面纱当下数字化建设浪潮中,很多项目将三维可视化、视频贴图叠加的数字孪生等同于空间智能。传统数字孪生更多停留在三维场景复刻,擅长把物理世界“画出来、展示出来”,…

2026/8/21 0:00:42 阅读更多 →
105、车载温度范围-40°C到85°C的影像质量一致性——ISP参数温漂补偿与产线标定策略

105、车载温度范围-40°C到85°C的影像质量一致性——ISP参数温漂补偿与产线标定策略

105、车载温度范围-40C到85C的影像质量一致性——ISP参数温漂补偿与产线标定策略 去年冬天在北方某车厂做A样评审,凌晨四点的黑河试验场,零下三十三度。客户拿了一台冷启动的车,中控屏上倒车影像全是雪花噪点,暗部细节直接糊成一片。我第一反应是sensor温度没上来,暗电流…

2026/8/21 0:00:42 阅读更多 →

周新闻

基于阿里云与通义千问(Qwen)构建AI应用:从模型调用到生产部署的完整实践指南

基于阿里云与通义千问(Qwen)构建AI应用:从模型调用到生产部署的完整实践指南

如果你是一名开发者,最近可能已经感受到了AI大模型正在从“玩具”变成“生产力工具”的强烈信号。从代码补全到智能Agent,从本地部署到云端API,我们正处在一个技术栈快速重构的节点。然而,面对层出不穷的模型、框架和工具&#xf…

2026/8/21 3:21:33 阅读更多 →
工业通信系统底层逻辑:04 反射——高频能量撞墙之后会发生什么?

工业通信系统底层逻辑:04 反射——高频能量撞墙之后会发生什么?

第四篇:反射——高频能量撞墙之后会发生什么? —— 你以为信号已经过去了,其实它正在回来打你 老Q的现场笔记 第五季,我们正式进入工业神经系统层。这里不再是单个设备的战斗,而是整个工厂“经脉”层面的秩序之战。从这一篇开始,你将第一次看清:看似简单的信号传播,背…

2026/8/21 0:02:09 阅读更多 →
【文章复现】非线性值迭代自适应动态规划(ADP):离散时间非线性系统的策略迭代自适应动态规划算法研究附Matlab代码

【文章复现】非线性值迭代自适应动态规划(ADP):离散时间非线性系统的策略迭代自适应动态规划算法研究附Matlab代码

✅作者简介:热爱科研的Matlab仿真开发者,擅长毕业设计辅导、数学建模、数据处理、建模仿真、程序设计、完整代码获取、论文复现及科研仿真。🍎 往期回顾关注个人主页:Matlab科研工作室👇 关注我领取海量matlab电子书和…

2026/8/21 6:07:56 阅读更多 →

月新闻

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

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

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

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

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

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

2026/8/20 21:46:49 阅读更多 →
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/21 0:14:22 阅读更多 →