Skip to content

注释鸿蒙内核源码
注释鸿蒙内核源码

不卤废丝 / 注释鸿蒙内核源码
与 Fork 源项目一致

Fork自 鸿蒙内核源码分析 / 注释鸿蒙内核源码

通知 1
Star 0
Fork 0
注释鸿蒙内核源码
注释鸿蒙内核源码

前往新版Gitcode，体验更适合开发者的 AI 搜索 >>

提交 37dea5a3 编写于 作者: 鸿蒙内核源码分析's avatar 鸿蒙内核源码分析
浏览文件
操作

鸿蒙内核源码分析(事件控制篇) | 任务间一对多和多对多的同步方案 

    搜索 @note_pic 可查看绘制的全部字符图
    搜索 @note_why 是尚未看明白的地方，有看明白的，请Pull Request完善
    搜索 @note_thinking 是一些的思考和建议
    搜索 @note_#if0 是由第三方项目提供不在内核源码中定义的极为重要结构体，为方便理解而添加的。
    搜索 @note_good 是给源码点赞的地方
上级 decc273f
隐藏空白更改
内联 并排
Showing with 90 addition and 82 deletion
README.md
浏览文件 @ 37dea5a3
......@@ -13,146 +13,150 @@
### **为何要精读内核源码?**
每个码农,学职生涯,都应精读一遍内核源码.是浇筑计算机知识大厦的地基工程，地基纵深坚固程度，决定了大厦能盖多高。为何一定要精读?因为内核代码本身并不太多，都是浓缩的精华，精读就是让各个知识点高频出现，闪爆大脑，短时间内容易结成一张高浓度，高密度的底层网，形成永久大脑记忆。跟骑单车一样，一旦学会，即便多年不骑，照样跨上就走，游刃有余。
* 每个码农,学职生涯,都应精读一遍内核源码.是浇筑计算机知识大厦的地基工程，地基纵深坚固程度，决定了大厦能盖多高。为何一定要精读?因为内核代码本身并不太多，都是浓缩的精华，精读就是让各个知识点高频出现，闪爆大脑，短时间内容易结成一张高浓度，高密度的底层网，形成永久大脑记忆。跟骑单车一样，一旦学会，即便多年不骑，照样跨上就走，游刃有余。
### **2020/9/10**
因大学时阅读linux 2.6 内核痛苦经历,一直有个心愿,如何让更多对内核感兴趣的同学减少阅读时间,加速对计算机系统级的理解,而不至于过早的放弃.但因过程种种,多年一直没有行动,基本要放弃这件事了. 恰逢 2020/9/10 鸿蒙正式开源,重新激活了多年的心愿,就有那么点一发不可收拾了. :|P
+ 因大学时阅读 `linux 2.6` 内核痛苦经历,一直有个心愿,如何让更多对内核感兴趣的同学减少阅读时间,加速对计算机系统级的理解,而不至于过早的放弃.但因过程种种,多年一直没有行动,基本要放弃这件事了. 恰逢 `2020/9/10` 鸿蒙正式开源,重新激活了多年的心愿,就有那么点一发不可收拾了. :|P
### **致敬鸿蒙内核开发者**
感谢开放原子开源基金会,鸿蒙内核开发者提供了如此优秀的源码,一了多年的夙愿,津津乐道于此.精读内核源码当然是件很困难的事,时间上要以月甚至年为单位,但正因为很难才值得去做! 干困难事,必有所得. 专注聚焦,必有所获. 致敬内核开发者,从内核一行行的代码中能深深体会到开发者各中艰辛与坚持,及鸿蒙生态对未来的价值,可以毫不夸张的说鸿蒙内核源码可作为大学C语言,数据结构,操作系统,汇编语言 四门课程的教学项目.如此宝库,不深入研究实在是暴殄天物,于心不忍,注者坚信鸿蒙大势所趋,未来可期,是其坚定的追随者和传播者.
* 感谢开放原子开源基金会,鸿蒙内核开发者提供了如此优秀的源码,一了多年的夙愿,津津乐道于此.精读内核源码当然是件很困难的事,时间上要以月甚至年为单位,但正因为很难才值得去做! 干困难事,必有所得. 专注聚焦,必有所获.
* 致敬内核开发者,从内核一行行的代码中能深深体会到开发者各中艰辛与坚持,及鸿蒙生态对未来的价值,可以毫不夸张的说鸿蒙内核源码可作为大学C语言,数据结构,操作系统,汇编语言 四门课程的教学项目.如此宝库,不深入研究实在是暴殄天物,于心不忍,注者坚信鸿蒙大势所趋,未来可期,是其坚定的追随者和传播者.
### **加注方式是怎样的？**
因鸿蒙内核6W+代码量,本身只有较少的注释, 中文注解以不对原有代码侵入为前提,源码中所有英文部分都是原有注释,所有中文部分都是中文版的注释,尽量不去增加代码的行数,不破坏文件的结构,试图把知识讲透彻,注释多类似以下的方式:
* 因鸿蒙内核6W+代码量,本身只有较少的注释, 中文注解以不对原有代码侵入为前提,源码中所有英文部分都是原有注释,所有中文部分都是中文版的注释,尽量不去增加代码的行数,不破坏文件的结构,试图把知识讲透彻,注释多类似以下的方式:
在每个模块的.c文件开始位置先对模块功能做整体的介绍,例如异常接管模块注解如图所示:
在每个模块的.c文件开始位置先对模块功能做整体的介绍,例如异常接管模块注解如图所示:
![在这里插入图片描述](https://gitee.com/weharmony/docs/raw/master/pic/other/ycjg.png)
![在这里插入图片描述](https://gitee.com/weharmony/docs/raw/master/pic/other/ycjg.png)
注解过程中查阅了很多的资料和书籍,在具体代码处都附上了参考链接.
注解过程中查阅了很多的资料和书籍,在具体代码处都附上了参考链接.
而函数级注解会详细到重点行,甚至每一行, 例如申请互斥锁的主体函数,不可谓不重要,而官方注释仅有一行,如图所示
* 而函数级注解会详细到重点行,甚至每一行, 例如申请互斥锁的主体函数,不可谓不重要,而官方注释仅有一行,如图所示
![在这里插入图片描述](https://gitee.com/weharmony/docs/raw/master/pic/other/sop.png)
![在这里插入图片描述](https://gitee.com/weharmony/docs/raw/master/pic/other/sop.png)
另外画了一些字符图方便理解,直接嵌入到头文件中,比如虚拟内存的全景图,因没有这些图是很难理解虚拟内存是如何管理的.
* 另外画了一些字符图方便理解,直接嵌入到头文件中,比如虚拟内存的全景图,因没有这些图是很难理解虚拟内存是如何管理的.
![在这里插入图片描述](https://gitee.com/weharmony/docs/raw/master/pic/other/vm.png)
![在这里插入图片描述](https://gitee.com/weharmony/docs/raw/master/pic/other/vm.png)
### **理解内核的三个层级**
注者认为理解内核可分三个层级:
**第一: 普通概念映射级** 这一级不涉及专业知识,用大众所熟知的公共认知就能听明白是个什么概念,也就是说用一个普通人都懂的概念去诠释或者映射一个他们从没听过的概念.说别人能听得懂的话这很重要!!! 一个没学过计算机知识的卖菜大妈就不可能知道内核的基本运作了吗? 不一定!,在系列篇中试图用 鸿蒙内核源码分析(总目录)[< OSCHINA ](https://my.oschina.net/u/3751245/blog/4626852)[| CSDN > ](https://blog.csdn.net/kuangyufei/article/details/108727970)故事篇去引导这一层级的认知,希望能卷入更多的人来关注基础软件,尤其是那些资本大鳄,加大对基础软件的投入.
* **普通概念映射级:** 这一级不涉及专业知识,用大众所熟知的公共认知就能听明白是个什么概念,也就是说用一个普通人都懂的概念去诠释或者映射一个他们从没听过的概念.说别人能听得懂的话这很重要!!! 一个没学过计算机知识的卖菜大妈就不可能知道内核的基本运作了吗? 不一定!,在系列篇中试图用 **[鸿蒙内核源码分析(总目录)之故事篇](https://my.oschina.net/weharmony)** 去引导这一层级的认知,希望能卷入更多的人来关注基础软件,尤其是那些资本大鳄,加大对基础软件的投入.
**第二: 专业概念抽象级** 对抽象的专业逻辑概念具体化认知, 比如虚拟内存,老百姓是听不懂的,学过计算机的人都懂,具体怎么实现的很多人又都不懂了,但这并不妨碍成为一个优秀的上层应用程序员,因为虚拟内存已经被抽象出来,目的是要屏蔽上层对它的现实认知.试图用 鸿蒙内核源码分析(总目录)[< OSCHINA ](https://my.oschina.net/u/3751245/blog/4626852)[| CSDN > ](https://blog.csdn.net/kuangyufei/article/details/108727970) 百篇博客去拆解那些已经被抽象出来的专业概念, 希望能卷入更多对内核感兴趣的应用软件人才流入基础软件生态, 应用软件咱们是无敌宇宙,但基础软件却很薄弱.
* **专业概念抽象级:** 对抽象的专业逻辑概念具体化认知, 比如虚拟内存,老百姓是听不懂的,学过计算机的人都懂,具体怎么实现的很多人又都不懂了,但这并不妨碍成为一个优秀的上层应用程序员,因为虚拟内存已经被抽象出来,目的是要屏蔽上层对它的现实认知.试图用 **[鸿蒙内核源码分析(总目录)百篇博客](https://my.oschina.net/weharmony)** 去拆解那些已经被抽象出来的专业概念, 希望能卷入更多对内核感兴趣的应用软件人才流入基础软件生态, 应用软件咱们是无敌宇宙,但基础软件却很薄弱.
**第三: 具体微观代码级** 这一级是具体到每一行代码的实现,到了用代码指令级的地步,这段代码是什么意思?为什么要这么设计? **[鸿蒙内核源码注解分析](https://gitee.com/weharmony/kernel_liteos_a_note)** 试图从细微处去解释代码实现层,英文真的是天生适合设计成编程语言的人类语言,计算机的01码映射到人类世界的26个字母,诞生了太多的伟大奇迹.但我们的母语注定了很大部分人存在着自然语言层级的理解映射,希望对鸿蒙内核源码注解分析能让更多爱好者快速的理解内核,共同进步.
* **具体微观代码级:** 这一级是具体到每一行代码的实现,到了用代码指令级的地步,这段代码是什么意思?为什么要这么设计? **[鸿蒙内核源码注解分析](https://gitee.com/weharmony/kernel_liteos_a_note)** 试图从细微处去解释代码实现层,英文真的是天生适合设计成编程语言的人类语言,计算机的01码映射到人类世界的26个字母,诞生了太多的伟大奇迹.但我们的母语注定了很大部分人存在着自然语言层级的理解映射,希望对鸿蒙内核源码注解分析能让更多爱好者快速的理解内核,共同进步.
## **百篇博客分析**
(总目录) | 精读内核源码 深挖地基工程[< CSDN](https://blog.csdn.net/kuangyufei/article/details/108727970) [ | OSCHINA ](https://my.oschina.net/u/3751245/blog/4626852)[| WeHarmony >](https://weharmony.gitee.io)
* (总目录) | 精读内核源码 深挖地基工程[< CSDN](https://blog.csdn.net/kuangyufei/article/details/108727970) [ | OSCHINA >](https://my.oschina.net/u/3751245/blog/4626852)
### **故事篇**
(调度故事篇) | 通俗易懂故事说内核 [< CSDN](https://blog.csdn.net/kuangyufei/article/details/108745174) [ | OSCHINA ](https://my.oschina.net/u/3751245/blog/4634668)[| WeHarmony >](https://weharmony.gitee.io)
* (调度故事篇) | 通俗易懂故事说内核 [< CSDN](https://blog.csdn.net/kuangyufei/article/details/108745174) [ | OSCHINA >](https://my.oschina.net/u/3751245/blog/4634668)
(内存主奴篇) | 紫禁城的主子和奴才如何相处? [< CSDN](https://blog.csdn.net/kuangyufei/article/details/108723672) [ | OSCHINA ](https://my.oschina.net/u/3751245/blog/4646802)[| WeHarmony >](https://weharmony.gitee.io)
* (内存主奴篇) | 紫禁城的主子和奴才如何相处? [< CSDN](https://blog.csdn.net/kuangyufei/article/details/108723672) [ | OSCHINA >](https://my.oschina.net/u/3751245/blog/4646802)
### **进程/线程**
(并发并行篇) | 内核如何管理多个CPU？[< CSDN](https://blog.csdn.net/kuangyufei/article/details/113516222) [ | OSCHINA ](https://my.oschina.net/u/3751245/blog/4940329)[| WeHarmony >](https://weharmony.gitee.io)
* (并发并行篇) | 内核如何管理多个CPU？[< CSDN](https://blog.csdn.net/kuangyufei/article/details/113516222) [ | OSCHINA >](https://my.oschina.net/u/3751245/blog/4940329)
(调度机制篇) | 任务是如何被调度执行的？[< CSDN](https://blog.csdn.net/kuangyufei/article/details/108705968) [ | OSCHINA ](https://my.oschina.net/u/3751245/blog/4623040)[| WeHarmony >](https://weharmony.gitee.io)
* (调度机制篇) | 任务是如何被调度执行的？[< CSDN](https://blog.csdn.net/kuangyufei/article/details/108705968) [ | OSCHINA >](https://my.oschina.net/u/3751245/blog/4623040)
(调度队列篇) | 就绪队列对调度的作用[< CSDN](https://blog.csdn.net/kuangyufei/article/details/108626671) [ | OSCHINA ](https://my.oschina.net/u/3751245/blog/4606916)[| WeHarmony >](https://weharmony.gitee.io)
* (调度队列篇) | 就绪队列对调度的作用[< CSDN](https://blog.csdn.net/kuangyufei/article/details/108626671) [ | OSCHINA >](https://my.oschina.net/u/3751245/blog/4606916)
(任务管理篇) | 任务是内核调度的单元[< CSDN](https://blog.csdn.net/kuangyufei/article/details/108621428) [ | OSCHINA ](https://my.oschina.net/u/3751245/blog/4603919)[| WeHarmony >](https://weharmony.gitee.io)
* (任务管理篇) | 任务是内核调度的单元[< CSDN](https://blog.csdn.net/kuangyufei/article/details/108621428) [ | OSCHINA >](https://my.oschina.net/u/3751245/blog/4603919)
(时钟任务篇) | 调度最大的动力来自哪里？[< CSDN](https://blog.csdn.net/kuangyufei/article/details/108603468) [ | OSCHINA ](https://my.oschina.net/u/3751245/blog/4574493)[| WeHarmony >](https://weharmony.gitee.io)
* (时钟任务篇) | 调度最大的动力来自哪里？[< CSDN](https://blog.csdn.net/kuangyufei/article/details/108603468) [ | OSCHINA >](https://my.oschina.net/u/3751245/blog/4574493)
(进程管理篇) | 进程是内核资源管理单元[< CSDN](https://blog.csdn.net/kuangyufei/article/details/108595941) [ | OSCHINA ](https://my.oschina.net/u/3751245/blog/4574429)[| WeHarmony >](https://weharmony.gitee.io)
* (进程管理篇) | 进程是内核资源管理单元[< CSDN](https://blog.csdn.net/kuangyufei/article/details/108595941) [ | OSCHINA >](https://my.oschina.net/u/3751245/blog/4574429)
(线程概念篇) | 是谁在不断的折腾CPU?[< CSDN](https://blog.csdn.net/kuangyufei/article/details/112870193) [ | OSCHINA ](https://my.oschina.net/u/3751245/blog/4915543)[| WeHarmony >](https://weharmony.gitee.io)
* (线程概念篇) | 是谁在不断的折腾CPU?[< CSDN](https://blog.csdn.net/kuangyufei/article/details/112870193) [ | OSCHINA >](https://my.oschina.net/u/3751245/blog/4915543)
(进程概念篇) | 进程都管理了哪些资源?[< CSDN](https://blog.csdn.net/kuangyufei/article/details/113395872) [ | OSCHINA ](https://my.oschina.net/u/3751245/blog/4937521)[| WeHarmony >](https://weharmony.gitee.io)
* (进程概念篇) | 进程都管理了哪些资源?[< CSDN](https://blog.csdn.net/kuangyufei/article/details/113395872) [ | OSCHINA >](https://my.oschina.net/u/3751245/blog/4937521)
### **进程通讯(IPC)**
(信号量篇) | 信号量解决任务同步问题 [< CSDN](https://blog.csdn.net/kuangyufei/article/details/113744267) [ | OSCHINA ](https://my.oschina.net/weharmony/blog/4949720)[| WeHarmony >](https://weharmony.gitee.io)
* (事件控制篇) | 任务间一对多和多对多的同步方案 [< CSDN](https://blog.csdn.net/kuangyufei/article/details/113759481) [ | OSCHINA >](https://my.oschina.net/weharmony/blog/4950956)
(进程通讯篇) | 九大通讯方式一网打尽 [< CSDN](https://blog.csdn.net/kuangyufei/article/details/113700751) [ | OSCHINA ](https://my.oschina.net/weharmony/blog/4947398)[| WeHarmony >](https://weharmony.gitee.io)
* (信号量篇) | 信号量解决任务同步问题 [< CSDN](https://blog.csdn.net/kuangyufei/article/details/113744267) [ | OSCHINA >](https://my.oschina.net/weharmony/blog/4949720)
* (进程通讯篇) | 九大通讯方式一网打尽 [< CSDN](https://blog.csdn.net/kuangyufei/article/details/113700751) [ | OSCHINA >](https://my.oschina.net/weharmony/blog/4947398)
(互斥锁篇) | 互斥锁比自旋锁丰满许多 [< CSDN](https://blog.csdn.net/kuangyufei/article/details/113660357) [ | OSCHINA ](https://my.oschina.net/weharmony/blog/4945465)[| WeHarmony >](https://weharmony.gitee.io)
* (互斥锁篇) | 互斥锁比自旋锁丰满许多 [< CSDN](https://blog.csdn.net/kuangyufei/article/details/113660357) [ | OSCHINA >](https://my.oschina.net/weharmony/blog/4945465)
(自旋锁篇) | 汇编到令人心碎的自旋锁 [< CSDN](https://blog.csdn.net/kuangyufei/article/details/113616250) [ | OSCHINA ](https://my.oschina.net/weharmony/blog/4944129)[| WeHarmony >](https://weharmony.gitee.io)
* (自旋锁篇) | 汇编到令人心碎的自旋锁 [< CSDN](https://blog.csdn.net/kuangyufei/article/details/113616250) [ | OSCHINA >](https://my.oschina.net/weharmony/blog/4944129)
### **内存篇**
(物理内存篇) | 伙伴算法是在卖标准猪肉块吗？[< CSDN](https://blog.csdn.net/kuangyufei/article/details/111765600) [ | OSCHINA ](https://my.oschina.net/u/3751245/blog/4842408)[| WeHarmony >](https://weharmony.gitee.io)
* (物理内存篇) | 伙伴算法是在卖标准猪肉块吗？[< CSDN](https://blog.csdn.net/kuangyufei/article/details/111765600) [ | OSCHINA >](https://my.oschina.net/u/3751245/blog/4842408)
(内存规则篇) | 内存管理到底在管什么？[< CSDN](https://blog.csdn.net/kuangyufei/article/details/109437223) [ | OSCHINA ](https://my.oschina.net/u/3751245/blog/4698384)[| WeHarmony >](https://weharmony.gitee.io)
* (内存规则篇) | 内存管理到底在管什么？[< CSDN](https://blog.csdn.net/kuangyufei/article/details/109437223) [ | OSCHINA >](https://my.oschina.net/u/3751245/blog/4698384)
(内存映射篇) | 什么是内存最重要的实现基础 ?[< CSDN](https://blog.csdn.net/kuangyufei/article/details/109032636) [ | OSCHINA ](https://my.oschina.net/u/3751245/blog/4694841)[| WeHarmony >](https://weharmony.gitee.io)
* (内存映射篇) | 什么是内存最重要的实现基础 ?[< CSDN](https://blog.csdn.net/kuangyufei/article/details/109032636) [ | OSCHINA >](https://my.oschina.net/u/3751245/blog/4694841)
(内存汇编篇) | 什么是虚拟内存的实现基础？[< CSDN](https://blog.csdn.net/kuangyufei/article/details/108994081) [ | OSCHINA ](https://my.oschina.net/u/3751245/blog/4692156)[| WeHarmony >](https://weharmony.gitee.io)
* (内存汇编篇) | 什么是虚拟内存的实现基础？[< CSDN](https://blog.csdn.net/kuangyufei/article/details/108994081) [ | OSCHINA >](https://my.oschina.net/u/3751245/blog/4692156)
(内存分配篇) | 内存有哪些分配方式？[< CSDN](https://blog.csdn.net/kuangyufei/article/details/108989906) [ | OSCHINA ](https://my.oschina.net/u/3751245/blog/4646802)[| WeHarmony >](https://weharmony.gitee.io)
* (内存分配篇) | 内存有哪些分配方式？[< CSDN](https://blog.csdn.net/kuangyufei/article/details/108989906) [ | OSCHINA >](https://my.oschina.net/u/3751245/blog/4646802)
(内存管理篇) | 虚拟内存全景图是怎样的？[< CSDN](https://blog.csdn.net/kuangyufei/article/details/108821442) [ | OSCHINA ](https://my.oschina.net/u/3751245/blog/4652284)[| WeHarmony >](https://weharmony.gitee.io)
* (内存管理篇) | 虚拟内存全景图是怎样的？[< CSDN](https://blog.csdn.net/kuangyufei/article/details/108821442) [ | OSCHINA >](https://my.oschina.net/u/3751245/blog/4652284)
(内存主奴篇) | 紫禁城的主子和奴才如何相处?[< CSDN](https://blog.csdn.net/kuangyufei/article/details/108723672) [ | OSCHINA ](https://my.oschina.net/u/3751245/blog/4646802)[| WeHarmony >](https://weharmony.gitee.io)
* (内存主奴篇) | 紫禁城的主子和奴才如何相处?[< CSDN](https://blog.csdn.net/kuangyufei/article/details/108723672) [ | OSCHINA >](https://my.oschina.net/u/3751245/blog/4646802)
### **基础篇**
(汇编传参篇) | 汇编如何传递复杂的参数?[< CSDN](https://blog.csdn.net/kuangyufei/article/details/113265990) [ | OSCHINA ](https://my.oschina.net/u/3751245/blog/4927892)[| WeHarmony >](https://weharmony.gitee.io)
* (汇编传参篇) | 汇编如何传递复杂的参数?[< CSDN](https://blog.csdn.net/kuangyufei/article/details/113265990) [ | OSCHINA >](https://my.oschina.net/u/3751245/blog/4927892)
(汇编基础篇) | CPU在哪里打卡上班 ?[< CSDN](https://blog.csdn.net/kuangyufei/article/details/112986628) [ | OSCHINA ](https://my.oschina.net/u/3751245/blog/4920361)[| WeHarmony >](https://weharmony.gitee.io)
* (汇编基础篇) | CPU在哪里打卡上班 ?[< CSDN](https://blog.csdn.net/kuangyufei/article/details/112986628) [ | OSCHINA >](https://my.oschina.net/u/3751245/blog/4920361)
(用栈方式篇) | 栈是构建底层运行的基础[< CSDN](https://blog.csdn.net/kuangyufei/article/details/112534331) [ | OSCHINA ](https://my.oschina.net/u/3751245/blog/4893388)[| WeHarmony >](https://weharmony.gitee.io)
* (用栈方式篇) | 栈是构建底层运行的基础[< CSDN](https://blog.csdn.net/kuangyufei/article/details/112534331) [ | OSCHINA >](https://my.oschina.net/u/3751245/blog/4893388)
(位图管理篇) | 为何进程和线程都是32个优先级？[< CSDN](https://blog.csdn.net/kuangyufei/article/details/112394982) [ | OSCHINA ](https://my.oschina.net/u/3751245/blog/4888467)[| WeHarmony >](https://weharmony.gitee.io)
* (位图管理篇) | 为何进程和线程都是32个优先级？[< CSDN](https://blog.csdn.net/kuangyufei/article/details/112394982) [ | OSCHINA >](https://my.oschina.net/u/3751245/blog/4888467)
(源码结构篇) | 内核500问你能答对多少？[< CSDN](https://blog.csdn.net/kuangyufei/article/details/111938348) [ | OSCHINA ](https://my.oschina.net/u/3751245/blog/4869137)[| WeHarmony >](https://weharmony.gitee.io)
* (源码结构篇) | 内核500问你能答对多少？[< CSDN](https://blog.csdn.net/kuangyufei/article/details/111938348) [ | OSCHINA >](https://my.oschina.net/u/3751245/blog/4869137)
(源码注释篇) | 精读内核源码有哪些好处？[< CSDN](https://blog.csdn.net/kuangyufei/article/details/109251754) [ | OSCHINA ](https://my.oschina.net/u/3751245/blog/4686747)[| WeHarmony >](https://weharmony.gitee.io)
* (源码注释篇) | 精读内核源码有哪些好处？[< CSDN](https://blog.csdn.net/kuangyufei/article/details/109251754) [ | OSCHINA >](https://my.oschina.net/u/3751245/blog/4686747)
(双向链表篇) | 谁是内核最重要结构体？[< CSDN](https://blog.csdn.net/kuangyufei/article/details/108585659) [ | OSCHINA ](https://my.oschina.net/u/3751245/blog/4572304)[| WeHarmony >](https://weharmony.gitee.io)
* (双向链表篇) | 谁是内核最重要结构体？[< CSDN](https://blog.csdn.net/kuangyufei/article/details/108585659) [ | OSCHINA >](https://my.oschina.net/u/3751245/blog/4572304)
### **主流站点**
感谢 OSCHINA，CSDN，华为开发者论坛, 51CTO, 电子发烧友，以及其他小伙伴通过自己的公众号对系列文章的转载和推荐，无以为报，唯有不断的深挖内核地基，输出更多文章，错漏之处请多见谅，会持续完善源码注解和文档内容，精雕细琢，尽全力打磨精品内容。文章输出站点:
**[CSDN |](https://blog.csdn.net/kuangyufei/article/details/108727970)** **[开源中国 |](https://my.oschina.net/u/3751245/blog/4626852)** **[51CTO |](https://harmonyos.51cto.com/column/34)** **[头条号 |](https://gitee.com/weharmony/docs/raw/master/pic/other/tt.png)** **[WeHarmony |](https://weharmony.gitee.io)** **[公众号](https://gitee.com/weharmony/docs/raw/master/pic/other/wxcode.png)**
**[CSDN |](https://blog.csdn.net/kuangyufei)** **[开源中国 |](https://my.oschina.net/weharmony)** **[51CTO |](https://harmonyos.51cto.com/column/34)** **[头条号 |](https://gitee.com/weharmony/docs/raw/master/pic/other/tt.png)** **[WeHarmony |](https://weharmony.gitee.io)** **[公众号](https://gitee.com/weharmony/docs/raw/master/pic/other/wxcode.png)**
## **Fork Me**
注解几乎占用了所有的空闲时间,每天都会更新,每天都有新感悟,一行行源码在不断的刷新和拓展对内核知识的认知边界. 对已经关注和fork的同学请及时同步最新的注解内容. 内核知识点体量实在太过巨大,过程会反复修正完善,力求言简意赅,词达本意.肯定会有诸多错漏之处,请多包涵. :)
* 注解几乎占用了所有的空闲时间,每天都会更新,每天都有新感悟,一行行源码在不断的刷新和拓展对内核知识的认知边界. 对已经关注和fork的同学请及时同步最新的注解内容. 内核知识点体量实在太过巨大,过程会反复修正完善,力求言简意赅,词达本意.肯定会有诸多错漏之处,请多包涵. :)
### **有哪些特殊的记号**
搜索 **@note_pic** 可查看绘制的全部字符图
* 搜索 **`@note_pic`** 可查看绘制的全部字符图
搜索 **@note_why** 是尚未看明白的地方，有看明白的，请Pull Request完善
* 搜索 **`@note_why`** 是尚未看明白的地方，有看明白的，请Pull Request完善
搜索 **@note_thinking** 是一些的思考和建议
* 搜索 **`@note_thinking`** 是一些的思考和建议
搜索 **@note_#if0** 是由第三方项目提供不在内核源码中定义的极为重要结构体，为方便理解而添加的。
* 搜索 **`@note_#if0`** 是由第三方项目提供不在内核源码中定义的极为重要结构体，为方便理解而添加的。
搜索 **@note_good** 是给源码点赞的地方
* 搜索 **`@note_good`** 是给源码点赞的地方
### **新增zzz目录**
中文加注版比官方版无新增文件,只多了一个zzz的目录,里面放了一些文件,它与内核代码无关,大家可以忽略它,取名zzz是为了排在最后,减少对原有代码目录级的侵入,zzz的想法源于微信中名称为AAA的那帮朋友,你的微信里应该也有他们熟悉的身影吧 :|P
* 中文加注版比官方版无新增文件,只多了一个zzz的目录,里面放了一些文件,它与内核代码无关,大家可以忽略它,取名zzz是为了排在最后,减少对原有代码目录级的侵入,zzz的想法源于微信中名称为AAA的那帮朋友,你的微信里应该也有他们熟悉的身影吧 :|P
### **参与贡献**
1. Fork 本仓库 >> 新建 Feat_xxx 分支 >> 提交代码注解 >> [新建 Pull Request](https://gitee.com/weharmony/kernel_liteos_a_note/pull/new/weharmony:master...weharmony:master)
* 1. Fork 本仓库 >> 新建 Feat_xxx 分支 >> 提交代码注解 >> [新建 Pull Request](https://gitee.com/weharmony/kernel_liteos_a_note/pull/new/weharmony:master...weharmony:master)
2. [新建 Issue](https://gitee.com/weharmony/kernel_liteos_a_note/issues)
* 2. [新建 Issue](https://gitee.com/weharmony/kernel_liteos_a_note/issues)
### **喜欢就请收藏吧**
......@@ -164,4 +168,8 @@
百万汉字注解 >> 精读内核源码,中文注解分析, 深挖地基工程,大脑永久记忆,四大码仓每日同步更新[< Gitee ](https://gitee.com/weharmony/kernel_liteos_a_note)[| Github ](https://github.com/kuangyufei/kernel_liteos_a_note)[| CSDN ](https://codechina.csdn.net/kuangyufei/kernel_liteos_a_note)[| Coding >](https://weharmony.coding.net/public/harmony/kernel_liteos_a_note/git/files)
百篇博客分析 >> 故事说内核,问答式导读,生活式比喻,表格化说明,图形化展示,多站点每日同步更新[< OSCHINA ](https://my.oschina.net/u/3751245/blog/4626852)[| CSDN ](https://blog.csdn.net/kuangyufei/article/details/108727970)[| WeHarmony >](https://weharmony.gitee.io/)
\ No newline at end of file
百篇博客分析 >> 故事说内核,问答式导读,生活式比喻,表格化说明,图形化展示,多站点每日同步更新[< OSCHINA ](https://my.oschina.net/u/3751245/blog/4626852)[| CSDN ](https://blog.csdn.net/kuangyufei/article/details/108727970)[| WeHarmony >](https://weharmony.gitee.io/)
kernel/base/include/los_task_pri.h
浏览文件 @ 37dea5a3
......@@ -312,8 +312,8 @@ typedef struct {
LOS_DL_LIST pendList; /**< Task pend node */ //如果任务阻塞时就通过它挂到各种阻塞情况的链表上,比如OsTaskWait时
LOS_DL_LIST threadList; /**< thread list */ //挂到所属进程的线程链表上
SortLinkList sortList; /**< Task sortlink node */ //挂到cpu core 的任务执行链表上
UINT32 eventMask; /**< Event mask */ //事件屏蔽
UINT32 eventMode; /**< Event mode */ //事件模式
UINT32 eventMask; /**< Event mask */ //对哪些事件进行屏蔽
UINT32 eventMode; /**< Event mode */ //事件三种模式(LOS_WAITMODE_AND,LOS_WAITMODE_OR,LOS_WAITMODE_CLR)
UINT32 priBitMap; /**< BitMap for recording the change of task priority, //任务在执行过程中优先级会经常变化，这个变量用来记录所有曾经变化
the priority can not be greater than 31 */ //过的优先级，例如 ..01001011 曾经有过 0,1,3,6 优先级
INT32 errorNo; /**< Error Num */
......
kernel/base/ipc/los_event.c
浏览文件 @ 37dea5a3
......@@ -96,10 +96,10 @@ LITE_OS_SEC_TEXT_INIT UINT32 LOS_EventInit(PEVENT_CB_S eventCB)
return LOS_ERRNO_EVENT_PTR_NULL;
}
intSave = LOS_IntLock();
intSave = LOS_IntLock();//锁中断
eventCB->uwEventID = 0;
LOS_ListInit(&eventCB->stEventList);//事件链表初始化
LOS_IntRestore(intSave);
LOS_IntRestore(intSave);//恢复中断
return LOS_OK;
}
//事件参数检查
......@@ -124,7 +124,7 @@ LITE_OS_SEC_TEXT STATIC UINT32 OsEventParamCheck(const VOID *ptr, UINT32 eventMa
}
return LOS_OK;
}
////根据用户传入的事件值、事件掩码及校验模式，返回用户传入的事件是否符合预期
//根据用户传入的事件值、事件掩码及校验模式，返回用户传入的事件是否符合预期
LITE_OS_SEC_TEXT UINT32 OsEventPoll(UINT32 *eventID, UINT32 eventMask, UINT32 mode)
{
UINT32 ret = 0;
......@@ -223,46 +223,46 @@ LITE_OS_SEC_TEXT STATIC UINT32 OsEventRead(PEVENT_CB_S eventCB, UINT32 eventMask
//事件恢复操作
LITE_OS_SEC_TEXT STATIC UINT8 OsEventResume(LosTaskCB *resumedTask, const PEVENT_CB_S eventCB, UINT32 events)
{
UINT8 exitFlag = 0;
UINT8 exitFlag = 0;//是否唤醒
if (((resumedTask->eventMode & LOS_WAITMODE_OR) && ((resumedTask->eventMask & events) != 0)) ||
((resumedTask->eventMode & LOS_WAITMODE_AND) &&
((resumedTask->eventMask & eventCB->uwEventID) == resumedTask->eventMask))) {
exitFlag = 1;
((resumedTask->eventMask & eventCB->uwEventID) == resumedTask->eventMask))) {//逻辑与 和 逻辑或 的处理
exitFlag = 1;
resumedTask->taskEvent = NULL;
OsTaskWake(resumedTask);//唤醒任务
OsTaskWake(resumedTask);//唤醒任务,加入就绪队列
}
return exitFlag;
}
//以不安全的方式写事件
LITE_OS_SEC_TEXT VOID OsEventWriteUnsafe(PEVENT_CB_S eventCB, UINT32 events, BOOL once, UINT8 *exitFlag)
{
LosTaskCB *resumedTask = NULL;
LosTaskCB *nextTask = NULL;
BOOL schedFlag = FALSE;
eventCB->uwEventID |= events;
if (!LOS_ListEmpty(&eventCB->stEventList)) {
eventCB->uwEventID |= events;//对应位贴上标签
if (!LOS_ListEmpty(&eventCB->stEventList)) {//等待事件链表判断,处理等待事件的任务
for (resumedTask = LOS_DL_LIST_ENTRY((&eventCB->stEventList)->pstNext, LosTaskCB, pendList);
&resumedTask->pendList != &eventCB->stEventList;) {
nextTask = LOS_DL_LIST_ENTRY(resumedTask->pendList.pstNext, LosTaskCB, pendList);
if (OsEventResume(resumedTask, eventCB, events)) {
schedFlag = TRUE;
&resumedTask->pendList != &eventCB->stEventList;) {//循环获取任务链表
nextTask = LOS_DL_LIST_ENTRY(resumedTask->pendList.pstNext, LosTaskCB, pendList);//获取任务实体
if (OsEventResume(resumedTask, eventCB, events)) {//是否恢复任务
schedFlag = TRUE;//任务已加至就绪队列,申请发生一次调度
}
if (once == TRUE) {
break;
if (once == TRUE) {//是否只处理一次任务
break;//退出循环
}
resumedTask = nextTask;
resumedTask = nextTask;//检查链表中下一个任务
}
}
if ((exitFlag != NULL) && (schedFlag == TRUE)) {
if ((exitFlag != NULL) && (schedFlag == TRUE)) {//是否让外面调度
*exitFlag = 1;
}
}
//写入事件
LITE_OS_SEC_TEXT STATIC UINT32 OsEventWrite(PEVENT_CB_S eventCB, UINT32 events, BOOL once)
{
UINT32 intSave;
......@@ -276,13 +276,13 @@ LITE_OS_SEC_TEXT STATIC UINT32 OsEventWrite(PEVENT_CB_S eventCB, UINT32 events,
return LOS_ERRNO_EVENT_SETBIT_INVALID;
}
SCHEDULER_LOCK(intSave);
OsEventWriteUnsafe(eventCB, events, once, &exitFlag);
SCHEDULER_UNLOCK(intSave);
SCHEDULER_LOCK(intSave); //禁止调度
OsEventWriteUnsafe(eventCB, events, once, &exitFlag);//写入事件
SCHEDULER_UNLOCK(intSave); //允许调度
if (exitFlag == 1) {
LOS_MpSchedule(OS_MP_CPU_ALL);
LOS_Schedule();
if (exitFlag == 1) { //需要发生调度
LOS_MpSchedule(OS_MP_CPU_ALL);//通知所有CPU调度
LOS_Schedule();//执行调度
}
return LOS_OK;
}
......
zzz/git/push.sh
浏览文件 @ 37dea5a3
git add -A
git commit -m '鸿蒙内核源码分析(信号量篇) | 信号量解决任务同步问题
git commit -m '鸿蒙内核源码分析(事件控制篇) | 任务间一对多和多对多的同步方案
搜索 @note_pic 可查看绘制的全部字符图
搜索 @note_why 是尚未看明白的地方，有看明白的，请Pull Request完善
搜索 @note_thinking 是一些的思考和建议
......
Markdown is supported
0% 或 .
You are about to add 0 people to the discussion. Proceed with caution.
先完成此消息的编辑！
想要评论请 注册 或