- 博客(37)
- 收藏
- 关注
原创 近期数据库领域动态频繁,核心趋势聚焦于AI原生融合、多云部署与性能突破。
谷歌Cloud Spanner、微软SQL Server等纷纷新增向量搜索功能,支持AI应用开发。Snowflake、Databricks等数据平台也内置了AI代理与模型微调能力,实现“数据库即AI开发平台”。为规避厂商锁定并提升可用性,云数据库的跨区域、跨云部署能力成为关键。亚马逊Aurora、MongoDB Atlas持续增强全球分布式架构,支持数据在多个云环境中无缝流动与管理。随着全球数据法规收紧,数据库的隐私计算(如差分隐私、同态加密)与细粒度权限控制成为产品更新重点,帮助企业应对数据治理挑战。
2026-01-16 06:26:52
186
原创 近期数据库领域动态频繁,核心趋势聚焦于AI原生融合、多云部署与性能突破。
Snowflake、Databricks等数据平台也内置了AI代理与模型微调能力,实现“数据库即AI开发平台”。为规避厂商锁定并提升可用性,云数据库的跨区域、跨云部署能力成为关键。亚马逊Aurora、MongoDB Atlas持续增强全球分布式架构,支持数据在多个云环境中无缝流动与管理。随着全球数据法规收紧,数据库的隐私计算(如差分隐私、同态加密)与细粒度权限控制成为产品更新重点,帮助企业应对数据治理挑战。总体而言,数据库正从被动存储系统,向支撑智能、实时、全球化业务的数据核心引擎加速演进。
2026-01-16 06:23:00
150
原创 C++是最好的语言嘛?
C++是高性能的系统级语言,支持面向对象、泛型、过程式等多种编程范式,强调灵活性、控制力和效率,广泛应用于操作系统、游戏引擎、高频交易等对性能要求极高的领域。易语言则是专为中文用户设计的入门级编程语言,采用全中文关键字和语法,旨在降低编程门槛,适合快速开发Windows桌面应用程序,尤其在国内中小企业信息化和教学领域有一定应用。易语言采用解释执行或伪编译方式,封装了大量可视化组件和常用功能库,开发者可通过拖拽控件快速构建图形界面,但执行效率较低,且缺乏跨平台和底层控制能力。
2026-01-16 05:28:42
152
原创 最新C++交流!
C++是高性能的系统级语言,支持面向对象、泛型、过程式等多种编程范式,强调灵活性、控制力和效率,广泛应用于操作系统、游戏引擎、高频交易等对性能要求极高的领域。易语言则是专为中文用户设计的入门级编程语言,采用全中文关键字和语法,旨在降低编程门槛,适合快速开发Windows桌面应用程序,尤其在国内中小企业信息化和教学领域有一定应用。易语言采用解释执行或伪编译方式,封装了大量可视化组件和常用功能库,开发者可通过拖拽控件快速构建图形界面,但执行效率较低,且缺乏跨平台和底层控制能力。
2026-01-16 04:40:48
115
原创 2026最新C++技术
C++是高性能的系统级语言,支持面向对象、泛型、过程式等多种编程范式,强调灵活性、控制力和效率,广泛应用于操作系统、游戏引擎、高频交易等对性能要求极高的领域。易语言则是专为中文用户设计的入门级编程语言,采用全中文关键字和语法,旨在降低编程门槛,适合快速开发Windows桌面应用程序,尤其在国内中小企业信息化和教学领域有一定应用。易语言采用解释执行或伪编译方式,封装了大量可视化组件和常用功能库,开发者可通过拖拽控件快速构建图形界面,但执行效率较低,且缺乏跨平台和底层控制能力。
2026-01-16 04:31:26
157
原创 C++与易语言是两种理念、定位和生态完全不同的编程语言。
C++是高性能的系统级语言,支持面向对象、泛型、过程式等多种编程范式,强调灵活性、控制力和效率,广泛应用于操作系统、游戏引擎、高频交易等对性能要求极高的领域。易语言则是专为中文用户设计的入门级编程语言,采用全中文关键字和语法,旨在降低编程门槛,适合快速开发Windows桌面应用程序,尤其在国内中小企业信息化和教学领域有一定应用。易语言采用解释执行或伪编译方式,封装了大量可视化组件和常用功能库,开发者可通过拖拽控件快速构建图形界面,但执行效率较低,且缺乏跨平台和底层控制能力。
2026-01-16 04:19:35
160
原创 C++与易语言是两种理念、定位和生态完全不同的编程语言。
C++是高性能的系统级语言,支持面向对象、泛型、过程式等多种编程范式,强调灵活性、控制力和效率,广泛应用于操作系统、游戏引擎、高频交易等对性能要求极高的领域。易语言则是专为中文用户设计的入门级编程语言,采用全中文关键字和语法,旨在降低编程门槛,适合快速开发Windows桌面应用程序,尤其在国内中小企业信息化和教学领域有一定应用。易语言采用解释执行或伪编译方式,封装了大量可视化组件和常用功能库,开发者可通过拖拽控件快速构建图形界面,但执行效率较低,且缺乏跨平台和底层控制能力。
2026-01-16 03:34:45
81
原创 C++与易语言是两种理念、定位和生态完全不同的编程语言。
C++是高性能的系统级语言,支持面向对象、泛型、过程式等多种编程范式,强调灵活性、控制力和效率,广泛应用于操作系统、游戏引擎、高频交易等对性能要求极高的领域。易语言则是专为中文用户设计的入门级编程语言,采用全中文关键字和语法,旨在降低编程门槛,适合快速开发Windows桌面应用程序,尤其在国内中小企业信息化和教学领域有一定应用。易语言采用解释执行或伪编译方式,封装了大量可视化组件和常用功能库,开发者可通过拖拽控件快速构建图形界面,但执行效率较低,且缺乏跨平台和底层控制能力。
2026-01-16 03:06:02
147
原创 C++的未来在哪里
近年来,C++注重在保持高性能的同时提升开发体验。2023年的C++23进一步优化模式匹配和标准库,而规划中的C++26将继续强化并发、元编程和工具链支持。1998年首个ISO标准(C++98)确立了模板、异常处理等核心特性,奠定了现代C++基础。2011年的C++11是重大转折点,引入了自动类型推导、lambda表达式、智能指针等现代编程范式,显著提升了开发效率和安全性。随后每三年发布一个标准(C++14/17/20),持续增强语言表达能力,其中C++20的模块、协程和概念更是革命性更新。
2026-01-16 02:25:13
145
原创 C++目前是最好的语言,真正是什么?
近年来,C++注重在保持高性能的同时提升开发体验。2023年的C++23进一步优化模式匹配和标准库,而规划中的C++26将继续强化并发、元编程和工具链支持。1998年首个ISO标准(C++98)确立了模板、异常处理等核心特性,奠定了现代C++基础。2011年的C++11是重大转折点,引入了自动类型推导、lambda表达式、智能指针等现代编程范式,显著提升了开发效率和安全性。随后每三年发布一个标准(C++14/17/20),持续增强语言表达能力,其中C++20的模块、协程和概念更是革命性更新。
2026-01-16 02:24:43
140
原创 C++2026
近年来,C++注重在保持高性能的同时提升开发体验。2023年的C++23进一步优化模式匹配和标准库,而规划中的C++26将继续强化并发、元编程和工具链支持。1998年首个ISO标准(C++98)确立了模板、异常处理等核心特性,奠定了现代C++基础。2011年的C++11是重大转折点,引入了自动类型推导、lambda表达式、智能指针等现代编程范式,显著提升了开发效率和安全性。随后每三年发布一个标准(C++14/17/20),持续增强语言表达能力,其中C++20的模块、协程和概念更是革命性更新。
2026-01-16 01:44:42
235
原创 C++语言发展历程与关键特性
近年来,C++注重在保持高性能的同时提升开发体验。2023年的C++23进一步优化模式匹配和标准库,而规划中的C++26将继续强化并发、元编程和工具链支持。1998年首个ISO标准(C++98)确立了模板、异常处理等核心特性,奠定了现代C++基础。2011年的C++11是重大转折点,引入了自动类型推导、lambda表达式、智能指针等现代编程范式,显著提升了开发效率和安全性。随后每三年发布一个标准(C++14/17/20),持续增强语言表达能力,其中C++20的模块、协程和概念更是革命性更新。
2026-01-16 01:43:57
199
原创 2026C++的未来在哪里
C++的未来并非取代或被取代,而是持续进化,在现代软件栈中扮演更专精、更高效的关键角色。在AI基础设施(推理框架、GPU计算)、嵌入式及高性能计算等关键领域,C++凭借零开销抽象和对硬件的直接掌控,依然是无可替代的基石语言。包管理器(Conan、vcpkg)、构建系统(CMake革新)及格式化、静态分析工具的普及,正系统性改善工程体验,降低其传统上的复杂门槛。三年发布周期推动现代化进程,C++23已落地,C++26正聚焦模块化、模式匹配等,旨在提升开发效率与代码安全。C++正站在性能与抽象的新平衡点上。
2026-01-16 01:34:47
246
原创 C++的未来:在变革中巩固核心地位在何方
C++的未来并非取代或被取代,而是持续进化,在现代软件栈中扮演更专精、更高效的关键角色。在AI基础设施(推理框架、GPU计算)、嵌入式及高性能计算等关键领域,C++凭借零开销抽象和对硬件的直接掌控,依然是无可替代的基石语言。包管理器(Conan、vcpkg)、构建系统(CMake革新)及格式化、静态分析工具的普及,正系统性改善工程体验,降低其传统上的复杂门槛。三年发布周期推动现代化进程,C++23已落地,C++26正聚焦模块化、模式匹配等,旨在提升开发效率与代码安全。C++正站在性能与抽象的新平衡点上。
2026-01-16 01:27:47
254
原创 C++的未来:在变革中巩固核心地位
C++的未来并非取代或被取代,而是持续进化,在现代软件栈中扮演更专精、更高效的关键角色。在AI基础设施(推理框架、GPU计算)、嵌入式及高性能计算等关键领域,C++凭借零开销抽象和对硬件的直接掌控,依然是无可替代的基石语言。包管理器(Conan、vcpkg)、构建系统(CMake革新)及格式化、静态分析工具的普及,正系统性改善工程体验,降低其传统上的复杂门槛。三年发布周期推动现代化进程,C++23已落地,C++26正聚焦模块化、模式匹配等,旨在提升开发效率与代码安全。C++正站在性能与抽象的新平衡点上。
2026-01-16 01:19:17
79
原创 人工智能的未来在哪里?
具备规划、决策、执行复杂任务的能力(行动智能),以及生成文本、代码、图像、视频等内容(生成式AI)。:同一个模型能同时理解、处理和生成文本、图像、音频、视频等多种信息,更接近人类认知世界的方式。:在模型设计中内置更强的价值观对齐、内容安全过滤、可解释性,确保AI安全、可靠、符合人类利益。:AIGC工具(如ChatGPT、Midjourney)彻底改版了写作、设计、视频制作流程。:AI成为能自主调用工具(搜索、计算、软件)、执行多步骤任务、与人持续协作的“智能代理”。这是影响力最广的理解。
2026-01-16 01:08:50
242
原创 大模型(Large Language Models,LLMs)的核心原理可以概括为
大模型(Large Language Models,LLMs)的核心原理可以概括为:基于海量文本数据,通过深度学习技术学习语言的统计规律,从而获得理解和生成人类语言的能力。下面我会分层次解释其原理:大模型本质上是一个概率生成模型。它的核心任务是:例如:输入:模型输出概率:、、……通过不断重复“输入 → 预测下一个词 → 将新词加入输入 → 再预测”的过程,就能生成连贯的文本。2017年Google提出的Transformer架构是大模型的基石,它解决了长文本依赖和并行计算效率问题。核心组件包括:自注意力机制
2026-01-16 01:00:23
750
原创 人工智能的未来:从工具到伙伴
更深远的是,多模态大模型将融合视觉、语言和行动,让机器人理解“把杯子轻轻放在桌上”背后的人类意图——温柔与谨慎。但更可能的图景是双向塑造:AI学习人类文化的同时,其逻辑也将改变我们的思维方式。人工智能的未来不是预写好的剧本,而是人类集体选择的结果。在算法迭代的喧嚣中,保持对人类价值的清醒,或许才是智能时代真正的智慧。AI推动生产力解放的同时,可能催生文艺复兴式的创造力爆发——人类从重复劳动中解脱,更专注于艺术、哲学和彼此联结。它的未来,将超越算法优化,成为重塑人类文明的存在。
2026-01-16 00:33:14
608
原创 人工智能的未来:从工具到伙伴
更深远的是,多模态大模型将融合视觉、语言和行动,让机器人理解“把杯子轻轻放在桌上”背后的人类意图——温柔与谨慎。但更可能的图景是双向塑造:AI学习人类文化的同时,其逻辑也将改变我们的思维方式。人工智能的未来不是预写好的剧本,而是人类集体选择的结果。在算法迭代的喧嚣中,保持对人类价值的清醒,或许才是智能时代真正的智慧。但这需要超越国界的协作——如同核不扩散条约,人类需要智能时代的共同准则。AI推动生产力解放的同时,可能催生文艺复兴式的创造力爆发——人类从重复劳动中解脱,更专注于艺术、哲学和彼此联结。
2026-01-15 23:19:55
148
原创 数据库是现代信息系统的核心基石,其主要作用可概括为以下三点:
数据库不仅存储数据,更能通过索引、查询优化技术快速检索信息,并支持复杂的数据分析、统计和挖掘。通过数据库管理系统(DBMS),它能高效地进行数据的增、删、改、查(CRUD)操作,处理海量数据。同时,它运用事务、锁等机制,确保在并发访问时数据的准确性、完整性和一致性,防止出现数据矛盾或错误。它将分散、易失的数据以结构化的方式(如表格)安全地保存在存储介质中,形成一个统一的“数据仓库”,确保数据在断电或系统关闭后不丢失,并为多个用户和应用程序提供可靠的共享数据源。
2026-01-15 23:10:18
175
原创 数据库领域核心趋势,我觉得!
云数据库全面普及,具备弹性扩展、高可用和Serverless无服务器特性。AI驱动数据库实现自动驾驶式优化(自动索引、调优)。向量数据库专为AI应用设计,支持相似性检索,成为大模型知识库核心组件。单一数据库支持文档、图、时序等多种数据模型,如PostgreSQL通过扩展支持JSON、向量和图查询,满足多元化需求。流式计算与数据库深度集成,支持实时数据洞察。开源数据库持续主导市场,与大数据、AI生态紧密集成。开发者体验优先,强调易用性和可观测性。方向演进,核心目标是支撑实时、智能的数据驱动型应用。
2026-01-15 22:48:07
171
原创 C++的未来依然稳固且充满活力。
标准持续引入模块(Modules)、概念(Concepts)、协程(Coroutines)等,显著提升开发效率与代码安全,降低传统C++的复杂性。同时,C++更注重与Rust、Python等语言的互操作性,在系统中扮演高性能核心角色。它并非在所有场景取代或被取代,而是在庞大且关键的基础软件领域持续进化,巩固其系统编程基石的地位。在保持“零成本抽象”核心哲学的同时,它正通过三年一度的标准迭代,持续融入现代编程范式的精华。:在游戏引擎、高频交易、嵌入式系统及科学计算中,C++对硬件的底层控制能力无可匹敌。
2026-01-15 22:38:26
38
原创 C++是最好的原因?
尽管 C++ 正以前所未有的速度发展,其中一些更激进的变化——例如模块(modules)概念——尚未在业界广泛采纳。即便如此,Rust 在这一领域仍然难以渗透,尽管本月其排名达到了历史最高的第 13 位。需要注意的是,TIOBE 指数并不意味着某种语言是“最好的”或是编写代码行数最多的语言。此外,Zig 在 2025 年从第 61 位攀升到第 42 位,看来是进入 TIOBE 前 30 的有力候选者。该指数可用于检验你的编程技能是否仍然与时俱进,或在开始构建新软件系统时帮助做出采用哪种编程语言的战略决策。
2026-01-15 05:36:48
151
原创 C++的未来是什么方向
即便如此,Rust 在这一领域仍然难以渗透,尽管本月其排名达到了历史最高的第 13 位。需要注意的是,TIOBE 指数并不意味着某种语言是“最好的”或是编写代码行数最多的语言。Java 是否能继续凭借其(有时被认为)冗长、样板代码多以及甲骨文(Oracle)所有的背景,抵挡住 C# 的攻势,仍是一个开放的问题。此外,Zig 在 2025 年从第 61 位攀升到第 42 位,看来是进入 TIOBE 前 30 的有力候选者。另一种重返前 10 的语言是 R,这主要得益于数据科学和统计计算领域的持续增长。
2026-01-15 05:28:50
140
原创 2026年1月TIOBE编程语言排行榜,Go语言排名第16,Rust语言排名13。C# 当选 2025 年度编程语言。
直到 2010 年,“(Visual) Basic)”指的是所有可能的 BASIC 方言(包括 Visual Basic)。Java 是否能继续凭借其(有时被认为)冗长、样板代码多以及甲骨文(Oracle)所有的背景,抵挡住 C# 的攻势,仍是一个开放的问题。2001 年之前的数据并非基于网络搜索引擎的计数,而是基于 Usenet 论坛的新闻组命中数,这些数据是事后计算得出的。为便于观察更大范围的变化,下方列出了多年前前 10 名编程语言的排名(请注意,这些为 12 个月期间的平均排名)。
2026-01-15 05:19:39
209
原创 2026年1月TIOBE编程语言排行榜,Go语言排名第16,Rust语言排名13。C# 当选 2025 年度编程语言。
直到 2010 年,“(Visual) Basic)”指的是所有可能的 BASIC 方言(包括 Visual Basic)。Java 是否能继续凭借其(有时被认为)冗长、样板代码多以及甲骨文(Oracle)所有的背景,抵挡住 C# 的攻势,仍是一个开放的问题。2001 年之前的数据并非基于网络搜索引擎的计数,而是基于 Usenet 论坛的新闻组命中数,这些数据是事后计算得出的。为便于观察更大范围的变化,下方列出了多年前前 10 名编程语言的排名(请注意,这些为 12 个月期间的平均排名)。
2026-01-15 05:14:33
436
原创 P2PNet:基于点的密集人群计数与定位
调用此接口的非UI线程会等待UI线程函数执行完成后再继续,需注意:UI线程负载过高时可能导致非UI线程长时间阻塞,影响性能收益,不建议频繁使用。系统线程池(4个)和自定义线程(2个,分别异步/同步挂载)并行创建Button组件,组件创建完成后自动挂载到UI主树,页面显示带有“系统框架线程”、“用户线程1”、“用户线程2”标签的Button;根据线程创建方(系统线程池/自定义线程)及任务需求(异步/同步),需选择对应的任务调度接口,将组件创建放在子线程,将组件挂载等关键操作提交至UI线程执行。
2026-01-15 05:07:34
42
原创 【无标题】
这一限制给NDK接口对接带来了诸多不便:开发者必须将组件创建任务通过任务队列提交至UI线程,不仅增加了开发复杂度,更关键的是,当需要动态创建大量组件时,所有任务会堆积在单一UI线程中串行执行。系统线程池(4个)和自定义线程(2个,分别异步/同步挂载)并行创建Button组件,组件创建完成后自动挂载到UI主树,页面显示带有“系统框架线程”、“用户线程1”、“用户线程2”标签的Button;非多线程组件限制:通过非多线程NDK接口创建的组件(如ArkTS组件)由UI流水线管理,必须在UI线程操作;
2026-01-15 05:04:58
40
原创 根据线程创建方(系统线程池/自定义线程)及任务需求(异步/同步)
这一限制给NDK接口对接带来了诸多不便:开发者必须将组件创建任务通过任务队列提交至UI线程,不仅增加了开发复杂度,更关键的是,当需要动态创建大量组件时,所有任务会堆积在单一UI线程中串行执行。系统线程池(4个)和自定义线程(2个,分别异步/同步挂载)并行创建Button组件,组件创建完成后自动挂载到UI主树,页面显示带有“系统框架线程”、“用户线程1”、“用户线程2”标签的Button;非多线程组件限制:通过非多线程NDK接口创建的组件(如ArkTS组件)由UI流水线管理,必须在UI线程操作;
2026-01-15 04:56:55
46
原创 API22之前,HarmonyOS的UI组件创建、属性设置等操作
这一限制给NDK接口对接带来了诸多不便:开发者必须将组件创建任务通过任务队列提交至UI线程,不仅增加了开发复杂度,更关键的是,当需要动态创建大量组件时,所有任务会堆积在单一UI线程中串行执行。系统线程池(4个)和自定义线程(2个,分别异步/同步挂载)并行创建Button组件,组件创建完成后自动挂载到UI主树,页面显示带有“系统框架线程”、“用户线程1”、“用户线程2”标签的Button;非多线程组件限制:通过非多线程NDK接口创建的组件(如ArkTS组件)由UI流水线管理,必须在UI线程操作;
2026-01-15 04:35:04
75
原创 关于阻止Type-4和Type-5 LSA进入该区域。
这些区域不允许Type-5 LSA进入,因此区域内的路由器将此比特位设为0。通过VLINk得到的3类LSA,如果在vlink所经过的区域不存在,则忽此3类LSA不会继续泛洪到其他区域 通过vlink得到的3类LSA,如果在vlink所经过的区域也存在,则计算此3类LSA路由,并泛洪到其他区域,但不会泛洪到vlink所在的区 ,通过vlink得到的1类LSA所计算出的路由,不会变成3类LSA泛洪进vlink所在的区域,但可以泛洪到其他区域 .在vlink所经过的区域无法对区域0的路由做汇总。
2026-01-15 04:26:52
136
原创 核心接口获取通过OH_ArkUI_GetModuleInterface接口
这一限制给NDK接口对接带来了诸多不便:开发者必须将组件创建任务通过任务队列提交至UI线程,不仅增加了开发复杂度,更关键的是,当需要动态创建大量组件时,所有任务会堆积在单一UI线程中串行执行。系统线程池(4个)和自定义线程(2个,分别异步/同步挂载)并行创建Button组件,组件创建完成后自动挂载到UI主树,页面显示带有“系统框架线程”、“用户线程1”、“用户线程2”标签的Button;非多线程组件限制:通过非多线程NDK接口创建的组件(如ArkTS组件)由UI流水线管理,必须在UI线程操作;
2026-01-15 04:18:51
65
原创 CheckIsThreadSafeNodeTree failed. thread safe node tree contains unsafe node: ${nodeid}。错误与异常:关键错
这一限制给NDK接口对接带来了诸多不便:开发者必须将组件创建任务通过任务队列提交至UI线程,不仅增加了开发复杂度,更关键的是,当需要动态创建大量组件时,所有任务会堆积在单一UI线程中串行执行。系统线程池(4个)和自定义线程(2个,分别异步/同步挂载)并行创建Button组件,组件创建完成后自动挂载到UI主树,页面显示带有“系统框架线程”、“用户线程1”、“用户线程2”标签的Button;非多线程组件限制:通过非多线程NDK接口创建的组件(如ArkTS组件)由UI流水线管理,必须在UI线程操作;
2026-01-15 04:17:01
35
原创 一、概述:突破UI线程限制的核心价值
这一限制给NDK接口对接带来了诸多不便:开发者必须将组件创建任务通过任务队列提交至UI线程,不仅增加了开发复杂度,更关键的是,当需要动态创建大量组件时,所有任务会堆积在单一UI线程中串行执行。系统线程池(4个)和自定义线程(2个,分别异步/同步挂载)并行创建Button组件,组件创建完成后自动挂载到UI主树,页面显示带有“系统框架线程”、“用户线程1”、“用户线程2”标签的Button;非多线程组件限制:通过非多线程NDK接口创建的组件(如ArkTS组件)由UI流水线管理,必须在UI线程操作;
2026-01-15 04:03:05
40
原创 HarmonyOS 6 API 22 新特性NDK支持多线程创建组件能力介绍
这一限制给NDK接口对接带来了诸多不便:开发者必须将组件创建任务通过任务队列提交至UI线程,不仅增加了开发复杂度,更关键的是,当需要动态创建大量组件时,所有任务会堆积在单一UI线程中串行执行。系统线程池(4个)和自定义线程(2个,分别异步/同步挂载)并行创建Button组件,组件创建完成后自动挂载到UI主树,页面显示带有“系统框架线程”、“用户线程1”、“用户线程2”标签的Button;非多线程组件限制:通过非多线程NDK接口创建的组件(如ArkTS组件)由UI流水线管理,必须在UI线程操作;
2026-01-15 04:02:11
93
原创 在API22之前,HarmonyOS的UI组件创建
这一限制给NDK接口对接带来了诸多不便:开发者必须将组件创建任务通过任务队列提交至UI线程,不仅增加了开发复杂度,更关键的是,当需要动态创建大量组件时,所有任务会堆积在单一UI线程中串行执行。Attached(已挂载状态):组件已挂载到UI主树,交由UI流水线管理,必须在UI线程操作,否则返回错误码ARKUI_ERROR_CODE_NODE_ON_INVALID_THREAD。OH_ArkUI_PostUITask:用于开发者自定义非UI线程创建组件的场景,需手动将组件挂载到主树的任务提交至UI线程。
2026-01-14 00:38:24
353
原创 HarmonyOS 6 API 22 新特性NDK支持多线程创建
这一限制给NDK接口对接带来了诸多不便:开发者必须将组件创建任务通过任务队列提交至UI线程,不仅增加了开发复杂度,更关键的是,当需要动态创建大量组件时,所有任务会堆积在单一UI线程中串行执行。Attached(已挂载状态):组件已挂载到UI主树,交由UI流水线管理,必须在UI线程操作,否则返回错误码ARKUI_ERROR_CODE_NODE_ON_INVALID_THREAD。OH_ArkUI_PostUITask:用于开发者自定义非UI线程创建组件的场景,需手动将组件挂载到主树的任务提交至UI线程。
2026-01-14 00:35:31
122
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人
RSS订阅