百篇博客系列篇.本篇为:

进程通讯相关篇为:

本篇说清楚信号量

读本篇之前建议先读鸿蒙内核源码分析(总目录)其他篇幅.

基本概念

信号量(Semaphore) 是一种实现任务间通信的机制,可以实现任务间同步或共享资源的互斥访问。

一个信号量的数据结构中,通常有一个计数值,用于对有效资源数的计数,表示剩下的可被使用的共享资源数,其值的含义分两种情况:

0,表示该信号量当前不可获取,因此可能存在正在等待该信号量的任务。

正值,表示该信号量当前可被获取。

以同步为目的的信号量和以互斥为目的的信号量在使用上有如下不同:

用作互斥时,初始信号量计数值不为0,表示可用的共享资源个数。在需要使用共享资源前,先获取信号量,然后使用一个共享资源,使用完毕后释放信号量。这样在共享资源被取完,即信号量计数减至0时,其他需要获取信号量的任务将被阻塞,从而保证了共享资源的互斥访问。另外,当共享资源数为1时,建议使用二值信号量,一种类似于互斥锁的机制。

用作同步时,初始信号量计数值为0。任务1获取信号量而阻塞,直到任务2或者某中断释放信号量,任务1才得以进入Ready或Running态,从而达到了任务间的同步。

信号量运作原理

信号量初始化,为配置的N个信号量申请内存(N值可以由用户自行配置,通过 LOSCFG_BASE_IPC_SEM_LIMIT 宏实现),并把所有信号量初始化成未使用,加入到未使用链表中供系统使用。

  • 信号量创建,从未使用的信号量链表中获取一个信号量,并设定初值。
  • 信号量申请,若其计数器值大于0,则直接减1返回成功。否则任务阻塞,等待其它任务释放该信号量,

    等待的超时时间可设定。当任务被一个信号量阻塞时,将该任务挂到信号量等待任务队列的队尾。
  • 信号量释放,若没有任务等待该信号量,则直接将计数器加1返回。否则唤醒该信号量等待任务队列上的第一个任务。
  • 信号量删除,将正在使用的信号量置为未使用信号量,并挂回到未使用链表。

信号量允许多个任务在同一时刻访问共享资源,但会限制同一时刻访问此资源的最大任务数目。

当访问资源的任务数达到该资源允许的最大数量时,会阻塞其他试图获取该资源的任务,直到有任务释放该信号量。

信号量长什么样?


  1. typedef struct {
  2. UINT8 semStat; /**< Semaphore state *///信号量的状态
  3. UINT16 semCount; /**< Number of available semaphores *///有效信号量的数量
  4. UINT16 maxSemCount; /**< Max number of available semaphores *///有效信号量的最大数量
  5. UINT32 semID; /**< Semaphore control structure ID *///信号量索引号
  6. LOS_DL_LIST semList; /**< Queue of tasks that are waiting on a semaphore *///等待信号量的任务队列,任务通过阻塞节点挂上去
  7. } LosSemCB;

semList,这又是一个双向链表, 双向链表是内核最重要的结构体, 可前往 鸿蒙内核源码分析(总目录)

查看双向链表篇, LOS_DL_LIST像狗皮膏药一样牢牢的寄生在宿主结构体上semList上挂的是未来所有等待这个信号量的任务.

初始化信号量模块

  1. #ifndef LOSCFG_BASE_IPC_SEM_LIMIT
  2. #define LOSCFG_BASE_IPC_SEM_LIMIT 1024 //信号量的最大个数
  3. #endif
  4. LITE_OS_SEC_TEXT_INIT UINT32 OsSemInit(VOID)//信号量初始化
  5. {
  6. LosSemCB *semNode = NULL;
  7. UINT32 index;
  8. LOS_ListInit(&g_unusedSemList);//初始
  9. /* system resident memory, don't free */
  10. g_allSem = (LosSemCB *)LOS_MemAlloc(m_aucSysMem0 (LOSCFG_BASE_IPC_SEM_LIMIT * sizeof(LosSemCB)));//分配信号池
  11. if (g_allSem == NULL) {
  12. return LOS_ERRNO_SEM_NO_MEMORY;
  13. }
  14. for (index = 0; index < LOSCFG_BASE_IPC_SEM_LIMIT; index++) {
  15. semNode = ((LosSemCB *)g_allSem) + index;//拿信号控制块, 可以直接g_allSem[index]来嘛
  16. semNode->semID = SET_SEM_ID(0 index);//保存ID
  17. semNode->semStat = OS_SEM_UNUSED;//标记未使用
  18. LOS_ListTailInsert(&g_unusedSemList &semNode->semList);//通过semList把 信号块挂到空闲链表上
  19. }
  20. if (OsSemDbgInitHook() != LOS_OK) {
  21. return LOS_ERRNO_SEM_NO_MEMORY;
  22. }
  23. return LOS_OK;
  24. }

分析如下:

  • 初始化创建了信号量池来统一管理信号量, 默认 1024 个信号量
  • 信号ID范围从 [0,1023]
  • 未分配使用的信号量都挂到了全局变量 g_unusedSemList 上.

小建议:鸿蒙内核其他池(如进程池,任务池)都采用free来命名空闲链表,而此处使用unused,命名风格不太严谨,有待改善.

创建信号量

  1. LITE_OS_SEC_TEXT_INIT UINT32 OsSemCreate(UINT16 count UINT16 maxCount UINT32 *semHandle)
  2. {
  3. unusedSem = LOS_DL_LIST_FIRST(&g_unusedSemList);//从未使用信号量池中取首个
  4. LOS_ListDelete(unusedSem);//从空闲链表上摘除
  5. semCreated = GET_SEM_LIST(unusedSem);//通过semList挂到链表上的,这里也要通过它把LosSemCB头查到. 进程,线程等结构体也都是这么干的.
  6. semCreated->semCount = count;//设置数量
  7. semCreated->semStat = OS_SEM_USED;//设置可用状态
  8. semCreated->maxSemCount = maxCount;//设置最大信号数量
  9. LOS_ListInit(&semCreated->semList);//初始化链表,后续阻塞任务通过task->pendList挂到semList链表上,就知道哪些任务在等它了.
  10. *semHandle = semCreated->semID;//参数带走 semID
  11. OsSemDbgUpdateHook(semCreated->semID OsCurrTaskGet()->taskEntry count);
  12. return LOS_OK;
  13. ERR_HANDLER:
  14. OS_RETURN_ERROR_P2(errLine errNo);
  15. }

分析如下:

  • 从未使用的空闲链表中拿首个信号量供分配使用.
  • 信号量的最大数量和信号量个数都由参数指定.
  • 信号量状态由 OS_SEM_UNUSED 变成了 OS_SEM_USED
  • semHandle带走信号量ID,外部由此知道成功创建了一个编号为 *semHandle 的信号量

申请信号量

  1. LITE_OS_SEC_TEXT UINT32 LOS_SemPend(UINT32 semHandle UINT32 timeout)
  2. {
  3. UINT32 intSave;
  4. LosSemCB *semPended = GET_SEM(semHandle);//通过ID拿到信号体
  5. UINT32 retErr = LOS_OK;
  6. LosTaskCB *runTask = NULL;
  7. if (GET_SEM_INDEX(semHandle) >= (UINT32)LOSCFG_BASE_IPC_SEM_LIMIT) {
  8. OS_RETURN_ERROR(LOS_ERRNO_SEM_INVALID);
  9. }
  10. if (OS_INT_ACTIVE) {
  11. PRINT_ERR("!!!LOS_ERRNO_SEM_PEND_INTERR!!!\n");
  12. OsBackTrace();
  13. return LOS_ERRNO_SEM_PEND_INTERR;
  14. }
  15. runTask = OsCurrTaskGet();//获取当前任务
  16. if (runTask->taskStatus & OS_TASK_FLAG_SYSTEM_TASK) {
  17. OsBackTrace();
  18. return LOS_ERRNO_SEM_PEND_IN_SYSTEM_TASK;
  19. }
  20. SCHEDULER_LOCK(intSave);
  21. if ((semPended->semStat == OS_SEM_UNUSED) || (semPended->semID != semHandle)) {
  22. retErr = LOS_ERRNO_SEM_INVALID;
  23. goto OUT;
  24. }
  25. /* Update the operate time, no matter the actual Pend success or not */
  26. OsSemDbgTimeUpdateHook(semHandle);
  27. if (semPended->semCount > 0) {//还有资源可用,返回肯定得成功,semCount=0时代表没资源了,task会必须去睡眠了
  28. semPended->semCount--;//资源少了一个
  29. goto OUT;//注意这里 retErr = LOS_OK ,所以返回是OK的
  30. } else if (!timeout) {
  31. retErr = LOS_ERRNO_SEM_UNAVAILABLE;
  32. goto OUT;
  33. }
  34. if (!OsPreemptableInSched()) {//不能申请调度 (不能调度的原因是因为没有持有调度任务自旋锁)
  35. PRINT_ERR("!!!LOS_ERRNO_SEM_PEND_IN_LOCK!!!\n");
  36. OsBackTrace();
  37. retErr = LOS_ERRNO_SEM_PEND_IN_LOCK;
  38. goto OUT;
  39. }
  40. runTask->taskSem = (VOID *)semPended;//标记当前任务在等这个信号量
  41. retErr = OsTaskWait(&semPended->semList timeout TRUE);//任务进入等待状态,当前任务会挂到semList上,并在其中切换任务上下文
  42. if (retErr == LOS_ERRNO_TSK_TIMEOUT) {//注意:这里是涉及到task切换的,把自己挂起,唤醒其他task
  43. runTask->taskSem = NULL;
  44. retErr = LOS_ERRNO_SEM_TIMEOUT;
  45. }
  46. OUT:
  47. SCHEDULER_UNLOCK(intSave);
  48. return retErr;
  49. }

分析如下:

这个函数有点复杂,大量的goto,但别被它绕晕了,盯着返回值看.

先说结果只有一种情况下申请信号量能成功(即 retErr == LOS_OK)

  1. if (semPended->semCount > 0) {//还有资源可用,返回肯定得成功,semCount=0时代表没资源了,task会必须去睡眠了
  2. semPended->semCount--;//资源少了一个
  3. goto OUT;//注意这里 retErr = LOS_OK ,所以返回是OK的
  4. }

其余申请失败的原因有:

  • 信号量ID超出范围(默认1024)
  • 中断发生期间
  • 系统任务
  • 信号量状态不对,信号量ID不匹配

以上都是异常的判断,再说正常情况下 semPended->semCount = 0时的情况,没有资源了怎么办?

任务进入 OsTaskWait 睡眠状态,怎么睡,睡多久,由参数 timeout timeout 值分以下三种模式:

无阻塞模式:即任务申请信号量时,入参 timeout 等于0。若当前信号量计数值不为0,则申请成功,否则立即返回申请失败。

永久阻塞模式:即任务申请信号量时,入参 timeout 等于0xFFFFFFFF。若当前信号量计数值不为0,则申请成功。

否则该任务进入阻塞态,系统切换到就绪任务中优先级最高者继续执行。任务进入阻塞态后,直到有其他任务释放该信号量,阻塞任务才会重新得以执行。

定时阻塞模式:即任务申请信号量时,0<timeout<0xFFFFFFFF。若当前信号量计数值不为0,则申请成功。

否则,该任务进入阻塞态,系统切换到就绪任务中优先级最高者继续执行。任务进入阻塞态后,

超时前如果有其他任务释放该信号量,则该任务可成功获取信号量继续执行,若超时前未获取到信号量,接口将返回超时错误码。

OsTaskWait 中,任务将被挂入semList链表,semList上挂的都是等待这个信号量的任务.

释放信号量

  1. LITE_OS_SEC_TEXT UINT32 OsSemPostUnsafe(UINT32 semHandle BOOL *needSched)
  2. {
  3. LosSemCB *semPosted = NULL;
  4. LosTaskCB *resumedTask = NULL;
  5. if (GET_SEM_INDEX(semHandle) >= LOSCFG_BASE_IPC_SEM_LIMIT) {
  6. return LOS_ERRNO_SEM_INVALID;
  7. }
  8. semPosted = GET_SEM(semHandle);
  9. if ((semPosted->semID != semHandle) || (semPosted->semStat == OS_SEM_UNUSED)) {
  10. return LOS_ERRNO_SEM_INVALID;
  11. }
  12. /* Update the operate time, no matter the actual Post success or not */
  13. OsSemDbgTimeUpdateHook(semHandle);
  14. if (semPosted->semCount == OS_SEM_COUNT_MAX) {//当前信号资源不能大于最大资源量
  15. return LOS_ERRNO_SEM_OVERFLOW;
  16. }
  17. if (!LOS_ListEmpty(&semPosted->semList)) {//当前有任务挂在semList上,要去唤醒任务
  18. resumedTask = OS_TCB_FROM_PENDLIST(LOS_DL_LIST_FIRST(&(semPosted->semList)));//semList上面挂的都是task->pendlist节点,取第一个task下来唤醒
  19. resumedTask->taskSem = NULL;//任务不用等信号了,重新变成NULL值
  20. OsTaskWake(resumedTask);//唤醒任务,注意resumedTask一定不是当前任务,OsTaskWake里面并不会自己切换任务上下文,只是设置状态
  21. if (needSched != NULL) {//参数不为空,就返回需要调度的标签
  22. *needSched = TRUE;//TRUE代表需要调度
  23. }
  24. } else {//当前没有任务挂在semList上,
  25. semPosted->semCount++;//信号资源多一个
  26. }
  27. return LOS_OK;
  28. }
  29. LITE_OS_SEC_TEXT UINT32 LOS_SemPost(UINT32 semHandle)
  30. {
  31. UINT32 intSave;
  32. UINT32 ret;
  33. BOOL needSched = FALSE;
  34. SCHEDULER_LOCK(intSave);
  35. ret = OsSemPostUnsafe(semHandle &needSched);
  36. SCHEDULER_UNLOCK(intSave);
  37. if (needSched) {//需要调度的情况
  38. LOS_MpSchedule(OS_MP_CPU_ALL);//向所有CPU发送调度指令
  39. LOS_Schedule();////发起调度
  40. }
  41. return ret;
  42. }

分析如下:

  • 注意看在什么情况下 semPosted->semCount 才会 ++ ,是在LOS_ListEmpty为真的时候,semList是等待这个信号量的任务.

    semList上的任务是在OsTaskWait中挂入的.都在等这个信号.
  • 每次OsSemPost都会唤醒semList链表上一个任务,直到semList为空.
  • 掌握信号量的核心是理解 LOS_SemPendLOS_SemPost

编程示例

本实例实现如下功能:

  • 测试任务Example_TaskEntry创建一个信号量,锁任务调度,创建两个任务Example_SemTask1、Example_SemTask2,Example_SemTask2优先级高于Example_SemTask1,两个任务中申请同一信号量,解锁任务调度后两任务阻塞,测试任务Example_TaskEntry释放信号量。

  • Example_SemTask2得到信号量,被调度,然后任务休眠20Tick,Example_SemTask2延迟,Example_SemTask1被唤醒。

  • Example_SemTask1定时阻塞模式申请信号量,等待时间为10Tick,因信号量仍被Example_SemTask2持有,Example_SemTask1挂起,10Tick后仍未得到信号量,

    Example_SemTask1被唤醒,试图以永久阻塞模式申请信号量,Example_SemTask1挂起。

  • 20Tick后Example_SemTask2唤醒, 释放信号量后,Example_SemTask1得到信号量被调度运行,最后释放信号量。

  • Example_SemTask1执行完,40Tick后任务Example_TaskEntry被唤醒,执行删除信号量,删除两个任务。

  1. /* 任务ID */
  2. static UINT32 g_testTaskId01;
  3. static UINT32 g_testTaskId02;
  4. /* 测试任务优先级 */
  5. #define TASK_PRIO_TEST 5
  6. /* 信号量结构体id */
  7. static UINT32 g_semId;
  8. VOID Example_SemTask1(VOID)
  9. {
  10. UINT32 ret;
  11. printf("Example_SemTask1 try get sem g_semId ,timeout 10 ticks.\n");
  12. /* 定时阻塞模式申请信号量,定时时间为10ticks */
  13. ret = LOS_SemPend(g_semId 10);
  14. /*申请到信号量*/
  15. if (ret == LOS_OK) {
  16. LOS_SemPost(g_semId);
  17. return;
  18. }
  19. /* 定时时间到,未申请到信号量 */
  20. if (ret == LOS_ERRNO_SEM_TIMEOUT) {
  21. printf("Example_SemTask1 timeout and try get sem g_semId wait forever.\n");
  22. /*永久阻塞模式申请信号量*/
  23. ret = LOS_SemPend(g_semId LOS_WAIT_FOREVER);
  24. printf("Example_SemTask1 wait_forever and get sem g_semId .\n");
  25. if (ret == LOS_OK) {
  26. LOS_SemPost(g_semId);
  27. return;
  28. }
  29. }
  30. }
  31. VOID Example_SemTask2(VOID)
  32. {
  33. UINT32 ret;
  34. printf("Example_SemTask2 try get sem g_semId wait forever.\n");
  35. /* 永久阻塞模式申请信号量 */
  36. ret = LOS_SemPend(g_semId LOS_WAIT_FOREVER);
  37. if (ret == LOS_OK) {
  38. printf("Example_SemTask2 get sem g_semId and then delay 20ticks .\n");
  39. }
  40. /* 任务休眠20 ticks */
  41. LOS_TaskDelay(20);
  42. printf("Example_SemTask2 post sem g_semId .\n");
  43. /* 释放信号量 */
  44. LOS_SemPost(g_semId);
  45. return;
  46. }
  47. UINT32 ExampleTaskEntry(VOID)
  48. {
  49. UINT32 ret;
  50. TSK_INIT_PARAM_S task1;
  51. TSK_INIT_PARAM_S task2;
  52. /* 创建信号量 */
  53. LOS_SemCreate(0,&g_semId);
  54. /* 锁任务调度 */
  55. LOS_TaskLock();
  56. /*创建任务1*/
  57. (VOID)memset_s(&task1 sizeof(TSK_INIT_PARAM_S), 0 sizeof(TSK_INIT_PARAM_S));
  58. task1.pfnTaskEntry = (TSK_ENTRY_FUNC)Example_SemTask1;
  59. task1.pcName = "TestTsk1";
  60. task1.uwStackSize = OS_TSK_DEFAULT_STACK_SIZE;
  61. task1.usTaskPrio = TASK_PRIO_TEST;
  62. ret = LOS_TaskCreate(&g_testTaskId01 &task1);
  63. if (ret != LOS_OK) {
  64. printf("task1 create failed .\n");
  65. return LOS_NOK;
  66. }
  67. /* 创建任务2 */
  68. (VOID)memset_s(&task2 sizeof(TSK_INIT_PARAM_S), 0 sizeof(TSK_INIT_PARAM_S));
  69. task2.pfnTaskEntry = (TSK_ENTRY_FUNC)Example_SemTask2;
  70. task2.pcName = "TestTsk2";
  71. task2.uwStackSize = OS_TSK_DEFAULT_STACK_SIZE;
  72. task2.usTaskPrio = (TASK_PRIO_TEST - 1);
  73. ret = LOS_TaskCreate(&g_testTaskId02 &task2);
  74. if (ret != LOS_OK) {
  75. printf("task2 create failed .\n");
  76. return LOS_NOK;
  77. }
  78. /* 解锁任务调度 */
  79. LOS_TaskUnlock();
  80. ret = LOS_SemPost(g_semId);
  81. /* 任务休眠40 ticks */
  82. LOS_TaskDelay(40);
  83. /* 删除信号量 */
  84. LOS_SemDelete(g_semId);
  85. /* 删除任务1 */
  86. ret = LOS_TaskDelete(g_testTaskId01);
  87. if (ret != LOS_OK) {
  88. printf("task1 delete failed .\n");
  89. return LOS_NOK;
  90. }
  91. /* 删除任务2 */
  92. ret = LOS_TaskDelete(g_testTaskId02);
  93. if (ret != LOS_OK) {
  94. printf("task2 delete failed .\n");
  95. return LOS_NOK;
  96. }
  97. return LOS_OK;
  98. }

实例运行结果:

  1. Example_SemTask2 try get sem g_semId wait forever.
  2. Example_SemTask1 try get sem g_semId timeout 10 ticks.
  3. Example_SemTask2 get sem g_semId and then delay 20ticks .
  4. Example_SemTask1 timeout and try get sem g_semId wait forever.
  5. Example_SemTask2 post sem g_semId .
  6. Example_SemTask1 wait_forever and get sem g_semId .

鸿蒙内核源码分析.总目录

v08.xx 鸿蒙内核源码分析(总目录) | 百万汉字注解 百篇博客分析 | 51.c.h .o

百万汉字注解.百篇博客分析

百万汉字注解 >> 精读鸿蒙源码,中文注解分析, 深挖地基工程,大脑永久记忆,四大码仓每日同步更新< gitee| github| csdn| coding >

百篇博客分析 >> 故事说内核,问答式导读,生活式比喻,表格化说明,图形化展示,主流站点定期更新中< 51cto| csdn| harmony| osc >

关注不迷路.代码即人生

QQ群:790015635 | 入群密码: 666

原创不易,欢迎转载,但请注明出处.

鸿蒙内核源码分析(信号量篇) | 谁在负责解决任务的同步 | 百篇博客分析OpenHarmony源码 | v29.01的更多相关文章

  1. 鸿蒙内核源码分析(消息队列篇) | 进程间如何异步传递大数据 | 百篇博客分析OpenHarmony源码 | v33.02

    百篇博客系列篇.本篇为: v33.xx 鸿蒙内核源码分析(消息队列篇) | 进程间如何异步传递大数据 | 51.c.h .o 进程通讯相关篇为: v26.xx 鸿蒙内核源码分析(自旋锁篇) | 自旋锁 ...

  2. 鸿蒙内核源码分析(事件控制篇) | 任务间多对多的同步方案 | 百篇博客分析OpenHarmony源码 | v30.02

    百篇博客系列篇.本篇为: v30.xx 鸿蒙内核源码分析(事件控制篇) | 任务间多对多的同步方案 | 51.c.h .o 进程通讯相关篇为: v26.xx 鸿蒙内核源码分析(自旋锁篇) | 自旋锁当 ...

  3. 鸿蒙内核源码分析(进程通讯篇) | 九种进程间通讯方式速揽 | 百篇博客分析OpenHarmony源码 | v28.03

    百篇博客系列篇.本篇为: v28.xx 鸿蒙内核源码分析(进程通讯篇) | 九种进程间通讯方式速揽 | 51.c.h .o 进程通讯相关篇为: v26.xx 鸿蒙内核源码分析(自旋锁篇) | 自旋锁当 ...

  4. 鸿蒙内核源码分析(互斥锁篇) | 比自旋锁丰满的互斥锁 | 百篇博客分析OpenHarmony源码 | v27.02

    百篇博客系列篇.本篇为: v27.xx 鸿蒙内核源码分析(互斥锁篇) | 比自旋锁丰满的互斥锁 | 51.c.h .o 进程通讯相关篇为: v26.xx 鸿蒙内核源码分析(自旋锁篇) | 自旋锁当立贞 ...

  5. 鸿蒙内核源码分析(自旋锁篇) | 当立贞节牌坊的好同志 | 百篇博客分析OpenHarmony源码 | v26.02

    百篇博客系列篇.本篇为: v26.xx 鸿蒙内核源码分析(自旋锁篇) | 当立贞节牌坊的好同志 | 51.c.h .o 进程通讯相关篇为: v26.xx 鸿蒙内核源码分析(自旋锁篇) | 当立贞节牌坊 ...

  6. 鸿蒙源码分析系列(总目录) | 百万汉字注解 百篇博客分析 | 深入挖透OpenHarmony源码 | v8.23

    百篇博客系列篇.本篇为: v08.xx 鸿蒙内核源码分析(总目录) | 百万汉字注解 百篇博客分析 | 51.c.h .o 百篇博客.往期回顾 在给OpenHarmony内核源码加注过程中,整理出以下 ...

  7. 鸿蒙内核源码分析(管道文件篇) | 如何降低数据流动成本 | 百篇博客分析OpenHarmony源码 | v70.01

    百篇博客系列篇.本篇为: v70.xx 鸿蒙内核源码分析(管道文件篇) | 如何降低数据流动成本 | 51.c.h.o 文件系统相关篇为: v62.xx 鸿蒙内核源码分析(文件概念篇) | 为什么说一 ...

  8. 鸿蒙内核源码分析(文件句柄篇) | 深挖应用操作文件的细节 | 百篇博客分析OpenHarmony源码 | v69.01

    百篇博客系列篇.本篇为: v69.xx 鸿蒙内核源码分析(文件句柄篇) | 深挖应用操作文件的细节 | 51.c.h.o 文件系统相关篇为: v62.xx 鸿蒙内核源码分析(文件概念篇) | 为什么说 ...

  9. 鸿蒙内核源码分析(VFS篇) | 文件系统和谐共处的基础 | 百篇博客分析OpenHarmony源码 | v68.01

    子曰:"质胜文则野,文胜质则史.文质彬彬,然后君子." <论语>:雍也篇 百篇博客系列篇.本篇为: v68.xx 鸿蒙内核源码分析(VFS篇) | 文件系统和谐共处的基 ...

随机推荐

  1. Node + Selenium 报错 UnhandledPromiseRejectionWarning: Error: ECONNREFUSED connect ECONNREFUSED 127.0.0.1:5319

    安装selenium-webdriver npm i selenium-webdriver 当前安装版本: "selenium-webdriver": "^4.0.0-a ...

  2. SpringBoot和mybatis整合报错:Caused by: org.apache.ibatis.builder.BuilderException: Error creating document instance. Cause: org.xml.sax.SAXParseException; lineNumber: 152; columnNumber: 10; 元素类型为 "mapper"

    很明显,报错是xml有问题,于是去检查,发现: 由于粗心,保存的时候,按的太频繁,多按了个s在里面,导致启动报错!

  3. SpringBoot请求日期参数异常(Failed-to-convert-value-of-type-'java-lang-String'-

    问题 Failed to convert value of type 'java.lang.String' to required type 'java.util.Date'; nested exce ...

  4. flutter添加启动图及设置启动时间

    首先贴个官方的设置方法,看这里:https://flutterchina.club/assets-and-images/#%E6%9B%B4%E6%96%B0%E5%90%AF%E5%8A%A8%E9 ...

  5. c#创建windows服务入门教程实例

    用c#中创建一个windows服务非常简单,与windows服务相关的类都在System.ServiceProcess命名空间下. 每个服务都需要继承自ServiceBase类,并重写相应的启动.暂停 ...

  6. WPF 中的 button style 的修改

    <Style x:Key="ButtonStyleTransBack" TargetType="Button"> <Setter Proper ...

  7. nginx 实现反向代理、负载均衡、高可用

    转自:https://blog.csdn.net/zy1471162851/article/details/91795712 tip:   nginx是一款高性能的http 服务器/反向代理服务器及电 ...

  8. ArcGIS地形分析--TIN及DEM的生成,TIN的显示

    DEM是对地形地貌的一种离散的数字表达,是对地面特性进行空间描述的一种数字方法.途径,它的应用可遍及整个地学领域.通过对本次实习的学习,我们应加深对TIN建立过程的原理.方法的认识:熟练掌握ArcGI ...

  9. Spring PropertyPlaceholderConfigurer 自定义扩展

    原文地址:https://blog.csdn.net/feiyu8607/article/details/8282893 Spring中PropertyPlaceholderConfigurer这个类 ...

  10. new一个对象的时候,实际做了些什么

    当我们说new一个对象的时候,实际做了些什么, 可以参考下图理解