c++标签_人工智能6S服务平台

c++

Spatial Recon Kit+C++：3DGS模型交付路径白名单【鸿蒙心迹】

本文以SceneLedger为例，探讨3DGS端侧重建中常被忽视的交付问题：文件路径规划、可恢复性与状态验证。强调输出路径应由受控任务号生成，避免注入风险；模型写入需确保路径稳定、格式正确；半成品不可仅凭文件存在判定完成；清单发布须通过原子重命名保障一致性；页面状态应真实反映校验进度，杜绝虚假成功提示。最终实现安全、可追溯、可恢复的工程化交付流程。

Debugging 女王
1天前

 81

 1

#c++#harmonyos #开发语言
具身智能中的协同机理研究（90）：国产云实时控制适配方案详解

TVA-World架构通过云边端协同部署，适配国产化云环境实时控制需求。基于国产算力（如昇腾、寒武纪），实现世界模型分层训练与轻量化推演，端侧高效执行感知与决策，边缘保障毫秒级响应。结合国密加密、可信执行环境与细粒度访问控制，强化安全可控。在柔性装配、港口吊装、电网巡检等场景中，实现低延迟、高可靠、智能化的工业控制，推动核心技术自主可控与系统泛化能力提升。

2501_94287723
1天前

 15

#人工智能 #python #java +1
【鸿蒙优选三方库】@ohos/aki：一行代码让 ArkTS 调 C++

裸写 NAPI 绑定一个add(a, b)，要写三十行。绑定一个 C++ 类？更是一场噩梦。@ohos/aki把它压缩成一行——。📦。

鸿蒙开源三方库
2026-10-10 10:01:01

 123

 1

#harmonyos #c++#java +2
鸿蒙原生C++ Crash排查笔记：config空指针的地址解析、LLDB断点溯源与修复

最近在排查一个 HarmonyOS 应用的原生层崩溃：应用进入某个业务页面时偶发闪退，没有任何 JS 异常，Log 里只留了一段 C++ 层的墓碑信息。用 SDK 自带的 llvm-addr2line 解析后，崩溃点落在一行 config 指针的解引用上——典型的空指针解引用。光知道崩溃行还不够，我更想搞清楚 config 为什么会是空，于是按官方 IDE 源码调试文档把断点调试链路完整配了一遍，

redtank2000
2026-10-09 10:28:35

 600

 9

#harmonyos #c++#华为
IWYU 0.26 鸿蒙PC适配全记录：5 个坑与 98.2% 测试通过率

本文记录 include-what-you-use 0.26.src 在鸿蒙PC aarch64平台的完整适配过程。基于Conan 2.29.1与OHOS 6.1.0环境，零补丁复用上游源码，完成CMake构建与5项平台适配。227条上游测试实跑通过率98.2%，3条失败源于标准库差异（非缺陷）。制品仓已发布，PR #13202 合入主干。攻克了标准库头注入、clang-cl参数注入、沙箱签名等高

 2401_87935351
2026-10-05 02:54:50

 648

 7

#harmonyos #华为 #linux +3
小智软件架构介绍

丰富GPlO:提供多达45个可编程GPlO,支持PWM、SPl、12C、UART、12S、SDI0等通信协议。·丰富GPIO:提供多达45个可编程GPIO,支持PWM、SPI、I2C、UART、I2S、SDIO等通信协议。.PSRAM:8MB(R8表示PSRAM容量)，扩展动态内存，支持复杂应用(如图形显示、音频处理)。·USB功能:内置USB OTG(On-The-Go)，可直接连接USB设备(

zZ_Li
2026-10-03 20:50:19

 224

 2

#c语言 #c++#python +1
HarmonyOS 7 + Spatial Recon Kit-C++：3DGS 输入帧时间戳倒退的单调门禁与批次隔离【鸿蒙心迹】

本文通过演示工程 ChronoRecon 阐明空间重建中时间关系的敏感性：即使数据格式合法，时间戳倒退、重复或跨批次迟到仍会导致重建失败。提出基于 generation 与单调性检查的门禁机制，确保帧序正确；强调拒绝后应冻结批次、销毁旧会话并重建新会话，避免隐式拼接时间线。代码实现原子化校验与缓冲所有权管理，日志详尽记录拒绝原因，提升故障可追溯性。

2601_96982303
2026-10-03 12:48:51

 193

 4

#harmonyos #c++#3d
HarmonyOS 7 + Spatial Recon Kit-C++：3DGS 输入帧内参与位姿的版本一致性门禁【鸿蒙心迹】

本文通过 PoseLatch 演示项目，强调 3DGS 重建中输入数据的语义一致性至关重要。即使格式合法，若内参与图像不匹配、位姿时间错配或四元数异常，仍会导致重影、漂移等问题。为此提出 FrameCoherenceGate 门禁机制，在调用 HMS_SpatialRecon_PushFrame 前校验帧序、时间偏差、内参 revision、位姿有效性等，确保数据语义一致。采用显式数据包封装图像、

李游Leo
2026-10-03 07:51:58

 118

#harmonyos #c++#3d
HarmonyOS 7 + Spatial Recon Kit-C++：3DGS 高斯参数的非有限值隔离与可渲染性门禁【鸿蒙心迹】

SplatGuard 是一个针对3DGS重建产物的渲染可执行性审计系统，通过流式扫描归一化高斯记录，检测并隔离含NaN、Infinity或越界透明度的异常数据。项目以lamp_scan_g21为例，248,320条记录中仅106条异常，无效率0.043%低于阈值0.10%，且包围盒尺寸符合预期，最终判定为PASS。系统采用分层验证：先在项目级边界进行有限值与范围检查，再通过流式处理避免内存峰值，最

 李游Leo
2026-10-03 00:33:40

 192

#c++#3d #开发语言 +1
HarmonyOS Native C++ + libarchive：离线资源包解压的路径穿越防护与配额熔断【鸿蒙心迹】

本文介绍 HarmonyOS Native C++ 工具 ArchiveGuard，针对离线资源包解压安全问题，提出四步防护机制：先扫描元数据再写入，避免边读边写导致的不可回滚；通过词法规范化严格校验路径，拒绝绝对路径与父级回退；基于展开体积、条目数等多维度配额熔断，防溢出与资源耗尽；将扫描器封装为独立 Native 对象，保障主线程不阻塞。演示中 18.4MB 包因声明展开体积超限被阻断，替换后

 Programminges
2026-10-01 21:45:25

 367

 9

#harmonyos #c++#华为
HarmonyOS 7 + Spatial Recon Kit-C++：3DGS 重建结果的重力对齐与尺度门禁【鸿蒙心迹】

本文提出AxisCal框架，解决3DGS重建后模型在实际应用中因坐标系偏差、尺度不准等问题导致的空间语义错误。通过在重建结果后增加应用层验收阶段，利用地面拟合、鲁棒平面估计与已知参考物，实现重力方向校准、统一尺度锁定及可追溯的坐标变换。关键创新在于：以frame_manifest.json明确记录坐标契约，采用最短旋转计算避免欧拉角陷阱，严格校验尺度合理性，确保模型从“看起来像”到“用得对”。

李游Leo
2026-10-01 20:54:51

 21

#harmonyos #c++#3d
鸿蒙 Native 开发复盘：把算法搬到 C++，为什么页面仍然卡顿？

在接入本地图像处理能力时，我遇到过一种很有迷惑性的代码结构：ArkTS 负责界面，C++ 负责计算。看上去已经把耗时逻辑“下沉”到了 Native 层，页面应该轻松很多。但如果 ArkTS 通过同步接口调用 C++，调用期间 UI 线程依然可能一直等待。

2201_75319717
2026-09-29 17:33:02

 260

 3

#鸿蒙 #c++#个人开发
鸿蒙PC桌面端适配 Cling 1.3：从 LLVM 20 绑定到 C++ JIT 真机验证

本文介绍在HarmonyOS PC（AArch64）上适配Cling 1.3的完整过程，解决宿主平台识别、目标图构建与嵌入式系统头缺失三大难题。通过精准匹配LLVM 20与cling-llvm20源码版本，修复CMake配置、sysroot路径及资源头加载问题，并使用Conan管理依赖与签名流程。成功实现消费者程序执行6*7并返回42，验证解释器初始化、JIT求值与结果读取闭环。附带测试回读207

2301_80739235
2026-09-26 19:53:05

 1217

 7

#harmonyos #c++#华为
王者荣耀日志组件BqLog 为何如此快之3——压缩日志执行路径优化

BqLog 是一个轻量级、高性能的工业级日志系统，已在线上广泛应用于《王者荣耀》等项目。 BqLog 2.x 正式发布！新增纯血鸿蒙、Python 与 Node.js 支持，并带来非对称混合加密能力。🚀 在 Benchmark 中，BqLog 压缩日志模式比 fmtlog 快 2–3 倍、quill 快 3–6 倍、spdlog 快 3–16 倍、Log4j2 快 10–12 倍、glog 快

 pippocao125
2026-09-26 15:24:40

 299

 3

#性能优化 #游戏 #c++
Spyder 移植鸿蒙 PC 实战——Qt C++ 宿主、CPython 3.12 嵌入与 Variable Explorer 三阶段打通

本文实现Spyder在鸿蒙PC的跨平台移植，采用QtC++宿主+CPython3.12嵌入方案，打通编辑、执行、输出与变量探查闭环。通过三阶段推进：先验证Qt界面渲染，再实现子进程隔离执行与stdout/stderr捕获，最终以JSON标记协议实现VariableExplorer真实变量回传。重点解决HAP沙箱、QtABI兼容、libpythonstrip、文件系统权限等关键陷阱，提供可复现构建与

 xiaoxingkongyuxi
2026-09-15 06:00:00

 446

 3

#harmonyos #qt #c++
rust_hdc：用纯 Rust 重写鸿蒙设备连接器（HDC），一颗 3MB 二进制替代整个 C++ 工具链

协议层是性能敏感 + 安全敏感的：HDC 走 TCP/USB 批量传输，分包、握手、并发会话，Tokio 异步运行时天然匹配；跨平台一致性：macOS（IOKit）、Linux（libusb）、Windows、OHOS，同一套代码一个 flag 切换目标；产出即库：Rust 生态的 crate 分发让"工具"和"库"天然合一，crates.io 发布后即用。HDC 协议不大——核心 500 行 R

程序媛夏天
2026-09-12 15:33:59

 219

#rust #harmonyos #c++
鸿蒙PC C/C++三方库交叉编译实战：以 OpenSSL 为例（lycium++ / HPKBUILD 全流程）

本文基于学校实验《鸿蒙PC C++三方库交叉编译及应用》的流程，把实验里用的 cups、libplacebo 换成更常用的 OpenSSL，带你完整走一遍「环境搭建 → 编写 HPKBUILD → 一键交叉编译 → HNP 打包 → ABI 校验 → DevEco Studio 集成调用」的标准化移植链路。适合：第一次在 Ubuntu 上给鸿蒙 PC 交叉编译 C/C++ 三方库的开发者；以及想给

 zstarxx
2026-08-31 14:25:45

 295

 5

#harmonyos #c语言 #c++
Ascend C算子开发（入门）笔记

Ascend C算子开发（入门）笔记，包含算子基本概念；Tensor、Shape、Format 与 Axis；算子运行演示；算子开发的问题与挑战；CANN 与 Ascend C；昇腾 AI 处理器架构；Ascend C 的特点；Host 与 Device；核函数；Hello World 算子实现；完整核函数实现；算子开发环境部署概述；CPU 上部署开发环境；香橙派上部署开发及运行环境；华为云 M

电脑x
2026-08-21 21:03:30

 278

 4

#人工智能 #华为云 #深度学习 +1
Valhalla 静态工程审阅 #021｜华为MindSpore 源码证据驱动评测【大厂开源基础设施特辑】

华为MindSpore静态工程审阅摘要（150字）本文基于bd3c5dd快照对华为MindSpore AI框架开展静态工程审阅。该C++核心（占比99.6%）架构展现企业级体量，含4,230个源文件、87个CMake配置，模块拓扑聚焦计算图引擎、硬件后端等7大核心组件。审阅发现13条静态风险线索需人工复核，测试与CI工作流证据缺失。作为昇腾AI全栈核心层，MindSpore通过"动静统一+原生自

 TunerT_TQ
2026-08-05 17:33:20

 400

 9

#开源 #mfc #github +1
昇腾C和C以及C++的区别？

特性C / C++ (AscendCL 应用开发)昇腾 C (Ascend C 算子开发)编程目标业务逻辑、资源管理、任务调度算子计算逻辑实现运行位置Host 侧 (CPU)Device 侧 (NPU, 如 AI Core)语言规范标准 C/C++C/C++ 语法扩展核心 API以acl开头的 AscendCL 接口Ascend C 指令与核函数定义开发难度较低，侧重流程控制较高，侧重硬件性能榨取

 2501_90306407
2026-07-29 08:46:27

 375

 6

#c++
Boost库集成：C++辅助库的使用（276）

在鸿蒙（HarmonyOS）生态中集成 C++ Boost 库，主要依赖于 HarmonyOS NDK 提供的 C++ 标准库机制。由于 Boost 库深度依赖 C++ 特性，在集成时需要特别注意 C++ 运行环境的兼容性。

Davina_yu
2026-07-27 09:41:19

 235

 6

#c++#harmonyos #开发语言 +2
Ascendc 大语言模型框架 AscendCraft 和pypto 的区别 pypto生成算子c++源码吗

PyPTO 确实会自动生成 AscendC（昇腾算子C++）源码，支持JIT隐式生成与手动导出源码两种模式；PyPTO =手写式算子开发框架（可控、高性能、生产首选）；全自动代码生成工具（免手写、原型快速验证、学术原型，不适合线上极致性能算子）。

zhangfeng1133
2026-07-24 21:24:11

 279

 3

#语言模型 #c++#人工智能
AtomGit Flutter 鸿蒙客户端：调用 C/C++ 原生库

FFI（Foreign Function Interface）顾名思义，是让一种编程语言调用另一种"外国"语言编写的函数接口。Dart FFI 从 Dart 2.5 开始作为dart:ffi包引入（Dart 2.12 稳定），允许 Dart 代码直接调用 C 语言的函数，无需通过 Platform Channel、无需序列化、无需异步等待。核心优势在于零拷贝的直接调用│ FFI 调用 vs Pla

心中有国也有家
2026-07-19 10:30:24

 360

 3

#flutter #c语言 #c++ +3
鸿蒙原生开发实战：用 Native C++ 与 OpenGL ES 构建高性能图形渲染管线

在前一天的实战文章中，我们探讨了 NDK 配置、NAPI 基础注册以及字符串的跨语言处理。今天我们继续深入，走进 HarmonyOS NEXT 中一个极具技术含金量的领域——基于 XComponent + EGL + OpenGL ES 3.0 的完整图形渲染管线。为什么这个方向值得单独成篇？原因很简单：HarmonyOS NEXT 的声明式 UI 框架（ArkUI）固然强大，但在游戏渲染、视频滤

 解局易否结局
2026-07-12 23:30:25

 511

 3

#harmonyos #c++#elasticsearch +1
让鸿蒙拥有音频元数据读写能力—taglib for HarmonyOS的移植适配

摘要本文档详细记录了将音频元数据解析库TagLib 2.3从Linux平台迁移到HarmonyOS NEXT系统的全过程。主要内容包括：1)将源码整体移植到鸿蒙工程目录并保留原有结构；2)通过CMake配置启用全部22种音频格式支持；3)设计三层适配架构（ArkTS封装层、N-API接口层、业务逻辑层）；4)实现路径安全检查、MIME自动识别和歌词解析等核心功能；5)使用N-API异步接口封装文

 大兵518
2026-07-10 09:42:04

 44

#harmonyos #c++
dynamic_quant算子优化实践

昇腾DynamicQuant算子可以实现动态逐 token 量化，将浮点张量（FP16/BF16）量化为低精度整数（INT8/INT4）或浮点8位（FP8），同时输出每行的量化 scale（和可选的 offset）。本文通过深入分析算子实现，识别出流水线同步开销和单行处理粒度是性能瓶颈，并针对性地提出了向量指令优化与多行批量处理方案。DynamicQuant 实现动态逐 token 量化。

weixin_45510245
2026-07-06 11:16:46

 377

 9

#c++
＜HarmonyOS TechTalk 19＞ C/C++三方库编译构建 #鸿蒙课程##鸿蒙生态#

本次交流聚焦于 C/C++ 三方库在 HarmonyOS 开发中的应用。首先是适配 HarmonyOS 工具链，这是将开源三方库融入鸿蒙生态的关键步骤，确保其兼容性与稳定性。DevEco Studio 则是构建的得力助手，可用于打造自定义三方库，满足特定开发需求。在 Native 工程里使用这些三方库，能拓展功能、提升效率。

icZRa5Tl8
2026-07-02 17:54:50

 208

 5

#harmonyos #c++#华为
工业机器人操作系统分类

工业机器人操作系统分类指南工业机器人操作系统分为三大类：底层实时RTOS：负责运动控制与安全，如VxWorks（ABB/KUKA等采用）、QNX（协作机器人常用）、实时Linux（国产主流）及国产系统（SylixOS、鸿蒙等），需微秒级硬实时能力。整机厂商专用系统：如FANUC的ROBOTGUIDE、ABB的RobotWare，基于VxWorks/Linux封装，含专属编程语言与工艺包，用于

 qinfen123456
2026-06-25 10:50:46

 410

 5

#qt #机器人 #tcp/ip +4
HarmonyOS 鸿蒙原生应用调用 C/C++ 三方库 —— NAPI 开发完整指南

本文系统介绍NAPI（Node-API）在HarmonyOS中的使用方法，帮助开发者实现ArkTS与C/C++代码的互操作。主要内容包括： NAPI核心概念：介绍napi_env、napi_value等关键概念及模块注册机制开发环境配置：详细说明工程配置、CMake设置和类型声明开发全流程：从函数编写、参数获取到类型转换和模块注册的完整步骤数据类型转换：覆盖数值、字符串、布尔值、数组等类型的

 特立独行的猫a
2026-06-18 02:27:02

 1148

 11

#harmonyos #c语言 #c++ +1
在 HarmonyOS/鸿蒙PC ArkTS 侧调用 C/C++ 三方库完整指南

本文介绍了在鸿蒙应用开发中集成C/C++三方库的完整流程，以libmediainfo为例，重点讲解了如何通过NAPI机制实现ArkTS与C/C++的交互。文章对比了直接链接和dlopen动态加载两种集成方式，推荐使用直接链接方法，并详细说明了项目结构设计、SO文件放置、头文件管理和NAPI桥接层的实现。通过编写C++包装代码，将三方库的C接口转换为ArkTS可调用的NAPI接口，最终实现在鸿蒙应用

 特立独行的猫a
2026-06-18 01:29:18

 963

 14

#harmonyos #c语言 #c++ +1
千万C++工程顺利适配鸿蒙！中望 3D：重塑国产工业软件生态新格局

此次中望 3D 成功登陆鸿蒙，是国产工业软件龙头+国产自主操作系统深度协同的标志性成果，不仅彰显了国产工业软件的硬核实力，更证明了 DevEco Studio 已经具备承载千万行级别商用超大工程的能力。依托 DevEco Studio、工具链一体化能力，鸿蒙将持续深耕企业级开发场景，为国产软硬件生态赋能，加速国产化替代步伐，共同构筑自主可控的工业软件基石。针对开发最常用的编辑、调试、编译三大场景，

Chris.ren
2026-06-17 14:10:24

 42

#c++#harmonyos #3d
鸿蒙Electron-Electron调用鸿蒙原生arkts

鸿蒙版Electron 如何使用Electron调用原生arkts方法,Electron鸿蒙交互,Electron鸿蒙通信

 DEJKS
2026-06-12 09:45:08

 237

 5

#harmonyos #electron #华为 +1
metadef：昇腾CANN元数据结构与跨仓库类型定义深度解析

metadef作为昇腾CANN全栈的元数据结构与类型定义基础仓库，通过中心化类型注册表、跨仓库类型共享、protobuf版本兼容等机制，系统性地解决了异构计算栈中的类型一致性和版本管理问题。

beautifulSunrise
2026-05-23 17:00:28

 411

 9

#mfc #c++
写给新手的 atvcoss：昇腾 Vector 算子子程序模板库到底是啥？

写给新手的 atvcoss：昇腾 Vector 算子子程序模板库到底是啥？

renke3364
2026-05-23 08:08:18

 295

 3

#c++#算法 #开发语言 +1
cmake：昇腾CANN构建系统完全指南

《CMake在昇腾CANN算子开发中的核心作用》摘要： CMake是昇腾CANN算子开发的核心构建系统，负责将Ascend C代码编译成NPU可执行的二进制文件。文章通过建筑工地塔吊的比喻，形象说明CMake不直接编译代码，而是调度整个编译过程。主要内容包括：1）CMake三大核心功能模块（算子编译、依赖管理、安装规则）；2）详细演示如何通过CMakeLists.txt编译MatMul算子并生成.

2501_94386845
2026-05-21 21:58:49

 438

 10

#java #c++#算法
【Flutter for OpenHarmony】Flutter 第三方库自定义底部导航栏的鸿蒙化适配与实战指南

Flutter在OpenHarmony平台开发中自定义底部导航栏的实践指南。文章分享了健康管理APP开发过程中遇到的鸿蒙适配问题与解决方案，重点介绍了三个典型鸿蒙专属bug：渲染层级异常、点击事件失效和内存泄漏问题。针对这些问题，作者提供了详细的解决思路和优化代码，包括使用Stack组件适配安全区域、重写触控事件监听、自定义状态管理类等。文中还给出了完整的可运行代码示例，特别标注了鸿蒙平台需要注意

 IntMainJhy
2026-05-15 20:26:51

 101

#flutter #harmonyos #华为 +3
鸿蒙原生开发的“硬核通道”：ArkTS 与 C/C++ 高性能互操作全栈指南 —— FFI 机制深度解析与实战精要

本文系统阐述了鸿蒙开发中ArkTS与C/C++互操作的关键技术FFI（外部函数接口）。FFI作为连接应用层与底层性能的桥梁，在图像处理、音视频编解码等高性能场景中至关重要。文章深入分析了类型映射、内存管理、线程边界等核心挑战，提出粗粒度接口设计、分层协作等工程实践方案，强调FFI不是简单调用技巧而是架构设计能力。通过合理分层（ArkTS业务层、FFI适配层、C/C++核心层），开发者既能保持Ark

2301_81527952
2026-05-07 23:52:45

 356

 4

#harmonyos #c语言 #c++
HarmonyOS 6.0 实战：用 Native C++ NDK 开发一款本地计步器应用

HarmonyOS 6.0 于 2025 年 10 月 22 日正式发布，这是鸿蒙系统进入 6.x 时代后首个正式版本，API Level 来到了 20。相比 5.x，这个版本在 ArkUI 组件层做了大量增强，同时 NDK 层也跟着更新，新增了端侧智慧化数据检索 C API，传感器模块的 Native 接口也更加稳定。很多开发者可能还不知道，HarmonyOS 的 Native 开发套件（NDK

程序猿追
2026-03-30 19:18:04

 642

 11

#harmonyos #c++#华为