别再坠入同一个黑夜。

赶得上趟吗？

老牌厂商学会了新玩法之后，表现反而后来居上

很多人都想过这个问题：当彩票头奖达到巨额时，能不能买下所有号码组合以保证中奖？有很多理由可以证明这通常是不可能的，或者根本行不通，但一个包括一位传奇赌徒在内的团队通过赢得9500万美元的德克萨斯州彩票头奖证明了这是可以做到的。  故事开始于 2023 年春天，当时伦敦银行家出身的博彩公司伯纳德·马兰泰利 (Bernard Marantelli) 想要购买即将开奖的德克萨斯州彩票中的所有彩票组合，以保证赢得接近 9500 万美元的头奖。 [《华尔街日报》](https://www.wsj.com/us-news/texas-lottery-gamblers-jackpot-win-40e3d6fb)报道称，每张彩票售价1美元，共有2580万种组合，利润将接近6000万美元。这假设没有其他人选中中奖组合；否则，奖金将被平分。 马兰泰利组建了一支团队，其中包括著名的塔斯马尼亚赌徒泽利科·拉诺加耶克（又名约翰·威尔逊），他为这次行动提供了资金。他因在赌场里耍花招而闻名，因此获得了“小丑”的绰号。 该计划旨在使用机器，让人们通过选择号码并收到打印的彩票来购买彩票。2023年，德克萨斯州允许在线彩票销售商开设门店，为顾客打印彩票。  马兰泰利飞往德克萨斯州，建立了四个临时彩票打印中心，包括一个仓库和一个废弃的牙医诊所。他们从一家陷入困境的在线彩票供应商Lottery.com那里购置了官方彩票终端，并连续三天不间断地进行打印。 团队将每个数字组合转换成二维码，工作人员用手机扫描二维码进入航站楼。他们每秒打印超过100张彩票，以购买1到54这六个数字所有可能组合的99.3%。 打印好的彩票被整理到盒子里，以便于轻松找到中奖号码。 果然，其中一张彩票中了头奖。这是唯一的赢家。在拿到5780万美元的一次性奖金后，该团队获利约2000万美元。  Lottery.com 高管格雷格·波茨 (Greg Potts) 在一封内部电子邮件中写道：“这对公司来说是一个巨大的胜利”，并强调该公司将从销售佣金中获利近 264000 美元。 这位获奖者以“Rook TX”的名义匿名宣称获奖，并在《休斯顿纪事报》报道后迅速为公众所知。 包括州长格雷格·阿博特在内的德克萨斯州官员下令展开调查，自封的德克萨斯州博彩监管机构唐·内特尔斯起诉Lottery.com及其中奖者欺骗普通玩家。被告尚未对这些指控作出回应。 阿博特上个月表示：“如果调查发现可能引发起诉的信息，就应该提起诉讼。如果调查发现，比如说，委员会的措施不足，那么这些措施就需要改革。” 德克萨斯州副州长丹·帕特里克称这一计划是“德克萨斯州历史上针对德克萨斯州人民的最大盗窃案”，比“所有银行抢劫案、所有西部火车抢劫案以及所有偷过东西的人”的盗窃金额总和还要多。 从技术上讲，批量购买彩票是合法的。代表德克萨斯州鲁克市的一位律师告诉《华尔街日报》，“所有适用的法律、法规和规章都得到了遵守。” 自从中奖以来，其他公司也开始尝试复制这一模式。一些零售商收到了出租彩票终端机用于大规模打印彩票的邀请。 德克萨斯州彩票委员会试图让这种做法变得更加困难，包括不再为客流量较低的彩票销售点提供额外的终端。该委员会还推出了一款软件更新，限制了终端每日售出的彩票数量。 [查看评论](https://m.cnbeta.com.tw/comment/1493912.htm)

抖音在最大程度上，公开了算法规则。

霸王茶姬总市值相当于26个奈雪、接近古茗，约为蜜雪冰城的四分之一。

编剧和观众吵起来了，到底谁更懂女性？

这位从晋江田间走出的商业巨子，用一生书写了从农民之子到行业教父的传奇，最终在他深耕半生的土地上，画上了生命的句点。

看得人拳头都硬了。

两个中国巨头，在巴西实现未完之战。

在鸿蒙应用开发的快节奏赛道上，每一秒的开发效率提升都至关重要。如何更快地看到代码更改后的效果？如何尽可能缩短开发、调试和验证的周期？如何做到在某大厂180万行+项目中将代码修改即时生效？这些问题在DevEco Studio中得到了很好的解答，而增量补丁修复便是其中的核心特性之一。今天，我们要深入探讨鸿蒙应用增量补丁修复及其两个能够大幅加速开发进度的强大功能——Hot Reload和Apply Changes。它们就如同给你的开发旅程中加入了超级引擎，让你的代码更新效率大增。 增量补丁修复是代码修改快速生效的特性统称，包含增量补丁构建及补丁修复两个过程。顾名思义，增量补丁构建是在开发者修改代码后，仅对代码的修改部分进行增量产物构建并打成补丁包，而不是漫长的全量编译，这一过程能够节省开发者大量的时间。而补丁修复则是替换并更新运行时中对应方法或文件并重载到应用中，最后重新构建界面渲染树，根据生效场景不同，又可分为热修复和冷修复，热修复就是在补丁包完成修复后无需重启应用(ability)即可使修改生效，并可保持应用当前的运行状态，如变量、页面位置等，而冷修复则是需要重启应用(ability)才可使修改生效。是否需要重启主要取决于修改的方法或属性是否能够被重新刷新，即有些方法或属性的生命周期只会在启动应用时初始化，并在应用的整个生命周期中保持，如全局变量。  图1 增量补丁修复原理图 当前鸿蒙应用开发支持多种修改场景，包含ArkTS、TS、C++、SO、资源文件的修改，相应的增量补丁修复也分别针对不同的修改场景，产生了两种不同的增量补丁修复方式，分别为强力支持ArkTS开发的Hot Reload和支持能力更为广泛的Apply Changes。那么这两种补丁修复有哪些使用场景，又分别是何种原理？且听下文分解。 ## ****Hot Reload********：********ArkTS开发加速神器**** ArkTS是HarmonyOS应用开发的官方高级语言，在鸿蒙应用的界面和交互开发上具有天生优势。而鸿蒙应用开发工具DevEco Studio中的Hot Reload特性则是针对ArkTS深度定制的开发效率提升能力，快速的增量补丁构建加无需重启即可使修改生效，使得Hot Reload定位为ArkTS开发加速神器。 使用Hot Reload十分的便捷，在IDE右上角选择热重载运行配置及入口模块后，运行项目并进行代码修改，点击Hot Reload按钮即可使修改生效。  图2 Hot Reload使用位置 除此之外，Hot Reload还能够与保存动作进行关联，修改后保存代码即可自动执行Hot Reload，能够非常大程度提升开发的流畅度。  图3 保存执行Hot Reload开关位置 Hot Reload有三大显著优势：及时反馈、保持应用状态、开发更流畅，下面将分别介绍这些优势。 及时反馈：在应用开发中，UI的频繁调整是家常便饭。无论是修改按钮的颜色、调整字体大小，还是重新布局组件，传统的开发方式通常需要重新运行工程才能看到效果。在万行级ArkTS代码项目中，Hot Reload修改生效速度能够比全量构建生效速度快70%以上，而在十万行级以上ArkTS代码项目中，Hot Reload修改生效速度能够比全量构建生效速度快50%以上（ 数据来源于内部统计）。Hot Reload让这一切变得无比高效，无需频繁进行耗时长的重新运行工程，即刻就能看到逻辑、样式的更改效果，开发过程中的试错成本大幅降低。  图4 使用Hot Reload快速调整样式 保持应用状态：与完全重启应用不同，Hot Reload的技术理念是热修复，无需重启应用即可使代码修改生效，这就使得Hot Reload在大多数情况下会保留应用的运行状态，这对于演示和分享应用进展、调试需要复杂导航（如登录后操作）等场景尤为重要，避免了重新启动应用后手动恢复状态的麻烦。  图5 可保留应用状态查看修改效果 开发更流畅：通过开启保存自动执行Hot Reload，无需感知生效方式和过程，保存后自动快速看到修改效果，大幅减少了开发过程中的间断感。基于仅对修改代码的增量构建，你可以像在纸上快速涂改一样，迅速调整代码，马上看到效果，而不用每次都重新绘制整张纸，减少等待时间意味着更多的开发时间。开发者可以更高效地完成任务，将时间花在真正重要的事情上。  图6 Hot Reload支持对资源引用的修改 Hot Reload的原理从首次启动运行开始，DevEco Studio会在应用首次编译构建时生成增量所需的map文件，记录首次全量编译的相关信息，基于这个map文件，针对后续的修改，IDE能够识别修改的文件，调用方舟编译器只编译修改的文件，得到增量字节码文件，再打包通过HDC发送到设备，由包管理进行安装，虚拟机更新字节码，最后由ArkUI重建界面渲染树。  图7 Hot Reload流程概览图 几个实用小Tips分享给大家： - 小步快跑：分解更改为小块，每次修改后使用Hot Reload查看效果。 - 结合状态管理：使用状态管理工具（如@State、@Prop）可以更好地控制状态，确保Hot Reload后状态的正确性。 - 定期重启应用：在长时间开发后，建议偶尔完全重启应用，以确保代码和状态的一致性。 虽然Hot Reload能够给ArkTS代码开发带来愉快的体验，但它也有一些局限性，主要体现在如下几个方面： 一是无法应用某些更改，为保留应用状态以及更快速的编译，Hot Reload存在以下不支持场景： - import新增未使用过的文件； - @Entry修饰的入口文件内struct成员函数、成员变量的新增、修改； - @Entry修饰的入口文件内枚举键和值、接口对象的修改； 获取更详细的使用约束可见[<u>HotReload使用说明</u>](https://developer.huawei.com/consumer/cn/doc/harmonyos-guides-V5/ide-hot-reload-V5#section717914265815?ha_source=rrdscpjl&amp;ha_sourceId=89000499)。 二是状态保留的局限，某些复杂场景下，应用的状态可能无法正确保留，尤其是当状态管理不当时。另外还有使用范围有限，Hot Reload仅支持ArkTS、TS代码的更改，对于C++、资源文件、SO文件的更改，可选择使用同样快速但是需要重启应用的Apply Changes或完全重启。 ## ****Apply Changes：神通广大的多面手**** 为满足其他语言、文件快速开发的需要，Apply Changes特性应运而生，相较于Hot Reload，Apply Changes同样针对修改的增量部分进行编译，具有快速生效的优点，但是为支持C++、资源、SO等复杂的加载场景，Apply Changes还会进行重启设备上应用的动作。即以牺牲应用状态保持为代价，获得更为广泛的支持能力，Apply Changes目前能够支持C++、SO、资源文件的修改，是当之无愧的多面手。 使用Apply Changes与使用Hot Reload类似，区别在于Apply Changes的按钮在普通运行配置下。  图8 Apply Changes使用位置 Apply Changes的显著优势也有三个，具体如下： 一是支持更多样的文件修改： 目前Apply Changes能够同时支持C++、SO、资源文件的一种或多种修改快速生效，且修改场景限制较小。  图9 Apply Changes支持C++代码修改生效 二是仅需一次推包，关闭应用后也可直接进行Apply Changes： 关于C++、SO以及资源文件的增量编译及打包都是与工程的运行状态解耦的，只要设备中已经安装工程对应的应用，那么无需运行工程，直接修改代码点击Apply Changes即可自动拉起应用，使修改生效，避免再一次全量构建。  图10 停止运行后无需再次运行，即可Apply Changes 三是稳定性更高： 由于Apply Changes能够重启应用，能够及时进行增量补丁的重新加载，避免了潜在的状态不一致问题，修复因状态污染可能导致的逻辑异常。  图11 Apply Changes支持资源文件修改生效 与Hot Reload类似，IDE在首次全量运行后会缓存部分信息用于后续差异比较，后续修改C++代码后，点击Apply Changes会基于缓存信息构建增量补丁包，具体而言是，启动SO的cmake流程构建SO，通过与缓存信息比较，识别出差异SO再构建增量包。构建完成后IDE会关闭设备上的应用，进行修复更新，结束后再重新拉起应用，完成代码生效。  图12 Apply Changes流程概览图 Apply Changes的几个实用小Tips也分享一下： - 优先使用HotReload快速验证UI和ArkTS代码逻辑； - 遇到复杂修改，及非ArkTS代码修改时再使用ApplyChanges； - 定期通过全量运行确保应用整体稳定性； 同样Apply Changes也有局限性，主要体现在如下两个方面： 首先是应用的状态无法保留，Apply Changes采用冷修复的技术路线，会进行应用重启行为，因此无法对应用状态进行保留，如丢失输入内容、路由栈会被重置到初始页面。然后是暂时无法支持ArkTS、TS代码文件的修改，目前Apply Changes未能做到同时支持ArkTS、TS代码的增量编译，无法支持ArkTS、TS代码的修改生效。 在鸿蒙应用开发中，Hot Reload和Apply Changes各有侧重，Hot Reload能够快速调整UI及ArkTS代码逻辑，同时能够保留应用状态，具有快而轻的特点。而Apply Changes是针对非ArkTS代码的修复利器，具有全而稳的特点，能够进行复杂的修改，同时避免长时间运行可能产生的错误。根据需求灵活选择，才能进一步提升开发效率，尽快为用户提供更好的体验。

在鸿蒙应用开发过程中，调试环节常常直接影响开发效率与体验。为提升开发者调试的便捷性与效率，华为在DevEco Studio上提供了模拟器功能，它不仅能模拟鸿蒙手机、折叠屏、平板等真实设备的基本功能，还具备丰富的场景化模拟能力，能够在真机设备短缺、调测场景复杂的情况下，大幅简化调试流程，成为广大开发者的调试利器。 然而，DevEco Studio模拟器的能力还远不止于此，它还内置了众多便捷、高效的“隐藏功能”，针对应用调试时的hap安装、文本输入、文件传输等常见操作，模拟器都提供了比真机更快捷的操作，大幅简化了传统真机调试中的繁琐步骤。小编今天就推荐几个**“隐藏功能”，让你们的鸿蒙应用调试效率飞跃式提升。** 以往使用真机进行调试推包时，开发者往往需要首先登录华为开发者账号并配置签名文件，而模拟器则无需此操作（ACL权限场景除外），即装即用，节省大量前期准备时间。   __使用真机____调试推包____需先登录____华为开发者账号____生成签名文件，操作繁琐__ 在安装应用时，模拟器也提供了更为直观的方式——只需将HAP文件直接拖拽至模拟器界面，即可完成安装。而使用真机时，开发者需通过执行多条HDC命令进行文件上传、安装与删除，操作复杂且耗时。   __直接拖拽hap文件到模拟器界面即可完成安装__ 在文件传输方面，模拟器同样提供了便捷的操作体验。开发者可以将图片、文档等文件直接拖拽至模拟器UI界面，实现文件的快速上传，而无需像在真机上那样先开启文件传输功能，然后从电脑端手动复制、粘贴或执行hdc file send命令。    __直接拖拽图片、文档等文件到模拟器界面即可完成文件上传__ 同时，模拟器还全面支持通过键盘直接输入文字，滚动鼠标滚轮浏览页面列表，这些常见交互在真机上则依赖软键盘操作，效率较低。更为贴心的是，模拟器还支持跨设备文本操作，用户可在PC端复制长文本内容，在模拟器内直接粘贴，这一功能在真机上往往难以实现。  __PC端复制____的____长文本内容，在模拟器内直接粘贴__ 此外，通过按住Ctrl键并配合鼠标左键拖动，开发者即可在模拟器中模拟缩放操作，便于调试地图、图像等对缩放敏感的应用场景。甚至连PC麦克风输入的语音内容，也可同步传入模拟器内，方便开发者调试语音识别等功能模块。 为了进一步提升开发者对文件的管理能力，模拟器还支持通过IDE内置的Device File Explorer功能对模拟器文件进行统一管理，实现对文件的查看、添加、删除等操作，调试过程更加可控、透明。 可以说，DevEco Studio模拟器不仅是一个高度还原真机体验的虚拟设备，更是一个集便捷性与高效性于一体的开发利器。模拟器“隐藏”功能在实际开发中大大提升了调试效率，为开发者节省了大量重复操作的时间。 开发者可以通过访问“鸿蒙开发者官网”，点击“开发”——&gt;“开发文档”——&gt;“指南”，点击左侧“DevEco Studio”——&gt;“应用/元服务运行”——&gt;“使用模拟器运行应用/元服务”——&gt;“使用模拟器”进一步了解和使用这些功能，全面释放模拟器的潜力，让调试过程事半功倍。欢迎广大开发者前往体验，即刻畅享高效便捷的开发调试流程，让应用开发更加从容高效！   DevEco Studio模拟器详细使用指南和功能介绍请访问： [<u>https://developer.huawei.com/consumer/cn/doc/harmonyos-guides/ide-emulator-use</u><u>?ha_source=rrdscpjl&amp;ha_sourceId=89000499</u>](https://developer.huawei.com/consumer/cn/doc/harmonyos-guides/ide-emulator-use?ha_source=rrdscpjl&amp;ha_sourceId=89000499)

在鸿蒙应用开发过程中，应用侧流畅运行体验是开发者非常关注的部分。为此，华为HarmonyOS开发者官网推出了“最佳实践-性能专区”（以下简称“性能专区”），通过系统化的文档、工具与案例介绍，为开发者提供从问题定位到优化落地的全流程解决方案，助力开发者打造流畅鸿蒙应用。 **最佳实践-性能专区内容概览** 性能专区包含性能体验设计、性能检测、性能分析、性能优化与场景化案例五大核心板块，目前已收录52篇指导文档，贯穿“问题定位-根因分析-优化实施-效果验证”全流程。 以常见的列表页面滑动卡顿这一典型问题为例，性能分析板块内的《分析帧率问题》最佳实践提供了丢帧问题的完整分析思路、性能优化工具的使用方法，并推荐了常见的优化方案。而《优化长列表加载慢丢帧问题》、《优化瀑布流加载慢丢帧问题》等场景案例文章则聚焦于常见性能问题场景，为开发者提供详细的优化指导，包括优化原理剖析、代码级优化解析以及可运行的完整示例代码。  **真实案例介绍：应用页面滑动卡顿丢帧问题优化过程** 开发者在实现长列表页面滑动时出现卡顿丢帧、滑动不流畅的问题，多次优化代码仍未解决，最终通过参照性能专区的最佳实践指导，该问题得以较好解决。 首先，开发者利用性能检测工具分析问题，参考性能分析相关最佳实践，发现性能瓶颈主要集中在网络数据加载与UI组件频繁创建与销毁。定位根因为该列表页面包含大量高清图片和视频资源，且组件布局复杂，一次性加载大量数据以及组件的频繁创建与销毁，导致网络请求与主线程UI渲染压力过大，进而引发了页面滑动过程中的卡顿和丢帧现象。 为了解决上述问题，根据最佳实践文章建议，开发者应用了LazyForEach懒加载渲染。通过按需加载数据，仅加载屏幕可视区能够容纳的组件数量，有效减少了全量加载带来的性能压力。然而，在快速滑动列表时，组件的频繁创建与销毁仍会出现丢帧和卡顿现象。  图：懒加载原理图 为进一步优化性能，开发者采用了文章中介绍的组件复用能力。HarmonyOS应用框架提供的组件复用机制，使得可复用组件从组件树上移除时，会进入到一个回收缓存区，后续创建新组件节点时，会优先复用缓存区中的节点，从而节约组件重新创建的时间。  图：组件复用原理图 最终，通过LazyForEach懒加载渲染与组件复用相结合的方法，显著降低了长列表页面的滑动丢帧率， 从测试数据来看，在优化前该页面滑动卡顿率达到14.14ms/s，通过优化后降到了5ms/s以内，有效提升了性能体验。 **即刻体验** 性能专区为鸿蒙生态开发者提供了一个解决性能问题的“宝库”。开发者无需在庞杂的技术文档中摸索，只需打开HarmonyOS开发者官网，依次点击开发-&gt; 开发文档-&gt;最佳实践，进入“性能”专栏，即可按场景快速获取解决方案。  未来，华为将持续更新、优化性能专区内容，并结合开发者反馈，扩展更多实战案例与解决方案，不断降低性能优化门槛，帮助开发者攻克技术难关，为用户带来更极致的鸿蒙应用体验。   更多最佳实践案例与文档，请访问： [<u>https://developer.huawei.com/consumer/cn/doc/best-practices-V5/bpta-develop-once-deploy-everywhere-V5?catalogVersion=V5</u><u>?ha_source=rrdscpjl&amp;ha_sourceId=89000499</u>](https://developer.huawei.com/consumer/cn/doc/best-practices-V5/bpta-develop-once-deploy-everywhere-V5?catalogVersion=V5?ha_source=rrdscpjl&amp;ha_sourceId=89000499)

随着本周早些时候 Fedora 42 的发布，围绕Fedora 43 的更多功能开发工作和规划正在升温。目前针对 Fedora 43 提交的另一项早期变更提案是将 CMake 构建系统的默认生成器从 Make 更改为 Ninja。  Fedora 43 正在考虑将 CMake 使用的默认生成器从 Ninja 更改为使用 Ninja 后端。正如大多数 Linux 开发人员和从源代码滚动的人所知，使用 Ninja 可以获得更好的性能。 一些 Fedora 软件包已经明确使用 Ninja 后端，但这个新的变更提案将按照%cmake宏的指定设置默认值。 最终结果是，这个变更提案将带来更快的构建时间和更好的默认程序运行环境支持，特别是对于 CMake+Ninja 功能得到更好支持的领域，例如 C++ 模块。 关于这个 Fedora 43 变更提案的更多细节，仍需由 Fedora 工程和指导委员会 (FESCo) 投票表决，可以通过[Fedora Wiki](https://fedoraproject.org/wiki/Changes/CMake_ninja_default)找到。 [查看评论](https://m.cnbeta.com.tw/comment/1493910.htm)

**日前中国与马来西发布联合声明，明确提到“支持马来西亚的航空公司引进和运营中国商用飞机”。**据了解，声明中所指的中国商用飞机，**主要指的是中国商飞公司（COMAC）生产的C909和C919飞机。**  据悉，目前C909支线客机已经出海三个东南亚国家，印尼、越南和老挝都有客户；C919干线飞机则在中国三大航服务于国内市场，最快2026年在海外取得突破。 马来西亚航空集团董事总经理拿督依占依斯迈在接受采访时表示，公司正在制定未来几年的机队扩张计划，正密切评估购买中国商飞公司的飞机，双方团队已有过多轮沟通。C909、C919等都在考虑之中。  **据悉，C909是ARJ21改名而来，命名统一，与C919、C929组成国产飞机“三剑客”。** C909航程2225—3700公里，最大起飞重量40500千克，最大使用高度11900米，具有适应性、舒适性、经济性、共通性、系列化等特性。  **C919是我国首款按照国际通行适航标准自行研制、具有自主知识产权的喷气式干线客机，座级158-192座，航程4075-5555公里。** 2015年11月2日完成总装下线，2017年5月5日成功首飞，2022年9月29日获得中国民用航空局颁发的型号合格证，2022年12月9日全球首架交付，2023年5月28日圆满完成首次商业飞行。 [查看评论](https://m.cnbeta.com.tw/comment/1493908.htm)

易车榜日前发布了2025年第一季度进口车销量Top20榜单。榜单显示，**丰田成为最大赢家，不仅雷克萨斯ES为进口车销冠，旗下还有5款车型上榜，榜单车型数量和奔驰并列第一。** [](//img1.mydrivers.com/img/20250418/27578c079c9d434283fe45d816773142.jpg) 具体来看，雷克萨斯ES一季度在华销售25166辆，也是榜单中唯一一款销量破万的车型。作为雷克萨斯旗下最便宜的车型，ES在国内也承担着走量的重任。 奔驰GLE以9873辆的成绩位列第二，不过值得关注的是，国内在售的奔驰GLE产自美国工厂，随着中国向美国征收反制关税，**后续，奔驰GLE已不大可能会继续从美国进口，车辆后期的进口销量预计会有不小的波动。** 雷克萨斯RX和NX两款车型分列第三、第四位，按此来看，进口销量前五阵营中，雷克萨斯独占三席。 路虎揽胜以4145辆的进口成绩位列第五，虽然当前也有国产路虎在售，但诡异的是，路虎越便宜越没人买，反而是揽胜这样的旗舰车型，比运动版销量还高。 **作为国内豪华MPV的代表，一季度国内销售了3618辆进口丰田埃尔法，位居榜单第六。**不过，随着国产高端新能源MPV的竞争，埃尔法在国内的好日子也是过一天少一天。 至于榜单第七至第十名，分别为宝马4系、路虎卫士、保时捷卡宴、奥迪Q7等车型。 值得一提的是，国内进口车的规模也是连年降低，2024年，我国进口汽车70万台，同比下降12%，出现了从2017年以来的7年的连续下降。 [](//img1.mydrivers.com/img/20250418/71c94593af394932a0d1165f70affeb6.png) [查看评论](https://m.cnbeta.com.tw/comment/1493906.htm)

数据显示，阿里国际站进入美国电商APP下载榜前五，并在全球120个市场的电商APP下载榜中位居前十。淘宝APP也在全球APP下载排行榜排名上升，在16个国家App下载榜上排名第一，并冲上美国下载榜第二，在123个国家排名前十。 [](//img1.mydrivers.com/img/20250418/60edbe38-4a1f-4b55-958b-d0635e1523ec.png) 阿里国际站爆火的背后，是美国用户通过TikTok等社交平台自发掀起的“中国工厂揭秘”热潮。 **大量视频揭露了欧美大牌实际上源自中国代工厂，并通过中国的跨境电商平台直连源头供应链，带动海外用户涌入中国电商平台“囤货”。** 在美国TikTok上，一条“中国工厂购物指南”的帖子被超过5万用户收藏，评论区中满是对阿里国际站的推荐。 与此同时，阿里国际站采取了多项措施，来帮助商家应对这一波流量。 [查看评论](https://m.cnbeta.com.tw/comment/1493904.htm)

被特朗普狠狠“坑”了的黄仁勋，光速现身中国。被称为“对华特供版”的H20芯片突然禁售，让英伟达在中国市场的前景再度蒙上阴影。值此背景之下，近期黄仁勋访华，可以看出两个关键目的，第一是表态，英伟达不会放弃中国市场，H20禁售之后，该公司依然会想办法推出适应新政策的产品。  第二是“取经”。不放弃中国市场，H20又不能卖了，黄仁勋需要新的产品。而新的产品怎么设计，需要和需求方对话。 《金融时报》报道，黄仁勋会见了英伟达的客户，其中包括DeepSeek创始人梁文锋，“讨论针对中国客户的新芯片设计”。 目前，黄仁勋和梁文锋方面均未对该消息做出回应。 DeepSeek崛起、英伟达“维稳”、关税战和H20禁售，很难相信这是短短三个月里发生的事情。在这三个月里，英伟达出现在DeepSeek的技术报告中，出现在外界对DeepSeek进行分析的几乎每一则内容里。 英伟达也绕不开DeepSeek，黄仁勋在财报会议、GTC大会上，都或主动或被动地谈及这家公司。DeepSeek既给英伟达出了难题、引发了外界对这家公司的灵魂拷问，也给英伟达在中国市场带来了新的活力。 如今，背后的两位创始人黄仁勋和梁文锋终于相会，在如此纷乱的背景下，多少有些遗憾。但试图突破地缘政治的影响，继续“共赢”的态度，也足以成为商业世界的一段佳话。 只是，黄仁勋即便锁定了当下最能帮上自己的人梁文锋，但未来英伟达在中国市场究竟会经历什么，谁都说不好。英伟达在华销售的芯片若一再阉割，国产芯片厂商又纷纷追赶，包括DeepSeek在内的AI企业是否还会继续青睐英伟达芯片？ **01.黄仁勋特殊的北京之旅** 三个月前，中国春节。美国新任总统特朗普正值就职时刻，英伟达的CEO黄仁勋忙着在中国四处拜访，待了一周之久。外界称之为黄仁勋在中国的“最长路演”，并称黄仁勋是“最努力的销售”。 彼时黄仁勋想不到，他将在不到百天之后再度到访中国，还脱掉皮夹克、穿上西装。形势之严峻，可见一斑。  图源：央视财经视频截图 特朗普就职之后，开始对中国施加更大的压力。关税战打响，压力很快传导到了芯片行业，英伟达股价震荡，一度一夜蒸发上万亿美元市值。 大概在一周前，英伟达传出利好消息，据美国全国公共广播电台NRP报道，黄仁勋亲自参与特朗普在海湖庄园的晚宴，随后白宫暂时放弃了对H20禁售的计划。 H20，是英伟达在拜登政府“芯片禁令”下的特殊产物，专门为中国市场设计，相比于旗舰芯片做了一定程度的“阉割”，以合规出口中国。关税的提高，叠加特朗普可能连H20都会禁售的传闻，成为外界对英伟达的最大担忧。 海湖庄园“游说成功”的消息，让英伟达在哀鸿遍野的股市中，股价应声上涨18%。 然而，惊天大反转很快上演。仅仅不到五天后，本周一，特朗普政府就通知英伟达，H20芯片被纳入出口管制，如向中国等五个国家出口，需获得许可，该要求将在未来无限期生效。 这一出其不意的噩耗，将黄仁勋打了个措手不及。周二英伟达递交给美国证监会的一份文件中，称此举将造成英伟达第一财季损失55亿美元。“（这一损失）与H20产品线库存、采购承诺和相关储备有关。” 需要注意的是，英伟达的第一财季对应自然日期，截至4月27日。 也就是说，和客户的订单签了还没交付，那边产品已经出来了不少，这一下全砸手里了。毫不意外地，该消息一出，英伟达股价又应声下跌6%。 不出48小时，黄仁勋抵达北京。他明确表态，过去30年，英伟达在中国成长，中国对英伟达来说非常重要。英伟达和中国市场实现了共赢，将继续服务于中国市场。 不管是从这次来北京的时机，还是从黄仁勋毫不避讳地明确表态，都能看出黄仁勋并不准备向特朗普政府的“担忧”低头。生意会继续做，还要比以前更努力地做。 **02.为什么找上梁文锋** 不放弃中国市场，就意味着英伟达需要继续做“中国特供版”AI芯片。既要符合新的禁令要求，又要满足中国客户的需求，二者缺一不可。 而如何满足中国客户的需求，要讨论这个问题，没有人比梁文锋更合适。 不管消息是否属实，黄仁勋的确有必要和梁文锋好好“对齐”一下。 在春节时期黄仁勋到访中国的时候，AI领域正在发生一件大事，那就是DeepSeek的迅速崛起。 这是一个极富戏剧色彩的事件：在被美国限制高端芯片获得的中国，出现了一个初创企业，他们用英伟达“阉割”版芯片，以数百万美元的成本，训练出了性能卓越的推理模型R1。 虽然硅谷有不同的声音，甚至有来自OpenAI和Anthropic两家公司CEO的指责（奥特曼暗示DeepSeek“抄袭”，阿莫迪质疑DeepSeek在所用芯片和成本上“撒谎”），但DeepSeek用“开源周”证明了自己的技术实力。几乎每一个开源项目，都是对英伟达芯片的“压榨魔法”。 在这次中美关税战、美国禁售H20之前，英伟达最大的危机、最大的挑战是由DeepSeek制造的。而且这种危机直击英伟达的灵魂，这家芯片巨头高速迭代，打破摩尔定律，不断推出最先进的AI芯片。DeepSeek则让一个问题自然浮现：英伟达真的需要这样做吗？或者说，行业真的需要英伟达这样做吗？  在3月的英伟达GTC演讲中，黄仁勋花了很久向世界解释，为什么推理时代缩放定律没有死、为什么英伟达仍然非常重要。并且，黄仁勋还超前公布了下下代、下下下代的芯片架构计划。 同时，Meta和OpenAI等大客户对英伟达新一代Blackwell架构高端芯片的订单，也让黄仁勋的论证有了事实基础。OpenAI甚至推出了一个史上最贵的模型GPT-4.5，讲的是同一个道理。 如果照此发展，英伟达的最大挑战就是交付Blackwell，用销售数字说话。至于中国市场，刨去DeepSeek对英伟达的“灵魂拷问”之外，不容忽略的是，其对英伟达在中国市场的表现有很大的帮助。DeepSeek已经证明了H20的“香”，多家中国巨头花费160亿美元采购“阉割版”H20。 也就是说，在全球市场来看，DeepSeek让英伟达不得不解释高端芯片依然重要，但在本来就只能卖特供版H20的中国市场，DeepSeek的作用反而是正向的。 直到H20的禁令。 如今英伟达不得不设计新的中国特供芯片，拜访这个国家的“英伟达芯片压榨魔法师”是势在必行。 **03.梁文锋的选择** 不管是从哪个角度看，想象二者相会的场景都足以令人感慨万千。 生于60年代的黄仁勋作为华人，走的是上一辈的精英路径：赴美求学、工作、创业。而80后的梁文锋则走的是新一代的路：在中国高等学府求学、留在中国工作、创业。最终，两个人在2025年的地缘政治的纷乱之中，顶峰相见，共谋发展。 只是时移势易，梁文锋是否还会像过去一样需要英伟达，或者说在未来是否还会持续如此，还要打一个问号。 对于中国市场，黄仁勋有决心不放弃，但是下游算力需求方是否会被迫加速向国产替代方案迁移？这是摆在他面前的一个绕不开的问题。 就在4月10日，华为公布AI基础设施架构突破性新进展，推出基于新型高速总线架构的CloudMatrix 384超节点集群，并宣布已在芜湖数据中心规模上线。 在芯片和AI计算领域，“超节点”即通过高密度集成计算资源和高速互联技术，构建的具备超大算力和高带宽的数据处理单元，是为了满足大规模AI模型训练和推理的需求应运而生的。如此前英伟达的NVL72就是超节点技术的代表产品，由72个GPU组成，采用NVLink和NVSwich技术，实现GPU之间的高速通信。 华为公司常务董事、华为云计算CEO张平安在华为云生态大会2025上说：“华为并不发布面向C端的大模型应用，我们更关注的是怎么能让行业客户真正落地AI。” 其与英伟达在中国本土的竞争关系，不言自明。 中国正在攻坚AI芯片技术的公司不只有华为，但华为和英伟达之间的张力是一个典型例证：就像DeepSeek在被限制的情况下反而“憋”出了“压榨魔法”，中国企业不可能坐以待毙，等待美国“解锁”英伟达芯片。从某种意义上讲，美国进一步禁售英伟达H20，是给中国芯片产业注入了动力。 黄仁勋早已意识到英伟达在中国的竞争压力，英伟达连续两年把华为列入竞争对手名单，黄仁勋在接受《金融时报》采访时曾盛赞其是“中国最强大的科技公司，征服了他们步入的每一个市场”。 层层阉割之下，英伟达在华合规销售的芯片几乎不可避免地被进一步压缩性价比和吸引力，与此同时中国本土企业纷纷蓄招。 在华禁售H20也许不足以给英伟达在中国市场的未来以致命打击，但若DeepSeek和梁文锋抛弃或者减少对英伟达的依赖，那也许才是英伟达在华的真正噩梦。 [查看评论](https://m.cnbeta.com.tw/comment/1493902.htm)

受美国关税政策影响，两家知名电商平台即将调整美国地区价格。近日，服饰类电商平台希音（SHEIN）和拼多多旗下的跨境电商平台Temu在官方网站发布通知称，由于最近全球贸易规则和关税的变化，运营费用有所增加，为了不降低质量，将从2025年4月25日起进行价格调整。 在4月25日之前，价格将保持不变。“自从我们开始为美国购物者提供服务以来，我们的目标一直很简单：以实惠的价格提供优质的时尚产品，同时为我们服务的社区带来积极的影响。”  Temu发布了一份几乎相同的通知，称其运营成本已上升，因此将从下周开始上调价格。该公司还补充道，在此之前，价格将保持不变。 不过两家平台均未透露涨幅细节。 希音和Temu在美销售从服装到智能手机等各种商品，因其低廉的价格而受到美国消费者的青睐。 据央视新闻，美国当地时间4月2日，特朗普政府签署行政令，将取消从中国内地和中国香港进口的小额包裹免税待遇。 4月17日，商务部召开例行新闻发布会。会上，新闻发言人何咏前谈到美国对小额包裹关税政策进行破坏性调整时表示，这将严重影响美国消费者的利益。何咏前表示，跨境电商具有效率高、到货快、费用低的独特优势，能更好满足消费者个性化、多样化消费需求。是国际贸易创新发展的重要趋势，已经成为人们不可或缺的生活方式。 何咏前说，近期，美国对小额包裹关税政策进行破坏性调整，将严重影响美国消费者的利益，我想强调的是，跨境电商是契合全球消费发展趋势，惠及亿万消费者的新型贸易方式，相关领域政策调整应以便利化为方向。我们愿同各国一道，加强交流合作，共同促进跨境电商健康可持续发展。 此举将使希音和Temu的商业模式面临挑战，而美国科技公司亦将承压。 路透社报道，调研机构数据显示，希音和Temu正在大幅削减其在美国的数字广告支出，这对Meta旗下Facebook等科技公司造成了不小打击。目前，希音和Temu都位于美国社交媒体最大广告商之列。 调研机构Sensor Tower评估，3月31日至4月13日的两周内，Temu在Facebook、Instagram、TikTok、Snap、X和YouTube上的美国每日平均广告支出与前30天相比总体下降了31%；希音在Facebook、Instagram、TikTok、YouTube和Pinterest上的美国每日平均广告支出则同比平均下跌了19%。 美国数字营销公司Tinuiti数字营销研究总监Mark Ballard对外媒表示，Temu在第一季度显著增加了广告投放量，然而自4月12日起，其在Google购物（Google Shopping）上的广告投放量大幅缩减。 [查看评论](https://m.cnbeta.com.tw/comment/1493900.htm)

3月20日，华为发布业界首款阔折叠手机Pura X，其独特的16:10阔型屏设计，为用户带来焕然一新的体验。然而随着鸿蒙生态设备类型的日益丰富，不同类型设备的应用适配成为开发者面临的一大挑战。为此，华为在HarmonyOS开发者官网上线了“最佳实践-一次开发，多端部署”专区（以下简称“一多专区”）和“最佳实践-设备场景”（以下简称“设备场景专区”），通过理论与实践的结合，助力开发者快速适配Pura X等多样化的鸿蒙设备，打造用户友好、体验流畅的“一多”应用。 ## **最佳实践专区内容概览** 一多专区专注于“一次开发，多端部署”的核心技术，通过“技术要点”与“垂域案例”两大板块，助力开发者攻克多端适配难题。“技术要点”聚焦开发过程中的关键问题，提供深入解析；“垂域案例”则从不同垂直领域的一多开发实践中提炼出推荐的设计思路与从0到1的完整实现方案。 设备场景专区针对不同设备适配时的常见问题场景，提供一对一的精准解决方案。开发者可根据自身的技术难题与设备类型，快速找到对应的解决方案，高效解决开发痛点。 ### **应用适配Pura X设备实践案例** 以华为新推出的Pura X阔折叠产品为例，一多专区的《一多断点开发实践》通过横向与纵向断点，区分Pura X展开态与折叠态窗口，实现不同页面布局，完成基础适配。 针对Pura X外屏显示特点，《Pura X外屏开发实践》提供了滑动沉浸式浏览的适配指导，该设计让用户更专注于内容本身，当用户向上滑动屏幕，可临时隐藏标题栏、页签栏等界面元素，实现全屏浏览；向下滑动时，页面元素通过动画效果重新显示，显著提升了外屏浏览效率。  图：滑动沉浸式浏览 ### **Pura X外屏滑动沉浸式浏览实现方案** ****1********、状态变量控制****：通过状态变量动态调整顶部标题栏和底部页签栏的透明度与高度。 ****2********、适配系统避让区****：在沉浸式布局中，顶部标题栏需避开系统状态栏，底部页签栏需避开系统导航栏。开发者应在窗口创建时获取初始避让区高度，并实时监听其动态变化。 ****3********、使用堆叠容器实现页面布局：**** 滑动方向判断： 上滑：动态减少标题栏和页签栏的高度与透明度，实现隐藏效果。 下滑：通过动画恢复其高度与透明度至初始值，实现显示效果。 列表布局调整：设置列表顶部外边距，确保滑动时列表能填满顶部剩余空间。 通过以上方法可实现流畅的滑动沉浸式浏览体验，同时保证页面布局的适应性和美观性。 目前，小红书、蜻蜓FM等应用已依据HarmonyOS开发者官网一多专区及设备场景专区的最佳实践，完成了对Pura X设备的适配。  图：小红书滑动沉浸式浏览  图：蜻蜓FM滑动沉浸式浏览 ### **即刻体验** 最佳实践已上线华为HarmonyOS开发者官网，开发者可进入“HarmonyOS开发者官网”搜索《Pura X外屏开发实践》快速获取技术文档、示例代码及实战案例，快速打造优质的HarmonyOS一多应用。  图：一多专区  图：设备场景专区   更多最佳实践案例与文档，请访问： [<u>https://developer.huawei.com/consumer/cn/doc/best-practices/bpta-multi-device-bp-practice?ha_source=rrdscpjl&amp;ha_sourceId=89000499</u>](https://developer.huawei.com/consumer/cn/doc/best-practices/bpta-multi-device-bp-practice?ha_source=rrdscpjl&amp;ha_sourceId=89000499) [<u>https://developer.huawei.com/consumer/cn/doc/best-practices/bpta-foldable-guide?ha_source=rrdscpjl&amp;ha_sourceId=89000499</u>](https://developer.huawei.com/consumer/cn/doc/best-practices/bpta-foldable-guide?ha_source=rrdscpjl&amp;ha_sourceId=89000499) [<u>https://developer.huawei.com/consumer/cn/doc/best-practices/bpta-purax-guide</u><u>?ha_source=rrdscpjl&amp;ha_sourceId=89000499</u>](https://developer.huawei.com/consumer/cn/doc/best-practices/bpta-purax-guide?ha_source=rrdscpjl&amp;ha_sourceId=89000499)

 作为鸿蒙应用开发者，在使用ArkUI现有能力进行弹窗开发时，总会遇到一些让人纠结的交互问题：应用内进行消息提示时，既要求消息内容支持图文混排，又要求弹窗本身不能打断用户交互（页面滑动、页面点击、键盘输入等操作）；弹窗本身与弹窗蒙层的动画需要进行独立设置；弹窗避让键盘需要自定义避让距离；气泡提示的箭头需要进行自定义等。开发者需要开发很多额外的代码去解决这些交互问题，但通过“DialogHub”弹窗三方库，只需要一两个配置项就可以轻松解决上述问题。 “DialogHub”可高效地解决以下3点问题： 1、上文提到的焦点、手势、动画等交互问题； 2、弹窗需要与UI进行解耦。 3、弹窗需要具备复用能力。 接下来以具体示例说明： “DialogHub”提供了多种配置选项解决弹窗的交互问题。例如，通过setConfig接口的passThroughGesture属性解决手势透传问题；requestFocusWhenShow属性解决焦点抢占问题；通过setAnimation接口的customMaskAnimation解决遮罩动画自定义的问题：  “DialogHub”支持UI解耦的弹窗能力。例如，在全局监听里创建弹窗(以气泡弹窗为例)，通过链式调用的方式绑定目标组件并弹出：  “DialogHub”提供弹窗模板能力，便于开发者实现弹窗复用。以图文混排的消息提示框为例： 步骤一：使用“DialogHub”的createToastTemplate、register接口创建一个符合UX定义的消息提示框模板：  步骤二：使用“DialogHub”的getToastTemplate接口获取定义好的模板并弹出  在实际应用中，“DialogHub”的能力也得到了开发者的高度认可。据某头部App开发者反馈：“DialogHub”对系统弹窗进行了统一封装，链式调用学习成本低，一行代码就能完成弹窗属性配置，代码更加简洁清晰。 “DialogHub”的推出为开发者提供了一个开箱即用的弹窗管理解决方案，帮助开发者更高效地实现各种场景下的弹窗功能，显著降低学习成本与开发成本。目前，“DialogHub”已开源至OpenHarmony三方库中心仓以及Gitee平台。   开发者可访问“OpenHarmony官网”，点击“开发者”——&gt;“三方库中心仓”——&gt;搜索“DialogHub”；或登录“Gitee官网”，首页搜索“DialogHub”，快速下载集成，并参与代码贡献与问题反馈。共同提升鸿蒙应用的性能与体验。 未来华为也将持续携手生态伙伴共建创新，面向底座技术、通用能力、垂类行业等场景推出系列开发者场景化解决方案，不断提升鸿蒙应用的创新体验和开发效率，与广大开发者共建繁荣的鸿蒙生态。   更多关于“DialogHub”的信息和使用指南，请访问： [https://developer.huawei.com/consumer/cn/doc/best-practices/bpta-hadss_dialoghub?ha_source=rrdscpjl&amp;ha_sourceId=89000499](https://developer.huawei.com/consumer/cn/doc/best-practices/bpta-hadss_dialoghub?ha_source=rrdscpjl&amp;ha_sourceId=89000499) [<u>https://gitee.com/hadss/DialogHub/tree/V1.0.0-rc.3/</u>](https://gitee.com/hadss/dialoghub/tree/V1.0.0-rc.3/) [https://ohpm.openharmony.cn/#/cn/detail/@hadss%2Fdialoghub](https://ohpm.openharmony.cn/#/cn/detail/@hadss%2Fdialoghub)

让应用成为用户的“日程管家”！精准日程管理与智能提醒能力，正成为提升用户体验的关键。从医疗预约即时提醒，到会议安排动态同步，智能化服务大幅提升用户体验。掌握 Calendar Kit 的深度应用，可轻松实现精准提醒与场景化适配，让日程提醒更智能。本课程聚焦日程管理+智能提醒，从基础概念到手把手代码实操，教你构建日程提醒系统，让每一次提醒都精准、及时、可靠。  视频链接： [<u>https://developer.huawei.com/consumer/cn/training/course/live/C301743583014691001</u><u>?ha_source=rrdscpjl&amp;ha_sourceId=89000499</u>](https://developer.huawei.com/consumer/cn/training/course/live/C301743583014691001?ha_source=rrdscpjl&amp;ha_sourceId=89000499)   标签：鸿蒙课程、鸿蒙生态、精准日程管理智能化服务、Calendar Kit 、场景化适配、日程管理、智能提醒、日程提醒系统、代码实操   课程关键词：鸿蒙，鸿蒙生态，鸿蒙学习，鸿蒙生态课堂，鸿蒙Next ，鸿蒙5.0，鸿蒙课程，鸿蒙实战，鸿蒙开发，鸿蒙实践，鸿蒙实训，鸿蒙学习，鸿蒙资料，Harmony，HarmonyOS，HarmonyOS生态，HarmonyOS学习，HarmonyOS生态课堂，HarmonyOS Next，HarmonyOS 5.0，HarmonyOS课程，HarmonyOS实战，HarmonyOS开发，HarmonyOS实践，HarmonyOS实训，HarmonyOS学习，HarmonyOS资料

内容周期对抗宏观压力。

新四化大趋势下，汽车上云之路已不可逆。

纳斯达克奶茶第一股，来了。

油车电车，一起“发烧”。

以小博大的幸运儿几乎不会再出现，而大投资大制作的“血扑”案例却不断涌现。

本次交流主要介绍HarmonyOS应用针对阔折叠屏Pura X的的适配建议，使用响应式布局——横纵断点，实现阔折叠屏中推荐的设计，实现折叠状态无缝切换与高效的屏幕空间利用。  视频链接：[<u>https://developer.huawei.com/consumer/cn/training/course/live/C101743412350206394</u><u>?ha_source=rrdscpjl&amp;ha_sourceId=89000499</u>](https://developer.huawei.com/consumer/cn/training/course/live/C101743412350206394?ha_source=rrdscpjl&amp;ha_sourceId=89000499) **** 标签：鸿蒙课程、鸿蒙生态、HarmonyOS应用、阔折叠屏、Pura X、外屏开发实践、响应式布局、横纵断点、折叠状态无缝切换、屏幕空间利用   课程关键词：鸿蒙，鸿蒙生态，鸿蒙学习，鸿蒙生态课堂，鸿蒙Next ，鸿蒙5.0，鸿蒙课程，鸿蒙实战，鸿蒙开发，鸿蒙实践，鸿蒙实训，鸿蒙学习，鸿蒙资料，Harmony，HarmonyOS，HarmonyOS生态，HarmonyOS学习，HarmonyOS生态课堂，HarmonyOS Next，HarmonyOS 5.0，HarmonyOS课程，HarmonyOS实战，HarmonyOS开发，HarmonyOS实践，HarmonyOS实训，HarmonyOS学习，HarmonyOS资料

本次交流主要介绍DevEco Studio中的Al智能辅助编程工具。通过DevEco中提供的相关能力，助力开发过程中遇到的API文档查询与使用、编译报错解决等系列问题。  视频链接：[<u>https://developer.huawei.com/consumer/cn/training/course/live/C101742809802952473</u><u>?ha_source=rrdscpjl&amp;ha_sourceId=89000499</u>](https://developer.huawei.com/consumer/cn/training/course/live/C101742809802952473?ha_source=rrdscpjl&amp;ha_sourceId=89000499)   标签：鸿蒙课程、鸿蒙生态、DevEco Studio、Al智能辅助编程工具、DevEco、API文档、编译报错解决   课程关键词：鸿蒙，鸿蒙生态，鸿蒙学习，鸿蒙生态课堂，鸿蒙Next ，鸿蒙5.0，鸿蒙课程，鸿蒙实战，鸿蒙开发，鸿蒙实践，鸿蒙实训，鸿蒙学习，鸿蒙资料，Harmony，HarmonyOS，HarmonyOS生态，HarmonyOS学习，HarmonyOS生态课堂，HarmonyOS Next，HarmonyOS 5.0，HarmonyOS课程，HarmonyOS实战，HarmonyOS开发，HarmonyOS实践，HarmonyOS实训，HarmonyOS学习，HarmonyOS资料  

在万物互联时代，HarmonyOS NEXT凭借分布式技术重新定义了多设备协同体验。本次交流聚焦HarmonyOS生态的自由流转核心能力，深入解析两大创新功能——应用接续与跨设备拖拽，通过理论+实战结合的方式，带开发者掌握无缝跨端交互的设计与实现，打造“以人为中心”的全场景智慧体验。  视频链接：[<u>https://developer.huawei.com/consumer/cn/training/course/live/C301742262962505538</u><u>?ha_source=rrdscpjl&amp;ha_sourceId=89000499</u>](https://developer.huawei.com/consumer/cn/training/course/live/C301742262962505538?ha_source=rrdscpjl&amp;ha_sourceId=89000499)   标签：鸿蒙课程、鸿蒙生态、自由流转、HarmonyOS NEXT、分布式技术、多设备协同、应用接续、跨设备拖拽、无缝跨端交互、全场景   课程关键词：鸿蒙，鸿蒙生态，鸿蒙学习，鸿蒙生态课堂，鸿蒙Next ，鸿蒙5.0，鸿蒙课程，鸿蒙实战，鸿蒙开发，鸿蒙实践，鸿蒙实训，鸿蒙学习，鸿蒙资料，Harmony，HarmonyOS，HarmonyOS生态，HarmonyOS学习，HarmonyOS生态课堂，HarmonyOS Next，HarmonyOS 5.0，HarmonyOS课程，HarmonyOS实战，HarmonyOS开发，HarmonyOS实践，HarmonyOS实训，HarmonyOS学习，HarmonyOS资料