RISC-V+鸿蒙:最难的路上,走得最远的不是大厂
4月17日，进迭时空宣布，旗下RISC-V AI CPU K3成功适配OpenHarmony 6.1，成为全球首款支持该版本的RISC-V芯片。再往前推，2025年，他们的K1就已经跑通了OpenHarmony 5.0标准系统，同样是全球首款高性能RISC-V芯片的开源鸿蒙5.0方案。但如果你真的在这个行业里做事，也会品出另一层意思：走到今天，RISC-V加开源鸿蒙这条路上，能拿出来说的标志性成果，仍然要靠“首款”来定义里程碑。今天我不想再聊“自主可控”“第三大生态”“双开源”这些大词。这样的宏大叙事，行业里已经说得够多了。我更想聊一个更具体的问题：在这条公认最难的路上，到底是谁还在真正往前走？他们踩到了什么？为什么没有回头？
01 一个方案商，花300万买来了一本“教材”
一家方案商，团队不大，但对国产化方向非常坚定。他们判断鸿蒙经过几轮演进，应该具备了商用落地的基础条件，于是决定基于鸿蒙系统做一款面向C端的AI平板。立项的时候，大家信心都很足。政策在推，市场有需求，华为的品牌背书也在，鸿蒙开发者大会一场比一场热闹，看起来一切都在往好的方向走。在近一年的开发周期里，项目管理口径累计沉淀出230个系统侧问题、800多个应用侧问题。这当然不等于1000多个独立底层缺陷，其中有重复、关联和环境问题，但即便打个折扣，这个量级也远远超出了一个“可控商用平台”应有的预期。他们原本以为自己是在一个基本成熟的系统上做产品，最后承担的却是帮系统本身“补课”的工程代价。项目最终延期将近半年，前后投入大约300万。做出来的产品，团队自己的评价是：和同档安卓方案相比，体验上仍然有差距。300万买来的，不是一个有竞争力的产品，而是一本关于鸿蒙生态真实成熟度的教材。这个团队最后没有退回安卓，而是选择继续做下去。不是因为沉没成本，而是因为他们在一线踩过所有坑之后，反而看清了一件事：这条路上的困难是真实的，但方向也是真实的。问题出在生态还需要大家继续打磨，不是方向错了。很多站在旁边看热闹的人，和真正下场做事的人，对同一件事的判断，往往完全不同。
02 不是偶然的：底座的问题，官方文档里反复写着
与其笼统地说一句“鸿蒙还不成熟”，不如看一个具体问题：内存管理。他们反复遇到一个现象：系统内存占用会随着开机时间持续上涨，不主动释放。时间一长，可用内存就被一点点蚕食，最后影响正常使用。这不是某个应用写得烂，而是系统底层资源回收机制还存在缺陷。更重要的是，这并不是个别人的主观体感，而是官方Release Notes里反复出现的公开问题。以OpenHarmony 4.0.1 Release Notes为例，在官方Resolved issues里能直接看到多条内存泄漏记录：Gallery图片网格浏览后反复退出，8小时内内存涨到200MB；Settings里反复开关Wi-Fi，2小时内内存涨到50MB；Gallery中反复点开图片再退出，12小时内内存涨到180MB；还直接写到：“Memory leak occurs on Foundation during the wukong test.”同一份OpenHarmony 4.0.1 Release Notes的Known issues里，也还能看到未彻底清理干净的同类问题。比如蓝牙在Settings里反复开关，官方写的是：1小时内泄漏15MB，平均每次开关操作泄漏约8.3KB，并建议通过重启设备规避。再看OpenHarmony 5.0.1 Release Notes，问题并没有彻底消失。官方Resolved issues里写得很明确：反复回到桌面并进入后台界面，Settings应用每次操作会泄漏32KB；在RK3568开发板的内存测试中，render_service进程常驻内存超出规格基线31MB。值得注意的是，这些被标记为“已解决”的条目，修复的往往是具体场景下暴露出来的泄漏点，而不是底层内存管理机制的系统性缺陷。 这也解释了为什么每个版本都在“修”，但同类问题仍然会在下一个版本里以不同模块、不同触发路径重新出现。当同类问题反复跨版本出现时，讨论的重点就不该只停留在具体缺陷本身。更值得追问的是：这些问题为什么会以相似形态持续出现？站在方案商视角，这已经不再只是技术论坛里的争论，而是商业判断：你到底是在一个成熟底座上做产品，还是在替底座成熟买单？OpenHarmony背后并不缺资源：有开放原子开源基金会的组织保障，有华为这样的核心参与者，也有大量生态伙伴。按理说，这样的阵容，公共底座应该比今天更快成熟。但现实往往是，各家优先解决自己项目里的问题，优化沉淀在各自分支中，未必能及时回到公共底座。结果就是：每家都在修自己的楼，但地基本身变好的速度并没有那么快。这不是谁单方面的问题，而是开源治理里非常典型的激励错位：每个参与者的选择都可以理解，但所有理性选择叠加起来，未必会自动得到一个强壮的公共底座。日常使用华为纯血鸿蒙手机，内存管理体验明显好于在OpenHarmony设备端观察到的表现。而据公开技术架构说明，纯血鸿蒙与OpenHarmony在底层上存在同源关系。既然商用品端已经证明一些体验优化是做得到的，外界自然会追问：这些能力里，有多少具备回馈开源底座的可能性？为什么这种回馈看起来没有发生，或者发生得太慢？更进一步说，如果生态里公开强调“深开鸿贡献代码超800万行，位列华为之外第一”，那行业也会顺势追问：华为自己向开源底座回馈了多少核心能力？这个问题之所以尖锐，不是因为要否定企业的商业选择，而是因为一个开源项目的主导者，如果其商业版本和开源底座之间的能力落差持续扩大，那么“开源”这两个字迟早会被行业重新审视。说这些，不是要否定任何一家公司的商业理性。华为把最好的资源投向自己的商用品，是正常的；各家开鸿厂商优先解决客户问题，也是生存逻辑。但这些选择叠加起来的系统结果，是公共底座成熟得比行业期待更慢。而一个以“国产替代”为重要使命的开源生态，最不能长期薄弱的，恰恰就是公共底座。
03 安卓当年也乱过，但后来为什么能走出来？
如果你觉得这些问题只属于鸿蒙，那可能低估了操作系统生态早期的复杂度。2008年安卓发布后的头几年，OEM厂商深度定制、系统版本分裂、应用兼容性混乱，碎片化几乎是安卓最鲜明的标签。到2013年Q4，ABI Research曾统计，分叉版安卓已占全球智能手机出货量的25%。2012年，前微软Windows Phone团队负责人Charlie Kindel甚至在《The Guardian》上直言：“谷歌已经失去了对安卓的控制，而且没有任何机会重新夺回。”靠的不是“时间会自动解决一切”，而是谷歌在不同阶段，持续不断地往公共底座里砸资源。先是2012年的Project Butter，集中解决流畅度和交互卡顿问题，让安卓具备了与iOS正面竞争的基础体验； 再到2017年的Project Treble，通过重构系统架构降低OEM升级成本； 然后是2019年的Project Mainline，让一部分核心模块可以绕过OEM直接更新，继续削弱碎片化的结构性问题。这几件事串起来，其实是在说明一个很朴素的道理：体验问题，也许可以靠一个关键版本明显改善；但公共底座的治理，没有捷径，往往是十年级别的系统工程。这对鸿蒙最大的启发不是“等等就好了”，而是：公共底座的成熟，靠的从来不是口号，而是主导者愿不愿意长期、持续、不对称地投入。先行者真正需要看到的，不是版本号不断增长，而是底座在真实地变好。
04 为什么我仍然看好RISC-V+鸿蒙这条路？
尽管前面的坑都是真实存在的，但我对RISC-V加鸿蒙这条路的长期方向，仍然是看好的。原因主要有三条。ARM授权存在地缘和供应链风险，这一点过去几年大家已经看得很清楚。RISC-V之所以重要，不是因为它“新”，而是因为它是当前主流架构里少数能够在法律和授权层面显著降低“被断供”风险的选择。过去几年，“开源鸿蒙+RISC-V”已经不只是论坛上的概念，而是越来越多地方政府、园区、示范项目在推动的现实方向。以武汉为例，官方近日印发《武汉市加快培育发展开源鸿蒙生态的实施方案》，明确提出到2027年要落地100个开源鸿蒙示范场景、完成50款终端设备开源鸿蒙适配、研发200款开源鸿蒙应用软件。需要承认，当前RISC-V加鸿蒙的商业化推进，政策驱动的成分仍然大于市场自发需求。但这并不反常。很多技术生态的早期，第一批需求本来就不是自然长出来的，而是被外部力量先托起来的。真正要观察的是：这些政策催生出的第一批项目，能不能继续沉淀成真实产品能力。从K1到K3，进迭时空已经连续两代完成了OpenHarmony标准系统适配。这至少说明一件事：RISC-V跑鸿蒙，不再只是概念验证，而是在被一步一步做成现实。更重要的是，RISC-V高性能突破本身也在发生，不只是“能跑起来”而已。K3是全球首款符合RVA23规范的高性能RISC-V AI CPU；8个X100大核，最高主频2.4GHz，单核性能等效ARM A76；提供130 KDMIPS通用算力与60TOPS AI算力；公开报道中甚至提到，在特定模型格式、量化配置和运行条件下，可支持300亿到800亿参数规模模型的本地运行。意味着RISC-V的追赶已经不只发生在MCU级，而是在往AP级、AI计算和更高价值的计算平台上推进。“路能不能走通”和“这条路上的芯片有没有开始具备商业竞争力”，是两个不同层级的信号，后者更重要。但也正因为方向越来越清楚，一个问题就变得更值得追问：既然RISC-V+鸿蒙是确定性越来越强的方向，为什么RISC-V到今天还没有真正进入OpenHarmony主线？
05 这不是技术细节，而是生态真正的分水岭
现在OpenHarmony对RISC-V的推进，很大程度上仍然依赖社区SIG和生态伙伴。大家不是没干活。恰恰相反，正是这些团队把路一步一步蹚了出来。问题在于：SIG再重要，本质上仍然是“追主线”，而不是“就是主线”。如果没有主线地位，RISC-V每次跟进新版本，都需要额外投入去重新适配、重新验证、重新追赶。这意味着它始终是被动的、附加的，而不是系统演进时被默认纳入考虑的一部分。放在早期，这种安排有它的合理性。那时候，能跑标准系统的AP级RISC-V芯片确实太少，主线资源集中在ARM上，是务实选择。能跑起来的AP级RISC-V芯片正在一个个出现，供给侧的前提已经不再是“几乎没有”。既然芯片侧已经往前走了，操作系统侧的资源配置，也应该跟着变。它意味着每次版本迭代时，RISC-V兼容性会进入CI验证；也意味着方案商在评估路线时，看到的是“官方主线支持”，而不是“社区有人在做”。如果“开源鸿蒙+RISC-V”真的是“芯片+系统双国产”的长期方向，那么RISC-V进入主线，就不只是工程问题，而是战略问题。SIG已经把路蹚出来了。接下来，需要开放原子开源基金会的主线资源真正接棒。
06 真正把这条路往前推的人，不只是一家大厂
说到这里，其实就能回到最开始那个问题：到底是谁在把这条路从方向，变成现实？很多人一提鸿蒙，视线就只落在华为身上。这可以理解，毕竟龙头决定了方向感和牵引力。但一条生态能不能真正跨过“从难用到好用”的死亡谷，靠的从来不只是龙头。真正关键的，是中间层够不够厚。是芯片公司，是方案商，是OS团队，是做适配的人，是愿意陪着产品一起熬版本的人，也是那些愿意先拿出场景、项目和订单，把第一批需求摆上桌面的地方政府。润和、算能、社区里的很多团队都在做探索。而在标准系统级别，从5.0一路做到6.1，今天走得最远的，确实还是进迭时空。更重要的是，很多事情不是发布会上的一句“适配成功”就能概括的。真正的推进发生在看不见的地方：驱动调通、内核适配、子系统验证、一个Bug一个Bug地啃。做过底层适配的人都知道，这里面没有捷径，只有板凳坐穿的笨功夫。还有前面那个AI平板团队。他们踩完一轮坑之后，没有离场，而是选择继续。这个决定本身，就是一种比行业报告更有分量的投票。再加上地方政策从“喊口号”走向“给场景、给项目、给订单”，你会发现一件事：这个生态最重要的信号，不是聚光灯有多亮，而是中间层正在变厚。他们值得一个更好的底座，也值得一个更有担当的开源治理。
07 如果你准备入场，别只看今天好不好用
每一代技术生态真正大的红利，往往都不属于生态已经成熟之后才进来的人。等所有问题都解决了，留给后来者的，通常只剩平均利润。不要只看鸿蒙今天是不是已经足够好用，要看这个生态的中间层，到底是在变厚，还是在变薄。是否有方案商踩完第一轮坑后，还愿意投入第二轮、第三轮；是否有地方政策从开会表态，走向真实项目和订单落地；如果这四个信号同时在增强，那这个生态就还在穿越死亡谷。而那些在死亡谷里没有回头的人，就是这个生态未来真正的地基。科技产业的很多重大转换，最后都不是被最有名的公司单独推动的。它往往是被一群你未必记得住名字的人，用你看不见的代价，一步一步趟出来的。RISC-V加开源鸿蒙双国产这条路，今天最值得关注的，不是谁喊得最响，而是谁还在继续往前走。
