[kernel] move std libc related to rtklibc.h

[mysterywolf]

拉取/合并请求描述：(PR description)

[

kservice.c.h 里承载的东西过多、过杂，将rt标准库相关的函数迁移至rtklibc.h以及klibc文件夹下

为什么提交这份PR (why to submit this PR)

你的解决方案是什么 (what is your solution)

请提供验证的bsp和config (provide the config and bsp)

• BSP:

• .config:

• action:

]

当前拉取/合并请求的状态 Intent for your PR

必须选择一项 Choose one (Mandatory):

• 本拉取/合并请求是一个草稿版本 This PR is for a code-review and is intended to get feedback
• 本拉取/合并请求是一个成熟版本 This PR is mature, and ready to be integrated into the repo

代码质量 Code Quality：

我在这个拉取/合并请求中已经考虑了 As part of this pull request, I've considered the following:

• 已经仔细查看过代码改动的对比 Already check the difference between PR and old code
• 代码风格正确，包括缩进空格，命名及其他风格 Style guide is adhered to, including spacing, naming and other styles
• 没有垃圾代码，代码尽量精简，不包含#if 0代码，不包含已经被注释了的代码 All redundant code is removed and cleaned up
• 所有变更均有原因及合理的，并且不会影响到其他软件组件代码或BSP All modifications are justified and not affect other components or BSP
• 对难懂代码均提供对应的注释 I've commented appropriately where code is tricky
• 代码是高质量的 Code in this PR is of high quality
• 已经使用formatting 等源码格式化工具确保格式符合RT-Thread代码规范 This PR complies with RT-Thread code specification

[BernardXiong]

需要这样？或者也可以考虑怎么把kservice.c给进行精简？

[mysterywolf]

高度建议合并，这个我很早之前就想搞了，kservice精简比较难，主要是精简什么？这些函数哪个都会被用户和软件包大量使用。

[BernardXiong]

问题是在kernel这边又多出来了这么一个klibc目录，然后又是更多的文件

[mysterywolf]

我觉得kernel如果为了文件少，把所有的东西都塞到一个文件里会很不优雅的

[polarvid]

问题是在kernel这边又多出来了这么一个klibc目录，然后又是更多的文件

kservice 里面类似 klibc 的定义分出来应该是有必要的。smart 的工具链也是想着往 klibc 去演进，摒弃和用户态共用的方式。所以，现在分出来也是往这个方向慢慢靠近。