- 博客(386)
- 收藏
- 关注
RSS订阅原创 【鸿蒙OH实战开发】OpenHarmony组件内状态变量使用：@State装饰器
State装饰的变量，与声明式范式中的其他被装饰变量一样，是私有的，只能从组件内部访问，在声明时必须指定其类型和本地初始化。初始化也可选择使用命名参数机制从父组件完成初始化。@State装饰的变量拥有以下特点：● @State装饰的变量与子组件中的@Prop、@Link或@ObjectLink装饰变量之间建立单向或双向数据同步。● @State装饰的变量生命周期与其所属自定义组件的生命周期相同。
2025-02-11 13:49:24
610
原创 【鸿蒙OH实战开发】OpenHarmony定义可动画属性：@AnimatableExtend装饰器
● 不可动画属性：如果一个属性方法在animation属性前调用，改变这个属性的值不能生效animation属性的动画效果，这个属性称为不可动画属性。● 可动画属性：如果一个属性方法在animation属性前调用，改变这个属性的值可以生效animation属性的动画效果，这个属性称为可动画属性。@AnimatableExtend装饰器用于自定义可动画的属性方法，在这个属性方法中修改组件不可动画的属性。在动画执行过程时，通过逐帧回调函数修改不可动画属性值，让不可动画属性也能实现动画效果。
2025-02-10 22:22:29
855
原创 【鸿蒙OH实战开发】OpenHarmony自定义构建函数：@Builder装饰器
● 允许在自定义组件内定义一个或多个自定义构建函数，该函数被认为是该组件的私有、特殊类型的成员函数。● 自定义构建函数可以在所属组件的build方法和其他自定义构建函数中调用，但不允许在组件外调用。● 在自定义函数体中，this指代当前所属组件，组件的状态变量可以在自定义构建函数内访问。建议通过this访问自定义组件的状态变量而不是参数传递。● 全局的自定义构建函数可以被整个应用获取，不允许使用this和bind方法。● 如果不涉及组件状态变化，建议使用全局的自定义构建方法。
2025-02-10 13:53:23
399
原创 【鸿蒙OH实战开发】OpenHarmony自定义组件介绍
在ArkUI中，UI显示的内容均为组件，由框架直接提供的称为系统组件，由开发者定义的称为自定义组件。在进行 UI 界面开发时，通常不是简单的将系统组件进行组合使用，而是需要考虑代码可复用性、业务逻辑与UI分离，后续版本演进等因素。因此，将UI和部分业务逻辑封装成自定义组件是不可或缺的能力。自定义组件具有以下特点：● 可组合：允许开发者组合使用系统组件、及其属性和方法。● 可重用：自定义组件可以被其他组件重用，并作为不同的实例在不同的父组件或容器中使用。
2025-02-09 21:41:18
713
原创 【鸿蒙OH实战开发】OpenHarmony系统能力SystemCapability
SysCap，全称SystemCapability，即系统能力，指操作系统中每一个相对独立的特性，如蓝牙，WIFI，NFC，摄像头等，都是系统能力之一。每个系统能力对应多个API，随着目标设备是否支持该系统能力共同存在或消失，也会随着DevEco Studio一起提供给开发者做联想。开发者可以在SysCap列表中查询OpenHarmony的能力集。
2025-02-09 19:02:52
858
原创 【鸿蒙OH实战开发】应用间HSP开发指南
应用间HSP用于不同应用间的代码、资源共享。应用间HSP的宿主应用是一种特殊状态的应用，只能由一个HSP组成，不会独立运行在设备上，而是被普通应用模块的依赖项引用。2. 随应用发布，即用户在应用市场下载应用时，如果应用依赖了一个或者多个应用间HSP，同时设备上没有安装这个其依赖的应用间HSP时，应用市场会为用户同时下载普通应用以及其依赖的应用间HSP。1. 应用间HSP的代码会运行在开发者应用的进程中，调用相关代码时，需要做好异常捕获与容错处理，防止由于应用间HSP功能异常导致的稳定性问题。
2025-02-08 21:34:50
974
原创 【鸿蒙OH实战开发】OpenHarmony应用 ArkUI 状态管理开发案例
StorageProp(key)是和AppStorage中key对应的属性建立单向数据同步，我们允许本地改变的发生，但是对于@StorageProp，本地的修改永远不会同步回AppStorage中，相反，如果AppStorage给定key的属性发生改变，改变会被同步给@StorageProp，并覆盖掉本地的修改。当参数改变时，UI作为返回结果，也将进行对应的改变。AppStorage是应用全局的UI状态存储，是和应用的进程绑定的，由UI框架在应用程序启动时创建，为应用程序UI状态属性提供中央存储。
2025-02-08 14:58:19
780
原创 【鸿蒙OH实战开发】图形驱动在OpenHarmony上的使用和落地
由于从驱动角度，OpenHarmony富设备的内核是基于Linux的，故首先介绍下Linux开源驱动的整体架构。整个驱动的架构可以分为2D和3D两个部分，2D部分的比较老的框架是基于X11，而比较新的框架是基于Wayland。3D的部分驱动通过mesa，将OpenGLES或者Vulkan的API以及shader转化为硬件的ISA。而2D的DDX驱动通过glamor也可以走到mesa层，这样避免了2D和3D分岔的驱动路线（过去曾经是分岔的，2D走DDX）。
2025-02-07 21:36:42
1016
原创 【鸿蒙OH实战开发】OpenHarmony应用实现二维码扫码识别
二维码的应用场景非常广泛，在购物应用中，消费者可以直接扫描商品二维码，浏览并购买产品，如图是购物应用的扫描二维码的页面。本文就以 橘子购物示例应用 为例，来讲解OpenHarmony应用二维码开发相关的技术点。我们先看下二维码相关的几个概念。● 二维码生成OpenHarmony应用框架提供了 QRCode组件 ，用于显示单个二维码的组件。该组件只能用于显示二维码，无法显示条码与解析码内容。● 二维码解析。
2025-02-07 13:39:58
1128
原创 【鸿蒙OH实战开发】OpenHarmony面向万物智联的应用框架的探索
不过，Flutter 的整体设计哲学偏向底层的灵活性 – 主要通过底层的细粒度的能力供开发者自由组合，另外，Google 对 Dart 语言的简洁度的改进较少，整体上开发的简洁度以及对用户的友好度不足。此外，跨 OS 平台，动态内容部署能力也是重要的需求。包括 W3C 相关的标准组织（ArkUI 类 Web 范式的进一步标准化，WebAssembly 的融合探索等），ECMAScript 标准组织（ArkTS 的增强语言特性的进一步标准化等），软件绿色联盟（应用质量标准，原子化服务标准的完善/互通等）。
2025-02-06 21:30:30
423
原创 【鸿蒙OH实战开发】OpenHarmony标准系统开机时长优化
万物互联时代，产品性能至关重要，而系统启动时间是系统性能的重要组成部分，因为用户必须等待系统启动完成后才能使用设备。对于经常需要进行冷启动的汽车等设备而言，较短的启动时间至关重要（没有人喜欢在等待几十秒后才能输入导航目的地），在金融交易设备、电子商务服务器、实时通信设备同样也有较高的应用场景，那我们该如何在OpenAtom OpenHarmony（简称OpenHarmony ） 标准系统现有的能力下，完成秒级开机？
2025-02-06 14:02:51
977
原创 【鸿蒙OH实战开发】ArkUI框架开发-ImageKnife渲染层重构
综上可知，此次重构渲染层，一共新增了6个基础能力，适配了IDE最新版特性自定义组件可链式调用通用属性和方法，并且采用适合的设计模式保留了自定义组件绘制部分的拓展能力。展示了部分常用场景下使用代码的方式，帮助开发者更快上手开发。最后在OpenHarmony不断推陈出新之际，三方库ImageKnife也应该激流勇进，不断地提升组件的实用性和适用性，为开发者创造一个良好的开发体验。
2025-01-23 16:20:45
786
原创 【鸿蒙OH实战开发】稀疏镜像在OpenHarmony上的应用
稀疏镜像数据格式：首先是sparse_header占用28byte，然后是12byte的chunk_header，同样这chunk_header的类型决定了后面跟着的数据，如果读到数据是0xCAC1意味着后面是本身的raw_data，如果是0xCAC3，则后面num为0，接着再0xCAC2意味着后面填充4byte的内容。本文介绍了OpenHarmony系统中实现稀疏镜像升级的方法，理解稀疏镜像原理及稀疏镜像还原方法可以快速在自己的系统中应用稀疏镜像升级，提高系统升级速度。增加稀疏镜像类声明及相关变量定义。
2025-01-23 13:58:29
743
原创 【鸿蒙OH实战开发】如何实现OpenHarmony的OTA升级
随着设备系统日新月异，用户如何及时获取系统的更新，体验新版本带来的新的体验，以及提升系统的稳定性和安全性成为了每个厂商都面临的严峻问题。OTA（Over the Air）提供对设备远程升级的能力。升级子系统对用户屏蔽了底层芯片的差异，对外提供了统一的升级接口。基于接口进行二次开发后，可以让厂商的设备（如IP摄像头等）轻松支持远程升级能力。OpenHarmony OTA升级主要是搭建搜包服务器，制作升级包，了解OTA下载包管理，包解析，包管理的代码逻辑。同时，对于常见问题知道如何快速定位！
2025-01-22 21:54:20
978
原创 【鸿蒙OH实战开发】玩转OpenHarmony PID：教你打造两轮平衡车
此次为大家带来的是OpenAtom OpenHarmony（以下简称“OpenHarmony”）系统与PID控制算法相结合并落地的平衡车项目。PID控制算法是一种经典的，并被广泛应用在控制领域的算法。类似于这种：需要将某一个物理量保持稳定的场合，比如维持平衡，稳定温度、转速等，PID都会适用。在四轴飞行器，平衡小车、汽车定速巡航、温度控制器等场景均有应用。通过本样例的学习，开发者能够对OpenHarmony系统设备端开发有进一步的认识，还能够掌握PID控制算法的使用。
2025-01-22 13:45:45
855
原创 【鸿蒙OH实战开发】LiteOS-A内核中的procfs文件系统分析
procfs是类UNIX操作系统中进程文件系统（process file system）的缩写，主要用于通过内核访问进程信息和系统信息，以及可以修改内核参数改变系统行为。需要注意的是，procfs文件系统是一个虚拟文件系统，不存在硬盘当中，而是系统启动时动态生成的文件系统，储存在内存中。procfs文件系统通常挂载在/proc目录下。LiteOS-A是OpenAtom OpenHarmony（以下简称“OpenHarmony”）系统中使用的轻量系统内核，实现了procfs文件系统。
2025-01-21 21:43:18
1028
原创 【鸿蒙OH实战开发】LiteOS-A内核之基础硬件——中断控制器GIC400
OpenAtom OpenHarmony（以下简称“OpenHarmony”）采用多内核架构，支持Linux内核的标准系统、LiteOS-A的小型系统、LiteOS-M的轻量系统。其中LiteOS-A要求设备具备一定的处理能力，对比LiteOS-M，LiteOS-A支持以下特性：(1)MMU支持：通过MMU支持内核态和用户态分离，支持虚拟单元；(2)支持独立进程：调度对象分别为进程、线程；(3)支持文件系统：包括虚拟文件和块设备等；(4)支持更复杂的IPC：包括LiteIPC等；
2025-01-21 14:11:04
1136
原创 【鸿蒙OH实战开发】轻量系统中内核资源主要管理方式
轻量系统中内核资源多采用数组与空闲链表相结合的方式。除了OpenHarmony轻量系统，其他嵌入式系统中这类的数据存储方式也比较常见。这种方式有如下几个突出的优点● 简单易懂● 读写效率高● 代码紧凑。
2025-01-20 21:41:06
999
原创 【鸿蒙OH实战开发】在DAYU200上实现OpenHarmony视频播放器
本文介绍了如何使用ArkUI框架提供的video组件，实现一个具有简易播放器。通过VideoController控制器来控制倍速、全屏、进度调节等功能。由于使用本地视频文件会影响App的包大小，所以通常我们的视频文件来源于网络地址，记得需要在config或者module.json对应的"abilities"中添加网络使用权限ohos.permission.INTERNET。本文介绍了如何使用ArkUI框架提供的video组件，实现一个具有视频播放、倍速控制、进度调节的播放器。
2025-01-20 13:49:33
1083
原创 【鸿蒙OH实战开发】应用HAP包签名
DevEco Studio开发工具为开发人员提供了非常友好的HAP自动签名功能及非常便捷的Debug包。由于IDE的安全密码要求，对于Release包的发布我们暂时需要手动签名，尤其是系统级的应用。
2025-01-19 21:21:55
1049
原创 【鸿蒙OH实战开发】4步成功将三方库——speexdsp移植到OpenHarmony
/build.sh --product-name rk3568 --ccache --build-target=移植的三方库名称 --target-cpu arm64（ohos更新到3.2版本后，支持64位系统的编译，默认情况下编译的都是32位系统，在编译命令中添加–target-cpu arm64即可构建64位系统）③定义目标并加入组件：在编写gn文的时候，我们定义的动态库以及测试可执行程序都是我们的目标模块，在每个目标模块中添加对应的组件名后即将我们的目标模块加入该组件中。
2025-01-19 19:07:40
759
原创 【鸿蒙OH实战开发】内核IPC机制数据结构解析
OpenAtom OpenHarmony（以下简称“OpenHarmony”）是由开放原子开源基金会（OpenAtom Foundation）孵化及运营的开源项目，目标是面向全场景、全连接、全智能时代，基于开源的方式，搭建一个智能终端设备操作系统的框架和平台，促进万物互联产业的繁荣发展。作为面向全场景、全连接、全智能的分布式泛终端操作系统，OpenHarmony通过将各类不同终端设备的能力进行整合，实现硬件互助、资源共享，为用户提供流畅的全场景体验。
2025-01-18 19:17:52
658
原创 【鸿蒙OH实战开发】有氧拳击之设备端开发
在一个风和日丽，阳光明媚的下午，码农们都像往常一样正在专注地码代码。突然前面的小哥哥站起来，手握开发板，来回出拳。这是怎么回事？原来这是一款拳击互动游戏，本文将带你一同解开其中的奥秘。开发者从中不仅能体验到学习知识的愉悦，还能享受到健身的乐趣。依托OpenAtom OpenHarmony（以下简称“OpenHarmony”）3.2 Beta1操作系统，样例分为应用端和设备端两部分。本文主要介绍设备端的实现，后续会分享应用端的开发。设备端：采用Hi3861开发板，处理加速度计传感器数据。
2025-01-17 14:50:56
640
原创 【鸿蒙OH实战开发】轻量设备Hi3861芯片开发板启动流程分析
Boot是操作系统启动之前的软件，通用叫法是bootloader，Hi3861的boot分为4部分：RomBoot、FlashBoot、LoaderBoot、 CommonBoot，如图2-1所示。图2-1 Hi3861 Boot启动流程● RomBoot功能包括：加载LoaderBoot到RAM，进一步利用LoaderBoot下载镜像到Flash、烧写 EFUSE， 校验并引导FlashBoot。
2025-01-16 21:43:47
1096
原创 【鸿蒙OH实战开发】littlefs文件系统存储结构与IO性能优化分析
通过本文的讲解，相信大家对于littlefs文件系统有了较为全面的了解。总的来说，littlefs是一种极简的文件系统，实现了文件系统基本的数据缓存、掉电恢复、磨损均衡等功能，在资源相对富裕的环境中，开发者们可以对其运行机制甚至存储结构进行“使用空间换时间”的优化策略，提升读写的IO性能。学会有效地利用文件系统往往能起到事半功倍的作用，希望开发者能够将所学知识有效应用到未来的开发工作中，从而提高开发工作的效率。
2025-01-16 17:34:02
653
原创 【鸿蒙OH实战开发】智能指南针
关于 x 轴方向，生产传感器芯片的厂商会预定义好传感器的 x 轴、y 轴及 z 轴方向（通常垂直芯片表面的为 z 轴）。同时，还配备了自测功能。磁力计数据通过滤波后得到 x y z 三个轴方向的磁力分量，计算出 x 和 y轴的 tan 值，再通过反正切计算出角度，角度经过滑动平均得到最终需要显示出来的指南针角度值，计算过程见如下代码。Geek_Lite_Board 开发板通过 IIC 接口与 AK8963 三轴磁力计通信，读取三轴方向的磁场数据，通过磁场数据计算后得到指南针的方位数据。
2025-01-16 13:58:48
890
原创 【鸿蒙OH实战开发】多模输入事件分发机制详解
多模输入服务旨在支撑开发者面向用户提供丰富多样的人机交互方式，在持续完善支持传统输入的基础上，多模输入还会发挥 OpenAtom OpenHarmony（以下简称“OpenHarmony”）的分布式优势，提升跨设备交互体验，面向新场景、新业务提供系统级支撑能力。多模输入 Input 部件是 OpenHarmony 系统级输入事件管理框架；南向对接多种输入设备，汇聚多种输入事件(按键、触摸)，通过归一/标准化处理后，分发给消费者(系统服务、应用)。
2025-01-15 21:36:31
833
原创 【鸿蒙OH实战开发】分布式DeviceProfile
超级终端中的设备之间如何能实现取长补短、相互帮助？首先，就必须知道每个设备的能力，以及设备是否在线。对此，OpenHarmony 提出了“设备画像”，也就是通过 DeviceProfile 来记录设备的能力和状态等信息。DeviceProfile 是设备硬件能力和系统软件特征的管理器，记录的典型设备信息有设备类型、设备名称、存储容量、是否折叠屏、有无屏幕、分辨率、设备安全等级、设备 OS 类型、OS 版本号等。
2025-01-15 13:46:32
566
原创 【鸿蒙OH实战开发】ArkUI容器类API
在 ArkUI 开发框架中，提供了线性和非线性两类容器类，共 14 种，每种容器都有自身的特性及使用场景。下面，我们将为大家一一道来。1.1线性容器类线性容器类底层主要通过数组实现，包括 ArrayList、Vector、List、LinkedList、Deque、Queue、Stack 七种。线性容器类 API，充分考虑了数据访问的速度，实现了运行时（Runtime）通过一条指令就可以完成增删改查等操作。ArrayList 即动态数组，可用来构造全局的数组对象。
2025-01-14 21:36:51
660
原创 【鸿蒙OH实战开发】标准设备应用开发（二）——布局、动画与音乐
希望通过上面这些布局的演示，可以让大家学到一些部分控件在 OpenHarmony 中的运用，这里使用的 Arkui 布局和 HarmonyOS* 是一致的，目前 HarmonyOS* 手机还没有发布 Arkui 的版本，大家可以在 OpenHarmony 上抢先体验。我们同样希望在本小节中，可以让大家看到更多的 ArkUI 中的组件和布局在 OpenHarmony 中的使用，如何模块化的使用布局，让自己的代码更简洁易读，以及在应用中实现页面间的转场动画效果。该部分对应图片中的显示播放时间那一栏的控件。
2025-01-13 21:21:49
846
原创 【鸿蒙OH实战开发】如何提升CMA利用率？
CMA 全称是 Contiguous Memory Allocator（连续内存分配器）。顾名思义它是一种内存分配器，提供了分配、释放物理连续内存的功能。
2025-01-13 16:24:47
1028
原创 【鸿蒙OH实战开发】鸿蒙内核源码分析 (内核启动篇) | 从汇编到 main ()
主要目的是为了建立虚拟地址和物理地址的映射关系，因为在 MMU启动之后，运行地址(PC寄存器指向的地址)将变成虚拟地址，使用虚拟地址就离不开映射表，所以两个地址的映射关系需要在MMU启动前就创建好，而有了偏移量就可以创建映射表。，通过一个变量在链接时将其链接地址变成变量的内容 ，无论中间怎么加载变量的内容是不会变的，而获取运行地址是很容易获取的，其实就是PC寄存器的地址，二者一减，加载偏了多少不就出来了。两个地址往往不一样，而内核设计者希望它们是一样的，那有没有办法检测二者是否一样呢?
2025-01-13 14:14:39
1003
原创 【鸿蒙OH实战开发】鸿蒙内核源码分析 (静态分配篇) | 很简单的一位小朋友
因代码量不大，但很精彩，看这种代码是种享受，本篇详细列出静态内存代码层面的实现，关键处已添加注释。关于软定时器可以查看系列相关篇，请想想为何软件定时器会使用静态内存。相比动态分配，静态内存池的分配就是个小弟弟，非常的简单，鸿蒙内核目前只有软时钟处理使用了静态内存池，直接上代码。
2025-01-12 22:11:44
234
原创 【鸿蒙OH实战开发】鸿蒙内核源码分析 (编码方式篇) | 机器指令是如何编码的？
它们的取值组合在一起，决定指令所属的分类（Instruction Class），其值对应的关系如下。它们的内容可被算术或逻辑运算的结果所改变，并且可以决定某条指令是否被执行!指令是如何被编码的，机器指令由哪些部分构成，指令有哪些类型，每种类型的语法又是怎样的?为加载指令，但是加载到内存还是寄存器，这该怎么记?操作域是因类型变化而变化的二级格式 ，作用于保留位。说明都属于这类指令，完成对内存的读写，包括。为条件域，每一条可条件执行的条件指令都有。，加载有进来的意思，将内容加载至寄存器中。
2025-01-12 20:31:33
1036
原创 【鸿蒙OH实战开发】鸿蒙内核源码分析(读写锁) | 内核如何实现多读单写
通常释放操作很简单 ，不会特书大书 ，但读写锁不一样，释放操作反而是精彩部分，因为释放就意味着等这把锁的任务有机会运行了，这些任务需要被唤醒 ，而读模式下能同时进行读操作，意味着内核要连续的唤醒等待读操作的任务。写操作会改变数据结构，数据之间须同步，修改注定是排他的，所以也称为排它锁/互斥锁，读写锁很好的解决了这种读写不对称的业务场景。读操作可并发重入，写操作是互斥的。本篇详细解剖鸿蒙是如何实现读写锁的，代码部分均有注释，尤其释放锁部分的实现很精彩，让人有种酣畅淋漓的感觉。
2025-01-10 22:13:26
855
原创 【鸿蒙OH实战开发】鸿蒙内核源码分析(共享内存) | 进程间最快通讯方式
看到这里你应该不会问共享内存的作用和为啥它是最快的进程间通讯方式了,如果还有这两个问题说明还要再看一遍 😛 ,另外细心的话会发现共享内存会有个小缺点,就是同时访问的问题,所以需要使用互斥锁来保证同时只有一个进程在使用,和在以上的四个步骤中都有出现。//互斥锁,共享内存本身并不保证操作的同步性,所以需用互斥锁#define SYSV_SHM_LOCK() (VOID)LOS_MuxLock(&g_sysvShmMux, LOS_WAIT_FOREVER) //申请永久等待锁。
2025-01-10 13:47:39
619
原创 【鸿蒙OH实战开发】鸿蒙内核源码分析(远程登录篇) | 内核如何接待远方的客人
每个人都有上门做客的经历,抖音也一直在教我们做人,做客不要空手去,总得带点东西,而对中国人你就不能送钟,不能送梨,最好也别送鞋,因他们与终 离 邪谐音,犯忌讳. 这是人情世故,叫礼仪,是中华文明圈的共识,是相互交流信任的基础.那互联网圈有没有这种共识呢?当然有,互联网世界的人情世故就是协议, 种种协议映射到人类社会来说就是种种礼仪,协议有TCPHTTPSSHTelnet等等,就如同礼仪分商业礼仪,外交礼仪,校园礼仪,家庭礼仪等等. 孔圣人不也说不学礼，无以立。
2025-01-09 21:37:14
656
原创 【鸿蒙OH实战开发】鸿蒙内核源码分析(控制台篇) | 一个让很多人模糊的概念
终端和控制台的界限也慢慢模糊了,复杂了,甚至控制台也变成了终端, 现在要怎么理解它们,推荐一篇文章,请自行前往搜看.吓倒,认为内核会卡死在这里玩不下去,那是应用程序员看待死循环的视角,其实在内核当等待的事件没有到来的时,这个任务并不会往下执行,而是处于挂起状态,当事件到来时才会切换回来继续往下走,那如何知道事件到来了呢?是用户空间进程, 负责解析和执行用户输入的命令. 但前提是得先拿到用户的输入数据. 不管数据是从串口进来,还是远程登录进来,必须得先经过内核, 而控制台的作用就是帮你拿到数据再交给。
2025-01-09 20:22:23
874
原创 【鸿蒙OH实战开发】鸿蒙内核源码分析(Shell解析篇) | 应用窥视内核的窗口
是如何实现的在链接阶段的注册,请自行翻看 (内联汇编篇) ,有详细说明实现细节.编辑部分由客户端任务完成，后两个部分由服务端任务完成，命令全局注册由内核完成。鸿蒙对命令的注册用了三个结构体,个人感觉前两个可以合成一个,降低代码阅读难度.你能看明白这些命令的底层实现吗?其中有网络的,进程的,任务的,内存的 等等,此处列出几个常用的。,因任务负责命令的解析和执行,所以需要更大的内核空间.需在链接选项中添加链接该新增命令项参数,具体在。拿到所有通过静态方式注册的命令.进程都会再创建两个任务。
2025-01-09 16:47:22
596
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人