鸿蒙轻内核A核源码分析系列七 进程管理 (2)

最新推荐文章于 2024-11-06 00:05:08 发布
最新推荐文章于 2024-11-06 00:05:08 发布
阅读量1.3k 收藏 14
点赞数 23
分类专栏： HarmonyOS 鸿蒙开发 OpenHarmony 文章标签： harmonyos OpenHarmony 移动开发 驱动开发 鸿蒙内核 LiteOS-A内核 进程通信
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/maniuT/article/details/139660985
版权
HarmonyOS 同时被 3 个专栏收录
871 篇文章 15 订阅
订阅专栏
OpenHarmony
694 篇文章 18 订阅
订阅专栏
鸿蒙开发
504 篇文章 2 订阅
订阅专栏

本文先熟悉下进程管理的文件kernel\base\core\los_process.c中的内部接口，读读代码，做些记录。

1、LiteOS-A内核进程全局变量

⑴是进程池，存放各个进程控制块LosProcessCB的信息。⑵处开始的g_freeProcess是空闲进程链表，挂载各个空闲进程控制块；g_processRecycleList是待回收进程控制块链表，挂载各个等待回收的进程控制块。⑶处开始的g_userInitProcess是用户根进程的进程号，数值固定为1.，g_kernelInitProcess是内核进程，内核进程的进程号固定为2,g_kernelIdleProcess是内核空闲进程，进程号固定为0。⑷处开始的g_processMaxNum表示为配置的进程的最大数目，g_processGroup维护进程组信息，所有的进程组都会挂载这个全局进程组链表节点g_processGroup->groupList上。

⑴  LITE_OS_SEC_BSS LosProcessCB *g_processCBArray = NULL;
⑵  LITE_OS_SEC_DATA_INIT STATIC LOS_DL_LIST g_freeProcess;
    LITE_OS_SEC_DATA_INIT STATIC LOS_DL_LIST g_processRecycleList;
⑶  LITE_OS_SEC_BSS UINT32 g_userInitProcess = OS_INVALID_VALUE;
    LITE_OS_SEC_BSS UINT32 g_kernelInitProcess = OS_INVALID_VALUE;
    LITE_OS_SEC_BSS UINT32 g_kernelIdleProcess = OS_INVALID_VALUE;
⑷  LITE_OS_SEC_BSS UINT32 g_processMaxNum;
    LITE_OS_SEC_BSS ProcessGroup *g_processGroup = NULL;

2. 涉及空闲进程链表内部操作

空闲进程块链接操作涉及初始化OsProcessInit、插入空闲链接OsInsertPCBToFreeList、从链表获取空闲进程块OsGetFreePCB。我们先看下OsInsertPCBToFreeList和OsGetFreePCB。初始化链表在初始化进程时再看。

2.1 OsInsertPCBToFreeList

OsInsertPCBToFreeList函数会进程控制块插入到空闲进程块链表。函数比较简单，把进程结构体块清空，然后放入进程块链表。有个有意思的细节需要了解下。⑴处记录下进程号，然后把进程块置空。⑵处又把进程号设置给进程块结构体，进程号数量是固定的。⑶处开始设置进程为未使用状态，更新定时器编号未无效值，然后插入到空闲进程块链表。

    STATIC INLINE VOID OsInsertPCBToFreeList(LosProcessCB *processCB)
    {
⑴      UINT32 pid = processCB->processID;
        (VOID)memset_s(processCB, sizeof(LosProcessCB), 0, sizeof(LosProcessCB));
⑵      processCB->processID = pid;
⑶      processCB->processStatus = OS_PROCESS_FLAG_UNUSED;
        processCB->timerID = (timer_t)(UINTPTR)MAX_INVALID_TIMER_VID;
        LOS_ListTailInsert(&g_freeProcess, &processCB->pendList);
    }

2.2 OsGetFreePCB

OsGetFreePCB函数用于从空闲进程链表中获取进程块，该函数只有在开启LOSCFG_KERNEL_VM的时候才生效。⑴处当空闲进程链表为空时，返回NULL。⑵处获取空闲进程块指针，然后虫空闲进程块链表中删除。

STATIC LosProcessCB *OsGetFreePCB(VOID)
{
    LosProcessCB *processCB = NULL;
    UINT32 intSave;

    SCHEDULER_LOCK(intSave);
⑴  if (LOS_ListEmpty(&g_freeProcess)) {
        SCHEDULER_UNLOCK(intSave);
        PRINT_ERR("No idle PCB in the system!\n");
        return NULL;
    }

⑵  processCB = OS_PCB_FROM_PENDLIST(LOS_DL_LIST_FIRST(&g_freeProcess));
    LOS_ListDelete(&processCB->pendList);
    SCHEDULER_UNLOCK(intSave);

    return processCB;
}

3. 涉及进程和线程的内部操作

该类操作包含把线程从进程中删除OsDeleteTaskFromProcess，还包括把线程包含进进程OsProcessAddNewTask。

3.1 OsDeleteTaskFromProcess

OsDeleteTaskFromProcess函数用于从进程中删除一个线程。⑴处可以看出每个线程/任务控制块都维护进程号，根据进程号可以获取进程控制块。每个线程控制块通过自己的成员变量threadList挂载到进程的线程链表上。⑵处从进程的线程链表上删除，然后把进程的线程数减去1。
⑶处把任务控制块插入到待回收链表上。

    VOID OsDeleteTaskFromProcess(LosTaskCB *taskCB)
    {
⑴      LosProcessCB *processCB = OS_PCB_FROM_PID(taskCB->processID);

⑵      LOS_ListDelete(&taskCB->threadList);
        processCB->threadNumber--;
⑶      OsTaskInsertToRecycleList(taskCB);
    }

3.2 OsProcessAddNewTask

函数OsProcessAddNewTask把线程关联到进程上，需要两个参数，分别进程号和线程控制块。需要注意返回值，返回值表示，关联新线程之前的，进程的线程数量。⑴处获取进程块，⑵处把线程块关联的进程号设置为参数中输入的进程号，然后把线程控制块挂载到进程的线程链表上。可以看出，线程块的threadList用于挂载到进程的线程链表，进程块的threadSiblingList节点用于挂载本进程下的各种线程。⑶处如果是用户态进程，标记线程的状态为用户态线程。⑷如果进程的线程数目大于0，线程的基础优先级basePrio设置为和进程的主线程的优先级一样，否则设置为最大优先级。⑸如果是内核进程，线程的基础优先级设置为当前线程的优先级。⑹处如果开启了虚拟内存，设置线程的MMU结构体信息为进程虚拟地址空间中维护的MMU。⑺处如果进程的线程数为0，则把线程设置为进程的主线程。然后把进程的线程数加1。⑻处获得进程已有的线程数量，然后把进程的线程数量增加1。然后返回进程的关联新线程之前的线程数量。

    UINT32 OsProcessAddNewTask(UINT32 pid, LosTaskCB *taskCB)
    {
        UINT32 intSave;
        UINT16 numCount;
⑴      LosProcessCB *processCB = OS_PCB_FROM_PID(pid);

        SCHEDULER_LOCK(intSave);
⑵      taskCB->processID = pid;
        LOS_ListTailInsert(&(processCB->threadSiblingList), &(taskCB->threadList));

⑶      if (OsProcessIsUserMode(processCB)) {
            taskCB->taskStatus |= OS_TASK_FLAG_USER_MODE;
⑷          if (processCB->threadNumber > 0) {
                taskCB->basePrio = OS_TCB_FROM_TID(processCB->threadGroupID)->basePrio;
            } else {
                taskCB->basePrio = OS_USER_PROCESS_PRIORITY_HIGHEST;
            }
        } else {
⑸           taskCB->basePrio = OsCurrTaskGet()->basePrio;
        }

    #ifdef LOSCFG_KERNEL_VM
⑹      taskCB->archMmu = (UINTPTR)&processCB->vmSpace->archMmu;
    #endif
        if (!processCB->threadNumber) {
⑺          processCB->threadGroupID = taskCB->taskID;
        }
        processCB->threadNumber++;

⑻      numCount = processCB->threadCount;
        processCB->threadCount++;
        SCHEDULER_UNLOCK(intSave);
        return numCount;
    }

4、涉及进程组的内部操作

涉及进程组的内部操作包含进程组的创建OsCreateProcessGroup、进程组的退出OsExitProcessGroup、查找进程组OsExitProcessGroup。

4.1 OsCreateProcessGroup

OsCreateProcessGroup函数用于根据进程号创建进程组，返回值为创建的进程组指针。进程组是动态创建的，⑴处为进程组控制块申请动态内存。⑵处进程组的groupId即为创建进程组的进程号，接着初始化进程组的两个链表。⑶处获取进程控制块，然后执行⑷把进程挂载到进程组的processList进程链表上，使用的挂载点为进程控制块的subordinateGroupList链表节点，所以看到这个成员变量，要想起来是在同一个进程组的各个进程的链接关系。然后更新进程的进程组信息，并更新进程状态为进程组leader。⑸处如果存在全局进程组，则把创建的进程组挂载到全局进程组变量上。

    STATIC ProcessGroup *OsCreateProcessGroup(UINT32 pid)
    {
        LosProcessCB *processCB = NULL;
⑴      ProcessGroup *group = LOS_MemAlloc(m_aucSysMem1, sizeof(ProcessGroup));
        if (group == NULL) {
            return NULL;
        }

⑵      group->groupID = pid;
        LOS_ListInit(&group->processList);
        LOS_ListInit(&group->exitProcessList);

⑶      processCB = OS_PCB_FROM_PID(pid);
⑷      LOS_ListTailInsert(&group->processList, &processCB->subordinateGroupList);
        processCB->group = group;
        processCB->processStatus |= OS_PROCESS_FLAG_GROUP_LEADER;
⑸      if (g_processGroup != NULL) {
            LOS_ListTailInsert(&g_processGroup->groupList, &group->groupList);
        }

        return group;
    }

4.2 OsExitProcessGroup

OsExitProcessGroup函数用于把一个进程退出进程组，第一个参数指定进程控制块，第二个为输出参数，记录进程所在的进程组。⑴根据进程获取所在的进程组，然后获取进程组的主进程，然后获取主进程的进程控制块。⑵处把进程从进程组里删除。⑶处表示如果进程组下面没有挂载进程，并且进程组下面也没有挂载退出的进程，则执行⑷把进程组从全局进程组链表上删除。然后，把进程组的主进程的状态设置为非主进程OS_PROCESS_FLAG_GROUP_LEADER。⑸处如果主进程未使用状态并且主进程非退出状态，则把主进程从阻塞链表上删除，然后插入到空闲空闲进程链表上。⑹处既然进程推出了进程组，需要更新该进程的所属进程组为NULL。

    STATIC VOID OsExitProcessGroup(LosProcessCB *processCB, ProcessGroup **group)
    {
⑴      LosProcessCB *groupProcessCB = OS_PCB_FROM_PID(processCB->group->groupID);

⑵      LOS_ListDelete(&processCB->subordinateGroupList);
⑶      if (LOS_ListEmpty(&processCB->group->processList) && LOS_ListEmpty(&processCB->group->exitProcessList)) {
⑷          LOS_ListDelete(&processCB->group->groupList);
            groupProcessCB->processStatus &= ~OS_PROCESS_FLAG_GROUP_LEADER;
            *group = processCB->group;
⑸          if (OsProcessIsUnused(groupProcessCB) && !(groupProcessCB->processStatus & OS_PROCESS_FLAG_EXIT)) {
                LOS_ListDelete(&groupProcessCB->pendList);
                OsInsertPCBToFreeList(groupProcessCB);
            }
        }

⑹      processCB->group = NULL;
    }

4.3 OsFindProcessGroup

OsFindProcessGroup函数用于根据进程组编号获取进程组指针。⑴如果等于全局进程组的编号，则反正全局进程组指针。⑵处遍历全局进程组下面的各个进程组，判断遍历到的进程组的编号是否等于传入的进程组编号，如果相等则返回。如果执行到⑶，表明没有查询到指定的进程组编号的进程组信息。

    STATIC ProcessGroup *OsFindProcessGroup(UINT32 gid)
    {
        ProcessGroup *group = NULL;
⑴      if (g_processGroup->groupID == gid) {
            return g_processGroup;
        }

⑵      LOS_DL_LIST_FOR_EACH_ENTRY(group, &g_processGroup->groupList, ProcessGroup, groupList) {
            if (group->groupID == gid) {
                return group;
            }
        }

⑶      PRINT_INFO("%s is find group : %u failed!\n", __FUNCTION__, gid);
        return NULL;
    }

小结

本文介绍了进程管理的文件本文先熟悉下进程管理的文件kernel\base\core\los_process.c中的部分内部接口。

如果大家想更加深入的学习 OpenHarmony 开发的内容，不妨可以参考以下相关学习文档进行学习，助你快速提升自己：

OpenHarmony 开发环境搭建：https://qr18.cn/CgxrRy

《OpenHarmony源码解析》：https://qr18.cn/CgxrRy

  • 搭建开发环境
  • Windows 开发环境的搭建
  • Ubuntu 开发环境搭建
  • Linux 与 Windows 之间的文件共享
  • ……

系统架构分析：https://qr18.cn/CgxrRy

  • 构建子系统
  • 启动流程
  • 子系统
  • 分布式任务调度子系统
  • 分布式通信子系统
  • 驱动子系统
  • ……

OpenHarmony 设备开发学习手册：https://qr18.cn/CgxrRy

在这里插入图片描述

OpenHarmony面试题（内含参考答案）：https://qr18.cn/CgxrRy

写在最后

  • 如果你觉得这篇内容对你还蛮有帮助，我想邀请你帮我三个小忙：
  • 点赞，转发，有你们的 『点赞和评论』，才是我创造的动力。
  • 关注小编，同时可以期待后续文章ing🚀，不定期分享原创知识。
  • 想要获取更多完整鸿蒙最新学习资源，请移步前往小编：https://qr21.cn/FV7h05

OpenHarmony_小贾
关注
专栏目录
v24.03 鸿蒙内核源码分析(进程概念) | 如何更好的理解进程 | 百篇博客分析HarmonyOS源码
鸿蒙研究站 | 每天死磕一点点 | 由内核源码切入挖透OpenHarmony技术栈
01-29 804
鸿蒙内核源码注释仓库 >> 精读内核源码,中文注解分析, 深挖地基工程,大脑永久记忆, 四大源码仓每日同步更新 < Gitee | Github | CSDN | Coding > 鸿蒙内核源码分析博客 >> 故事说内核,问答式导读,生活式比喻,表格化说明,图形化展示,主流站点每日同步更新 < CSDN | 开源中国 | WeHarmony > 本篇说清楚进程. 读本篇之前建议先读 鸿蒙内核源码分析(总目录) | 精读内核源码 深挖地基工程 <
鸿蒙轻内核A核源码分析系列七 进程管理 (1)
maniuT的博客
06-13 742
本文先熟悉下进程管理的概念、运行机制和编程接口。
OpenHarmony（鸿蒙南向开发）——小型系统内核（LiteOS-A）【进程调测】
maniuT的博客
08-06 759
CPU（中央处理器，Central Processing Unit）占用率分为系统CPU占用率、进程CPU占用率、任务CPU占用率和中断CPU占用率。用户通过系统级的CPU占用率，判断当前系统负载是否超出设计规格。通过系统中各个进程/任务/中断的CPU占用情况，判断各个进程/任务/中断的CPU占用率是否符合设计的预期。
鸿蒙内核源码分析(进程管理篇) | 谁在管理内核资源？
maniuT的博客
04-27 1392
的情况下 系统最多是64个进程，但有两个进程先被占用，用户态和内核态各一个，他们是后续创建进程的根，所以最多留给外面的只有 62个进程可创建，代码的最后两个根进程的task阻塞链表被清空了,因为没有阻塞任务当然要清空.进程创建或fork时，拿到该进程控制块后进入Init状态，处于进程初始化阶段，当进程初始化完成将进程插入调度队列，此时进程进入就绪状态。阻塞进程内的任意线程恢复就绪态时，进程被加入到就绪队列，同步转为就绪态，若此时发生进程切换，则进程状态由就绪态转为运行态。
【LiteOS】06-开发内核-任务管理
qq_44772822的博客
05-28 1196
此笔记由个人整理 华为IOT LiteOS开发实战营 第三天 一、简介 基础概念 从系统的角度看，任务是竞争系统资源的最小运行单元。任务可以使用或等待CPU、使用内存空间等系统资源，并独立于其它任务运行。 LiteOS是一个支持多任务的操作系统。在LiteOS中，一个任务表示一个线程。 LiteOS中的任务是抢占式调度机制，同时支持时间片轮转调度方式。 高优先级的任务可打断低优先级任务，低优先级任务必须在高优先级任务阻塞或结束后才能得到调度。 LiteOS的任务一共有32个优先级(0-31)，最高优先.
鸿蒙轻内核A核源码分析系列七 进程管理 (3)
鸿蒙开发知识记录
09-10 1121
先看看一些内部函数，不管是初始化用户态进程还是内核态进程，都会使用这些函数，包含进程控制块初始化函数OsInitPCB、进程控制块初始化恢复函数OsDeInitPCB
鸿蒙轻内核A核源码分析系列四（1）虚拟内存进程空间编号
鸿蒙开发知识记录
09-09 928
本文首先介绍了鸿蒙轻内核LiteOS-A的虚拟地址空间编号知识，然后详细分析进程空间编号的申请与释放操作。代码中涉及的位图操作函数，比如函数和，请参考之前的系列文章《鸿蒙轻内核A核源码分析系列二 数据结构-位图操作》。
鸿蒙内核源码分析(百篇博客分析）.pdf
09-23
《鸿蒙内核源码分析》是一份深入研究华为鸿蒙操作系统的内核源码的文档，通过百篇博客的分析，旨在帮助读者理解鸿蒙内核的核心机制和工作原理。文档涵盖了从基础数据结构、进程管理、时钟任务、任务调度到内存管理等...
鸿蒙内核源码分析.pdf
04-28
鸿蒙操作系统是华为开发的一款面向全场景的分布式操作系统，其内核源码分析是理解其运行机制和设计思想的重要手段。以下是对文档内容的知识点归纳： 1. 精读鸿蒙内核源码的重要性：鸿蒙内核源码的分析与研究，可以...
鸿蒙内核源码分析(百篇博客分析.挖透鸿蒙内核).pdf
04-29
12_内存管理篇：内存管理篇是鸿蒙内核源码分析的一篇，用于介绍内存管理的基本概念和实现方式，包括内存管理的重要性、内存分配类型等。 13_源码注释篇：源码注释篇是鸿蒙内核源码分析的一篇，用于介绍源码注释的...
鸿蒙内核源码分析系列 | 读懂HarmonyOS内核源代码！
热门推荐
HarmonyOS技术社区
11-11 1万+
本系列从HarmonyOS架构层视角整理成文, 并用生活场景及讲故事的方式试图去解构内核，一窥究竟。帮助你读懂并快速理解鸿蒙操作系统源码。 1.鸿蒙内核源码分析(调度机制篇) 2.鸿蒙内核源码分析(进程管理篇) 3.鸿蒙内核源码分析(Task管理篇) 4.鸿蒙内核源码分析(内存管理篇) 5.鸿蒙内核源码分析(内存概念篇) 6.鸿蒙内核源码分析(内存映射篇) 7.鸿蒙内核源码分析(内存汇编篇) 8.鸿蒙内核源码分析(内存分配篇) 9.鸿蒙内核源码分析(必读篇)|用故事说内核 10.图解鸿蒙源码逐行注释分析(
HarmonyOS 5.0应用开发——用户文件操作
高心星的专栏
11-01 706
用户文件：文件所有者为登录到该终端设备的用户，包括用户私有的图片、视频、音频、文档等。 用户文件存放在用户目录下，归属于该设备上登录的用户。 用户文件存储位置主要分为内置存储、外置存储。 应用对用户文件的创建、访问、删除等行为，需要提前获取用户授权，或由用户操作完成。
HarmonyOS开发 - Ability往页面(Pages)中传递数据
觉醒法师的专栏
11-05 727
在程序中，页面之间传递数据或数据共享，可以实现页面间的平滑过渡，避免重复加载数据，提高应用的响应速度和流量度；另外，数据传递机制使得页面更容易被重用，可以通过传入不同参数，来适应不同的上下文内容，以及根据需要传递数据，实现按需加载 ，减少内存消耗和提高应用的性能等。这篇将通过LocalStorage、EventHub、全局变量，以及Preferences用户首选项等功能，实现Ability向页面(Pages)中传递数据。
鸿蒙（Harmony）实现滑块验证码
yilylong的专栏
11-04 783
鸿蒙原生实现滑块验证码
02-5分钟打造鸿蒙第一个应用程序
LCFliu的博客
11-01 423
大家好，欢迎来到鸿蒙开发的奇妙世界！如果你对编程感兴趣，却又不知道从何开始，那么今天的文章将是你最好的起点。我们将用短短5分钟的时间，带你快速入门鸿蒙开发，用 ArkTS 编写并运行你的第一个鸿蒙应用程序。废话不多说，让我们直接开始吧！
高级 ＜HarmonyOS主题课＞构建华为支付服务的课后习题
最新发布
BertKing的专栏
11-06 439
商户通过接入华为支付拉起华为支付收银台完成单个订单支付。
鸿蒙内核源码深度解析：进程、时钟、任务调度探秘
"鸿蒙内核源码分析(百篇博客分析）.pdf" 这份文档是对华为鸿蒙操作系统内核源码的深入分析，通过一系列博客文章进行编译过程和技术细节的探讨。它涵盖了多个关键主题，包括双向链表、进程管理、时钟任务和任务调度...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值