一、LOS_XX是什么
LOS_XX是LiteOS_M或LiteOS_A内核提供的接口。例如：LOS_TaskCreate、LOS_TaskCreate、LOS_SemCreate等。因为LiteOS_M和LiteOS_A是针对不同的内核，所以LOS_XX在实现上也是有所不同的。也就是说LOS_XX跟具体的内核类型是有关系的。
这里只说一下的源文件位置，有兴趣可以自行研究。
1.0版本，LiteOS_M
code-1.0\kernel\liteos_m\kernel\base
1.0.1版本，LiteOS_M
code-1.0.1\L01\kernel\liteos_m\kernel\src
1.1版本，LiteOS_M
code-1.1.0\code-1.1.0\kernel\liteos_m\kernel\src
二、什么是osXX
osXX是cmsis标准的接口，例如osThreadNew、osTimerNew、osSemaphoreNew等。
因为这些函数我们在之前的文章中都有详细介绍，这里不做过多介绍，只介绍这些文件的位置，感兴趣的自行研究。
1.0版本
code-1.0\kernel\liteos_m\components\cmsis\2.0
1.0.1版本
code-1.0.1\L01\kernel\liteos_m\kal\cmsis
1.1.0版本
code-1.1.0\code-1.1.0\kernel\liteos_m\kal\cmsis
在cmsis_liteos2.c中，包含了osXX所有函数的实现。
需要注意的是，在1.0版本中，cmsis文件中还没有包含osMemoryXX相关的函数，只做了定义。所以，如果在1.0版本中调用osMemoryXX相关的函数，编译是会报错的。
三、二者的关系
osXX实际上是对LOS_XX的更上一层的封装。上文说过，LOS_XX针对LiteOS_M和Lite_OSA实现是不同的。实际上，如果有更多的内核，LOS_XX可能会有更多不同的命名。那为了方便开发者开发，且在不同的内核上运行，osXX就诞生了。
例如，如果A内核系统有AOS_XX，B内核有BOS_XX，C内核有COS_XX。当应用开发人员调用AOS_XX就只能在A内核上运行，调用BOS_XX只能在B内核上运行。这显然增加了跨内核的复杂度。而如果应用开发人员调用osXX，只要A内核、B内核、C内核都提供了osXX的实现，那么应用开发人员就不需要做任何适配，就可以在A内核、B内核、C内核的系统上跑。
注：1.0版本，只支持cmsis标准。1.0.1版本及更高版本，支持cmsis标准和posix标准
1.0.1版本
code-1.0.1\L01\kernel\liteos_m\kal
其实，从代码中也是可以找到osXX与LOS_XX的关系的。这里以osThreadNew函数为例，先看一下该函数的实体。
可以看到，osThreadNew函数的实体中，实际还是调用了LOS_TaskCreate来实现任务的创建。