川江执笔写代码,蜀地筑盟守开源:他用代码盘活川渝开源生态圈|CodeMaster#12

代码为剑,社区为盟。开源之世,虽无刀光剑影,却有薪火相传。自华夏开源萌芽至今,十余载风雨兼程,无数开发者以指尖为笔,写就技术春秋。 在西南腹地,川江之畔,有这样一位侠者。他深耕代码,更情系社区。十余年间,他一手创办数十个技术社群,连接万千开发者,让开源的火种在巴山蜀水间燎原。他便是 AtomGit 成都站主理人、川渝开源界公认的 "摆渡人"—— 程诗杰。 今日,《CodeMaster》特设一席,邀君共话江湖往事,探开源之道,望未来之境。

一、缘起・川江初遇代码缘

1. 初识开源:始于华为云社群,打破自我设限

问:江湖中多有 “初入江湖遇名师” 的佳话。你还记得第一次接触开源是在何时?是哪个项目、哪件事或是哪个人,让你心生向往,决意投身这片开源江湖?

程诗杰:我最早接触开源并非出自开源社群,而是厂商开发者社群。2019 年,我常在华为云各类社群交流,群里大批学生甚至高中生开发者思维活跃、敢闯敢做,年轻人的蓬勃热忱打动了我,也让我萌生了入局社区的想法。起初我误以为加入社区门槛极高,还要经过严苛面试,亲身参与后才幡然醒悟:参与开源最大的阻碍,从来都是内心的自我设限。 印象很深的是 2020 年成都开源年会分论坛,作为普通参会者,我没能领到活动盒饭;时隔一年,我再次到场,已然成为统筹餐食的活动负责人。社区一路走来,总有形形色色的趣事与志同道合的伙伴,也正是这些点滴,支撑我持续深耕。

2. 从代码开发者转向社区组织者

问:多数开发者皆是先精研代码,再涉足社区。而你似乎在社区运营上倾注了更多心血。是何契机,让你从一名单纯的 “代码侠客”,转变为 “聚众成盟” 的社区组织者?

程诗杰:最开始投身社区只是出于闲暇消遣,想利用空余时间充实生活。随着深耕日久,我慢慢在组织活动中找到价值:依托平台帮众多开发者答疑解惑、链接资源,这份成就感让我愈发认真对待社区事业。 后来疫情与行业环境波动,不少身处困境的社区老友仍倾力相助,这份温暖坚定了我坚守社区的决心。除此之外,我的多份工作机遇,也都依托开源社区资源收获而来。

3. 首场活动筹办:缺人缺场地,多方相助落地

问:还记得你第一次组织技术活动的情景吗?当时遇到了哪些困难?又是如何克服的?

程诗杰:2020 年 11 月,DevOps 落地成都举办行业峰会,本地社区承接落地筹备,彼时我刚加入华为云 HCDG 前身 HDZ,受邀负责华为云专项分论坛筹办。首场协作活动难题集中在嘉宾邀约、活动宣传,我人脉资源有限,便联动 freeCodeCamp 成都等本土社区联动宣发,多方合力推进落地。 而我首场全权独立承办的活动,同样面临缺讲师、无活动场地的窘境。特别感谢唐总鼎力相助,不仅亲自出任分享讲师、担任现场志愿者,还无偿提供活动场地、直播设备,包揽整场活动茶歇物料,活动才得以顺利落地。

二、深耕・十年开源路,一城一江湖

1. 社区运营心法:以人为本,打造开发者精神自留地

问:你执掌 AtomGit、TiDB、华为云 HCDG 等多个社区成都分舵,又参与 OpenHarmony、OpenTenBase 等国家级开源项目建设。江湖人称 “川渝开源第一人”,你认为运营一个成功的技术社区,最核心的 “心法” 是什么?

程诗杰:“川渝开源第一人” 实属过誉,本地圈内大家更习惯称我为「社区之光」。结缘 AtomGit 源于机缘巧合,TiDB 深耕合作是因为常年走进高校做技术落地,不少学生实操数据库时屡屡碰壁,TiDB Cloud 零门槛的使用特性刚好适配高校教学;HCDG 则是我入行最早、深耕时间最久的社区。 在我看来,运营技术社区没有万能公式,以人为本是不变内核。 不必盲目追逐流量数据与行业虚名,重心放在营造包容热忱的技术氛围,尊重每一位分享嘉宾与志愿参与者,让所有人拥有归属感。当社区从单纯的资讯获取渠道,变成开发者交友切磋的精神自留地,社区根基自然稳固。

2. 川渝开源生态:袍哥文化底色,机遇与协作难题并存

问:川渝地区的开发者社区有什么独特的气质和特点?与北上广深等一线城市相比,你觉得西南地区的开源生态发展面临哪些机遇和挑战?

程诗杰:川渝本土技术社群数量不多,成都约二三十家、重庆十家上下,但整体自带浓厚江湖气息,民风耿直重情义,带着本土袍哥文化的务实与热忱。现阶段最大发展难点在于,部分外来厂商社区运营模式、行事逻辑和川渝本土社群理念之间有些差异,协作时需要多协调、多沟通。

3. 结缘 AtomGit:平台开放包容,国产化一站式开源底座

问:作为 AtomGit 成都站的主理人,你当初为何选择与 AtomGit 结缘?在你眼中,AtomGit 最大的优势与特色是什么?

程诗杰:偶然在朋友圈看到 AtomGit 走进西南石油大学的活动资讯,我主动沟通申请参与,平台开放包容,特地为我增设分享议题,就此正式结缘,2025 年底我落地了 AtomGit 成都首场城市专场活动。 AtomGit 最亮眼的优势在于底层基建扎实,一站式整合代码仓库、大模型与算力资源,立志打造国产化的 GitHub + Hugging Face。平台沉淀了海量优质项目与开发者群体,且对全行业开源团队、独立开发者秉持开放友好的态度,生态氛围十分优质。

4. 高校开源育人:破除学生心魔,打通校企传功通道

问:发现你特别注重 “薪火相传”,担任了四川大学、西华大学等多所高校的创新创业导师与社区顾问。在你看来,当代年轻学子参与开源,最需要克服的 “心魔” 是什么?高校与开源社区之间,应该如何建立更顺畅的 “传功” 渠道?

程诗杰:结缘川大,源于往届活动中川大学子踊跃做志愿、分享项目,学生们的积极性促成我受聘成为校内社团顾问;西华大学则是受邀担任校内创想杯赛事评委,赛事里大量落地的开源项目,让我看到高校学子的开源潜力。 在校生参与开源最大的心魔是自我心理壁垒 ,总默认自身技术不足不敢尝试。其实只要主动迈出第一步,社区永远愿意提供指导与成长机会。

三、洞见・技术趋势与国产开源

1. 技术选型:TS+ArkTS 深耕鸿蒙,从后端切入开源鸿蒙生态

问:你的技术栈主要是 TypeScript 和 ArkTS,还会一些 Python 和 Java。为什么会选择这几门语言作为主要技术方向?如何看待鸿蒙生态的发展前景?

程诗杰:我本职深耕 Java 开发,顺带掌握 Python。从前由 Java 后端转向 Node.js,日常使用 TypeScript 开发,当时转行还遭到同行不解。后续深耕开源鸿蒙,其主力开发语言 ArkTS 大量沿用 TypeScript 语法与设计思想,过往的技术积累让我跨领域转型格外顺畅。不同于常规前端开发者入局鸿蒙,我从后端切入,依托平台完善的 UI 封装,仅需少量前端知识就能完成应用界面开发。 我所在的蜀鸿会技术社区深耕开源鸿蒙赛道,团队落地 OpenHarmony Python SIG 专项工作组,自研 Py4OH-IDE、Py4OH-Flow 系列工具,实现鸿蒙系统原生 Python 开发,产品面向全年龄段开发者与中小学科创教学。放眼行业,鸿蒙生态正处于高速爆发期,终端设备持续扩容,在千行百业数字化落地中潜力巨大,未来成长空间广阔。

2. 国产基础软件:成果亮眼,仍需补齐生态与商业化短板

问:近年来,数据库、操作系统、AI 大模型等基础软件领域成为国产开源的热点。你认为中国开源在基础软件领域已经取得了哪些突破?还有哪些短板需要补齐?

程诗杰:中国开源基础软件近年来确实取得了令人瞩目的突破。以开源鸿蒙(OpenHarmony)和开源欧拉(openEuler)为代表,这些项目不仅已经正式从开放原子开源基金会 “毕业”,更在服务器、政务、金融等多个关键领域实现了规模化落地。同时,在 AI 大模型等前沿赛道,国产开源力量也展现出极高的活跃度与强大的技术竞争力。 不过,在亮眼的成绩单背后,我们仍需冷静审视当前面临的短板与挑战。基础软件的长期发展,最终还是要回归到应用构建的丰富度、生态体系的完善度以及市场商业化的闭环能力上。国产基础软件能否真正打破 “孤岛效应”,在激烈的市场博弈中经受住考验,从政策扶持下的 “可用” 全面迈向市场驱动下的 “好用”,是我们接下来必须深入思考和攻克的核心命题。

3. 开源商业化:义利并行,商业化助力开源长效可持续

问:“开源商业化” 是当今江湖最热门的话题之一。有人认为商业化会玷污开源精神,也有人认为没有商业化就没有开源的未来。你如何看待这两者之间的关系?一个成功的开源项目,应该如何找到 “义” 与 “利” 的平衡点?

程诗杰:开源商业化现在是许多开发者和社区共同关注的话题。 很多人担心商业化会不会玷污开源精神,但我个人认为不会。因为开源本质上只是一种协作方式。无论是个人还是团队开发,我们最终都会面临一个现实问题:如何让项目可持续发展。 光靠愿景、使命和价值观是不够的,我们往往还需要资金和外界的支持,才能让项目走得更远。 其实,开源商业化只是一个切入点,我们不能只盯着这一个点去寻找答案,而应该从更宏观的维度去看待。首要的问题应该是:我是否依然坚持开源?是否愿意与人协作?是否希望项目长久发展?把这些想清楚之后,再去探讨商业化或其他的路径。 虽然我个人还没有经历过完全成功的开源商业化项目,但我认为 “义” 和 “利” 的平衡点,其实可以看作是两条并行的路线:一方面,我们专注于打造一个优秀的开源项目;另一方面,我们也在探索适合自己的商业化路径。这两者虽然方向不同,但完全可以相辅相成。

四、心声・给开发者的建议与未来展望

1. 新手入门开源:多参与官方活动,严守 PR 提交规范

问:对于初出茅庐渴望参与开源的新手,你有什么具体的建议?第一次提交 PR,有哪些 “江湖规矩” 需要特别注意?

程诗杰:对于初出茅庐的少侠们,建议多关注开源社区的动态,积极参与社区活动或比赛,例如 “开放原子开源基金会” 的校园行、AtomGit 的源启高校计划,或是中科院软件所的 “开源之夏” 等项目。 至于第一次提交 PR(Pull Request)或是江湖规矩,大家可以在网上查阅相关资料,重点掌握 Git 的交互流程和规范。尤其是在当前 AI 大爆发的时代,这一点显得尤为重要。即便借助 AI 编写代码,同样的提示词,今天和明天生成的代码也可能完全不同。因此,我们更需要学好 Git,掌握提交规范、合并规范,以及如何编写注释、进行代码审查(Code Review)等。

2. AtomGit 未来期许:坚守开发者友好,建设优质国产化开源平台

问:对于 AtomGit 社区未来的发展,你有什么规划和期待?你希望看到 AtomGit 成为一个什么样的平台?

程诗杰:我对 AtomGit 社区的未来发展充满信心。 因为社区生态相对分散,不像在工作中需要制定几年之久的长远规划。在社区参与的过程中,很多想法或行动的时间周期都比较短,不会持续太久,所以我并没有设定长期的规划。 现阶段我主要以参与 AtomGit 线上直播、征文等轻量化活动为主。社区生态灵活多变,长远来看,我期盼 AtomGit 始终保持开发者友好属性,建成协作顺畅、交流活跃的国产化开源平台。

3. 人生高光:社区自发投票颁奖,收获专属「社区之光」奖杯

问:在你十多年的开源生涯中,有没有哪件事或哪个人,对你的影响最大?

程诗杰:我的开源历程约莫六七年,谈不上十载光阴。最触动我的是一场社区自发颁奖活动: 当时我周围社区的朋友们一起做了一个颁奖活动,专门挖掘大家身上独特的特点或令人感动的事迹。这个奖项非常特别,既不是由厂商颁发,也不是官方社区设立的,而是完全由个人提名,再由社区参与者们投票选出。奖项的规则也非常有趣,完全由个人提名,大家投票产生。如果最终有 10 个人参与投票,那么这 10 个人会一起凑钱定制一座专属奖杯。奖杯不仅会刻上获奖者的名字,还会刻上每一位参与投票的提名人的名字,以及提名人的提名理由。 当时,大家就是这样为我颁发了那座意义非凡的【社区之光】奖杯。

4. 寄语全体开发者

愿各位开发者勇敢迈出开源第一步,脚踏实地深耕技术,以热爱相聚,携手助力国产开源稳步前行;以码为帆,奔赴心中的星辰大海。 👉 蜀鸿会社区地址:https://atomgit.com/shuhonghui

专栏结语

巴山苍苍,蜀水泱泱。开源之风,山高水长。

诗杰的故事,是无数中国开源人的缩影。他们以热爱为灯,以坚持为杖,在技术的荒原上开辟道路,在无人的角落里点燃火种。他们不是什么超级英雄,只是一群平凡的开发者,却用不平凡的坚持,书写了属于中国开源的传奇。

愿开源之火,永不熄灭;愿薪火相传,生生不息。

CodeMaster 专栏招募

「CodeMaster 专栏人物」聚焦开源界有影响力与创新力的人物,通过深度访谈挖掘他们开源旅程中的故事,展现其魅力风采。「CodeMaster 专栏人物」会在 AtomGit 公众号独家发布,依托庞大用户群体和广泛传播渠道,给予参与者大量曝光,使其理念与成果在开源乃至整个技术领域产生深远影响。

如果你在开源领域拥有丰富的故事和经历,想要展现自我、收获成长,欢迎联系代码君(微信号:Gitcodeassistant)报名「CodeMaster 开源先锋计划」,一同在这个平台上书写属于自己的开源故事,为开源事业发展贡献一份力量。

相关推荐

RN 鸿蒙安全三方库落地:react-native-digital-shield,密钥不出 TEE,AES-GCM/RSA-JWT 跨端身份打通

本文基于 RNOH 0.84 与 HarmonyOS API 26,自研数字盾库 react-native-digital-shield,把 ArkTS 专属的 HUKS、asset 能力经TurboModule 桥接给 JS:提供 AES-256-GCM 加解密与密钥托管、敏感资产存储、RSA-2048 签发校验 RS256 JWT,并以 JWK 公钥和 HS256 共享密钥实现跨端身份互认,密钥明文始终不出 TEE。文中还复盘 TurboModule 双侧注册、GCM 需拆分 16 字节

白天写代码,晚上追AI大模型,偶尔搞点八卦 开源动态|技术干货|实习机会|生态活动 我负责分享,你负责变强 8

Flutter 修复鸿蒙 WebView Cookie 同名键丢失:离线回读与开发助手复核实录

修复了 Flutter 三方库 webview_cookie_manager 鸿蒙端因同名键误判导致的 Cookie 名称丢失问题,确保业务键如 path、domain 等在回读时正确保留。修复后,模拟器与真机测试均实现四组数据完整恢复,值中多等号也保持不变。补丁已提交至 CPF-Flutter 官方仓库,提升插件在鸿蒙平台的可靠性。

白天写代码,晚上追AI大模型,偶尔搞点八卦 开源动态|技术干货|实习机会|生态活动 我负责分享,你负责变强 10

Flutter 鸿蒙启动图撤销后编译失败:用 DevEco Code 复核三方库修复

本文针对 Flutter 鸿蒙启动图撤销时导致编译失败的问题,修复了 flutter_native_splash_ohos 库在移除启动图时误删仍被引用资源的缺陷。通过保留1×1透明图片并透传自定义模块路径,确保资源引用完整性,使工程可正常构建。修复已提交至官方仓库,支持幂等操作与多场景验证,提升开发体验。

白天写代码,晚上追AI大模型,偶尔搞点八卦 开源动态|技术干货|实习机会|生态活动 我负责分享,你负责变强 17

Flutter 接入鸿蒙 ArkWeb 预初始化:帮助页首开时机与主线程成本实测

为解决Flutter鸿蒙版webview_flutter无法在无视图状态下提前初始化引擎的问题,我在其原生实现中新增可选静态入口initializeWebEngine()。实测表明,在2秒预热窗口下,页面首屏渲染(FCP)耗时从中位数1791ms降至1019ms,显著提升首次打开体验;而在零延迟场景下,总路径耗时略有上升,需权衡预热时机与用户等待成本。该补丁已提交至CPF-Flutter官方仓库,支持社区协作优化。

白天写代码,晚上追AI大模型,偶尔搞点八卦 开源动态|技术干货|实习机会|生态活动 我负责分享,你负责变强 11

Flutter 优化鸿蒙 printing_ohos 多页 PDF 光栅化:原生资源释放与缓冲复用

针对鸿蒙端 printing_ohos 插件存在的页码映射错误与高内存占用问题,本文提出并实现三项优化:修正页码索引映射、引入原生资源分层释放机制、复用像素缓冲区。修复后,第三页显示正确,内存增长显著降低——在模拟器上PSS增量中位数下降65.8%,真机测试下降64.4%。完整补丁已提交至官方仓库,支持社区协作与问题反馈。

白天写代码,晚上追AI大模型,偶尔搞点八卦 开源动态|技术干货|实习机会|生态活动 我负责分享,你负责变强 8

React Native 鸿蒙权限审计实战:让每一项权限都有人认领

本文介绍一款纯 JS 编写的 React Native 鸿蒙权限审计工具,解决权限声明与使用对账难、最小权限集计算矛盾、审核必填字段缺失三大痛点。通过 module.json5 声明、使用台账与源码扫描三路输入对账,自动识别未使用权限、补全 reason/usedScene、生成可粘贴的最小清单,并支持 CI 卡控与风险分评估。工具内核独立,离线运行,兼顾准确性与安全性,助力应用高效通过审核。

白天写代码,晚上追AI大模型,偶尔搞点八卦 开源动态|技术干货|实习机会|生态活动 我负责分享,你负责变强 8

Cordova 鸿蒙 WebView 安全实战:能改的运行时拦,改不了的构建期审

本文通过 cordova-plugin-harmony-webguard 插件,解决 Cordova/HarmonyOS 应用中导航安全、引擎不可修改配置、JS 门面静默降级三大难题。基于运行时策略闸门(onPageStart + JS 预检)与构建期审计 CLI(扫描 MainPage.ets、config.xml 等),实现协议拦截、白名单校验、高危配置阻断,支持 CI 失败退出,将安全基线可视化、可测化,真正落地“能改的运行时拦,改不了的构建期审”。

白天写代码,晚上追AI大模型,偶尔搞点八卦 开源动态|技术干货|实习机会|生态活动 我负责分享,你负责变强 11

Flutter 鸿蒙供应链审计实战:让高危依赖卡在 CI 门口

本文介绍了一个基于纯 Dart CLI 与 Flutter Dashboard 的依赖审计工具,解决鸿蒙工程中三套锁文件(pubspec.lock、oh-package-lock.json5、package-lock.json)统一读取、离线快照与 OSV 在线情报选择、以及高危依赖通过退出码卡在 CI 的问题。工具以锁文件为事实依据,支持离线快照(4 条真实 GHSA)与在线查询,输出 SBOM(CycloneDX 1.5)、Markdown/JSON 报告,并通过退出码实现 CI 阻断,性能秒级

白天写代码,晚上追AI大模型,偶尔搞点八卦 开源动态|技术干货|实习机会|生态活动 我负责分享,你负责变强 59

React Native 鸿蒙端侧 OCR 实战:TurboModule 与纯 TS 引擎的逐字契约

本文以鸿蒙真机上的 React Native 0.84 工程为例,详解三大难题:通过 TurboModule 接入 HarmonyOS Core Vision Kit 实现端侧离线 OCR;规避 Metro 预置头导致的 require 不存在问题;实现 npm 包与 HAR 双形态交付。项目采用 codegen 生成 ArkTS 接口,结合纯 TS 回退引擎,确保跨引擎逐字符一致,并通过 autolinking 支持无缝集成。

白天写代码,晚上追AI大模型,偶尔搞点八卦 开源动态|技术干货|实习机会|生态活动 我负责分享,你负责变强 30

Flutter 鸿蒙端侧 OCR 实战:让文字识别留在设备上

本文通过一个运行在鸿蒙真机上的 Flutter 插件工程,系统解决了三大核心问题:如何统一内存、文件、相册三类输入的识别链路;如何实现与 KMP 版本的 JSON 契约逐字节对齐;以及在系统不提供置信度时如何诚实处理。基于 HarmonyOS Core Vision Kit,插件实现端侧离线 OCR,全程无网络、无权限、无密钥,支持真实小票与截图识别,性能稳定(312~507ms),并通过 35 项单元测试与真机集成验证。

白天写代码,晚上追AI大模型,偶尔搞点八卦 开源动态|技术干货|实习机会|生态活动 我负责分享,你负责变强 49

跨端 RN 鸿蒙碰一碰分享库实战:基于 Share Kit 封装 react-native-ohos-knock-share,实现卡片、文件一碰传

本文介绍基于React Native的鸿蒙碰一碰分享库,解决RN开发者在鸿蒙生态中无法便捷使用Share Kit碰一碰功能的痛点。通过封装NFC/星闪触碰、3秒发送窗口、沙箱文件URI转换等核心逻辑,实现跨设备快速传递链接、文件、图片等内容。支持手机、平板、PC多端适配,提供回环演示与真机实测验证,显著降低接入门槛,提升跨端协作效率。

白天写代码,晚上追AI大模型,偶尔搞点八卦 开源动态|技术干货|实习机会|生态活动 我负责分享,你负责变强 37

React Native 鸿蒙实战:给应用接入小艺语音指令,跑通 Skill 声明到操作闭环

本文介绍如何在 React Native 鸿蒙(RNOH)工程中实现小艺技能闭环,通过开源库 react-native-ohos-ai-agent 封装技能声明、语音指令接收、端侧执行与结果回传全流程。针对三方应用权限限制,精准定位可操作边界,实现“被唤起→执行→反馈”链路贯通。结合五张真机截图验证:技能注册、指令匹配、意图上报、智能体调起及对话层弹出等关键节点均成功,完整打通语音交互闭环,助力应用无需入口即可被用户“叫”到。

白天写代码,晚上追AI大模型,偶尔搞点八卦 开源动态|技术干货|实习机会|生态活动 我负责分享,你负责变强 44

Flutter 鸿蒙实现精准碰一碰分享:tap_share_ohos 三方库打通真机传文件与传卡片

本文针对Flutter在鸿蒙系统上“碰一碰”分享功能缺失的痛点,基于DevEco Studio 26.0、HarmonyOS 7.0 API 26与Flutter 3.41.9实测环境,提出并实现开源库tap_share_ohos。该库封装NFC、Share Kit、权限管理及分布式能力,通过Dart门面层统一接口,利用MethodChannel与BasicMessageChannel对接原生ArkTS逻辑,实现文件与卡片的碰一碰分享。真机测试显示,可无缝调起系统分享面板,支持华为分享接力

白天写代码,晚上追AI大模型,偶尔搞点八卦 开源动态|技术干货|实习机会|生态活动 我负责分享,你负责变强 126

Flutter 鸿蒙实战:用三方库接入小艺语音指令与智能体,跑通 Skill 声明到操作闭环

本文基于 flutter_ohos_ai_agent 三方库,实现 Flutter 应用一键调起鸿蒙小艺智能体。针对跨端框架对接鸿蒙 AI 能力的碎片化、环境差异等痛点,通过插件封装系统 Kit 能力,提供统一 Dart API。实测显示,模拟器与真机均支持文本/语音指令闭环,真机可完整调起小艺面板并回传事件。核心原理为:利用 ArkUI 承载页桥接 FunctionComponent,通过 MethodChannel 与 EventChannel 实现 Flutter 与原生能力双向通信,完成从语音识别到

白天写代码,晚上追AI大模型,偶尔搞点八卦 开源动态|技术干货|实习机会|生态活动 我负责分享,你负责变强 44

RNOH 原生内存泄漏定位与治理:借助 LeakyGuard 实现图片解码降采样、LRU 字节缓存、资源生命周期管控,长列表图片页面峰值内存优化

本文面向 RNOH 0.84 长列表图片场景,剖析滑动数分钟后进程被系统杀掉的根因:原图解码尺寸失控、缓存按条数限流、PixelMap未显式 release。基于自研LeakyGuar,TurboModule 库,给出 desiredSize 真降采样、字节预算 LRU 缓存(逐出必 release)、资源登记与快照 diff、卸载即释放 Hook 的闭环方案,实测单图内存降 98.6%,24 图峰值由 1098.6MB 降至15.8MB。并总结双侧注册、ArkTS 语法差异、vp 转像

白天写代码,晚上追AI大模型,偶尔搞点八卦 开源动态|技术干货|实习机会|生态活动 我负责分享,你负责变强 105

Flutter 鸿蒙空间音频实战:让音乐播放器的声音“长出方位感“

本文通过一个真实运行的 Flutter 工程,系统解析了在鸿蒙系统上实现空间音频的三大核心问题:基于双耳时间差(ITD)、声级差(ILD)和频谱整形的方位感算法;耳机切换与音频焦点管理;以及播放器与音效的集成。项目使用自研插件 spatial_audio,结合原生 HarmonyOS 接口,实现了跨设备的空间音频体验,支持普通耳机,无需硬件依赖,并提供实时参数反馈与系统状态监听。附带完整代码仓库与实测效果展示,为 Flutter on HarmonyOS 的音频开发提供了可复用的技术方案。

白天写代码,晚上追AI大模型,偶尔搞点八卦 开源动态|技术干货|实习机会|生态活动 我负责分享,你负责变强 273

Flutter 鸿蒙 HiTrace 请求归因:图片压缩等待时,主线程在做什么

为定位鸿蒙平台图片压缩性能瓶颈,我在 flutter_native_image 插件中新增可选的 HiTrace 阶段追踪功能,支持按请求开启解码、缩放、编码与资源释放阶段的耗时分析。通过对比模拟器与真机(华为畅享 100 Pro Max)数据,精准识别出耗时主要集中在解码与编码阶段,显著提升诊断效率。相关代码已提交至官方仓库,助力开发者快速定位性能问题。

白天写代码,晚上追AI大模型,偶尔搞点八卦 开源动态|技术干货|实习机会|生态活动 我负责分享,你负责变强 1万+

Flutter 适配鸿蒙折叠屏铰链角度按需订阅:支架调节页用完即停与重入实测

本文介绍对 Flutter 三方库 dual_screen 的优化:针对支架调节页等短时观察场景,保留原有缓存入口的同时,新增按需订阅机制。通过按需启停监听,实现页面退出后停止原生回调,避免无效数据更新。实测显示,无消费者时原生回调从3条降至0条,重进页面则等待新事件,更符合临时工具页的使用逻辑。完整代码已开源,支持鸿蒙折叠屏角度动态感知,适用于需精准控制生命周期的折叠屏应用开发。

白天写代码,晚上追AI大模型,偶尔搞点八卦 开源动态|技术干货|实习机会|生态活动 我负责分享,你负责变强 1万+

Flutter 适配鸿蒙手表屏幕形状:让计时卡片按圆屏和方屏布局

本文基于 wear_plus 1.2.4 版本,为鸿蒙系统补全屏幕形状查询功能,使 WatchShape 能正确返回 round 等形状信息。通过在原 Dart 接口不变的前提下,新增鸿蒙平台处理器,实现与 Android 一致的异步查询逻辑。对照实验验证:适配后页面可从“查询未接入”变为“圆屏已确认”,日志成功接收系统回执,布局行为保持一致。完整代码开源至 oh-flutter/wear_plus,支持 Flutter 鸿蒙穿戴设备开发。

白天写代码,晚上追AI大模型,偶尔搞点八卦 开源动态|技术干货|实习机会|生态活动 我负责分享,你负责变强 1万+

Flutter 优化鸿蒙剪贴板大图复制卡顿:从主线程同步阻塞到异步文件描述符直解

针对鸿蒙系统下 flutter_image_clipboard 插件复制高清图片时阻塞主线程的问题,本文提出三项优化:异步文件描述符直解、异步剪贴板写入及原生资源逆序释放。实测显示,模拟器事件循环最大间隔从300.32ms降至54.36ms(降幅81.9%),真机上更从133.20ms降至11.20ms(降幅91.59%),显著提升页面响应性。完整代码已开源,支持直接使用与社区交流。

白天写代码,晚上追AI大模型,偶尔搞点八卦 开源动态|技术干货|实习机会|生态活动 我负责分享,你负责变强 1万+

Flutter 三方库 petalmaps_ohos 的 OpenHarmony 适配实战(0 → 1 全记录)

本文详细记录了从零构建 Flutter 三方库 petalmaps_ohos 并适配 OpenHarmony/HarmonyOS 平台的全过程,涵盖项目初始化、原生实现(基于 ArkTS 和 MethodCallHandler)、插件注册、功能验证及升级至 HarmonyOS SDK 26 的关键步骤。重点解析了为何需实现 AbilityAware 获取 UIAbilityContext 以确保地图调起成功,并通过分层架构、枚举封装与兼容性设计,实现功能完整、易用且低维护成本的“调起系”地图插件,

白天写代码,晚上追AI大模型,偶尔搞点八卦 开源动态|技术干货|实习机会|生态活动 我负责分享,你负责变强 52

Flutter 三方库 holding 的 OpenHarmony 适配实战:从 0 到 1 开发一个鸿蒙感知插件

本文详述了从零实现开源 Flutter 插件 holding 并适配 OpenHarmony/HarmonyOS 的全过程。基于鸿蒙专属 MultimodalAwarenessKit,实现握持手与操作手状态感知,覆盖事件流订阅、状态查询及 API 26 新增接口,确保功能一致、性能高效、接口稳定。通过 Dart 层封装、ArkTS 原生桥接、真机验证与单元测试,完成插件工程化落地,并发布至 pub.dev,为同类系统能力插件的鸿蒙化提供可复用的技术路径。

白天写代码,晚上追AI大模型,偶尔搞点八卦 开源动态|技术干货|实习机会|生态活动 我负责分享,你负责变强 25

Flutter 三方库 gesturesshare 从 0 到 1:鸿蒙隔空传送分享插件的开发、升级与发布实战

本文详述了 Flutter for OpenHarmony 三方库 gesturesshare 从零开发到发布全过程:基于 HarmonyOS 隔空传送能力,实现跨设备图片与 App Linking 一键分享。涵盖双端代码设计、API 26 升级、真机验证及 Pub 发布流程,提供 Dart/ArkTS 对照与踩坑复盘。项目填补 Flutter 生态空白,推动鸿蒙多设备交互能力普及,助力开发者快速接入系统级功能。

白天写代码,晚上追AI大模型,偶尔搞点八卦 开源动态|技术干货|实习机会|生态活动 我负责分享,你负责变强 26

Qt 鸿蒙沉浸光感实战:让玻璃的每个像素自己发光

本文通过一个 QML 模块与 Qt for OpenHarmony 构建实践,完整解答了三个核心问题:如何用 81 行 GLSL 实现无图片依赖的动态玻璃材质(含光核漂移、视差、SDF 圆角与颗粒);如何在 Qt Quick 中通过 C++ 控制器实现弹层锚定与翻转;以及如何将 Qt 应用交叉编译并以 HAR 形式部署至鸿蒙系统。项目基于 Qt 5.12.12,利用 ShaderEffect 实现纯渲染级视觉效果,兼顾性能与跨平台兼容性,提供可复用的开源方案。

白天写代码,晚上追AI大模型,偶尔搞点八卦 开源动态|技术干货|实习机会|生态活动 我负责分享,你负责变强 21

开源鸿蒙平台 KMP_CMP 三方库「端侧语音转文字」适配全流程

本项目实现KMP/CMP在OpenHarmony鸿蒙平台的语音转文字(TTS)完整链路适配,通过Kotlin/Native共享模型、C ABI/N-API桥接与ArkTS交互,解决权限、音频格式、生命周期及跨平台契约等难题。支持中文、英文、日文多语言识别,提供统一结果模型与JSON序列化,实测于华为Mate 80 Pro Max模拟器,验证了JVM测试、Native动态库、HAP签名部署及真机识别全流程。项目结构清晰,分六阶段推进,确保代码复用与平台无关性,为KMP在鸿蒙生态落地提供可复用的技术范式。

白天写代码,晚上追AI大模型,偶尔搞点八卦 开源动态|技术干货|实习机会|生态活动 我负责分享,你负责变强 30

开源鸿蒙平台 KMP_CMP 三方库「端侧OCR」新特性适配

本项目实现Kotlin Multiplatform(KMP)在OpenHarmony平台的端侧OCR适配,基于HarmonyOS 7.0 SDK与Compose Multiplatform 1.9.2,成功打通JVM、Kotlin/Native与ArkTS间的数据交互。通过C ABI/N-API桥接层,实现KMP模型与Core Vision Kit识别结果的跨语言共享,支持中、英、日、韩四语识别。

白天写代码,晚上追AI大模型,偶尔搞点八卦 开源动态|技术干货|实习机会|生态活动 我负责分享,你负责变强 11

开源鸿蒙平台 KMP/CMP 三方库「智感握姿」新特性

本项目实现鸿蒙KMP/CMP平台下智感握姿能力的跨端适配,基于Kotlin Multiplatform构建共享状态模型,通过C ABI与ArkTS桥接,支持左手、右手、双手等五种握持状态的稳定传递。项目打通ohosArm64目标、Native动态库构建与DevEco Studio集成链路,提供统一API与真机验证示例,确保状态模型、事件序列与生命周期在多端一致。

白天写代码,晚上追AI大模型,偶尔搞点八卦 开源动态|技术干货|实习机会|生态活动 我负责分享,你负责变强 16

Electron 鸿蒙沉浸光感实战:把玻璃交给操作系统去发光

本文通过一个 Electron 库与 HarmonyOS 三方库,系统解决三大核心问题:跨平台材质路径对齐(macOS vibrancy、Windows acrylic、鸿蒙 backgroundBlurStyle)、菜单子窗口精准定位(坐标转换与工作区适配)、以及无脚本菜单文档的安全事件回传(自定义 URL scheme 与焦点管理)。基于 CPF-Electron 鸿蒙化分支,实现桌面级玻璃效果——材质由操作系统合成器采样,网页仅渲染薄色层与光斑,确保视觉一致性与性能优化。

白天写代码,晚上追AI大模型,偶尔搞点八卦 开源动态|技术干货|实习机会|生态活动 我负责分享,你负责变强 21

Flutter 修复 flutter_secure_storage 鸿蒙入口路由与前缀隔离:让多账号登录凭证在手机上独立读写与清理

本文针对 flutter_secure_storage 在鸿蒙平台的适配问题,修复了主包缺失 TargetPlatform.ohos 路由导致的 unsupported_platform 错误,并统一鸿蒙子包多账号前缀的读写与清理范围,解决键值覆盖、前缀错用及批量操作匹配过宽等问题。修复后,业务层可继续使用统一接口实现跨账号安全存储,保障数据隔离性。完整代码已开源至 abaoge/flutter_secure_storage。

白天写代码,晚上追AI大模型,偶尔搞点八卦 开源动态|技术干货|实习机会|生态活动 我负责分享,你负责变强 1万+

Cordova 鸿蒙沉浸光感实战:让弹层玻璃“喝到“背景的光

本文通过一个 HarmonyOS 模拟器上的 Cordova 项目,详解了在 WebView 中实现“玻璃拟态”效果的三大核心问题:利用 backdrop-filter 实现背景实时模糊与提亮,构建四层结构(采样、渐变底、光场、噪点)模拟真实玻璃质感;通过锚点定位与动态布局实现弹层贴边生长;并集成焦点管理、系统返回键及 inert 属性,确保交互礼仪完整。插件为纯 JS 无原生依赖,基于 ArkWeb 内核,兼顾性能与真实背景采样,适用于菜单、浮层等场景。

白天写代码,晚上追AI大模型,偶尔搞点八卦 开源动态|技术干货|实习机会|生态活动 我负责分享,你负责变强 26
上一篇: 开源鸿蒙跨平台直播|Flutter 鸿蒙化进阶:三方库适配与性能调优实战
下一篇: AtomGit 5月:下载中心上线;AtomCode Air 新品发布会顺利开展;AtomGit AI 荣获「昇腾开源合作杰出团队奖」
AtomGit 代码君
AtomGit 代码君 企业官方账号 企业官方账号
博客等级 码龄6年 2万+粉丝 856原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值