自发布v4.1.0 beta版本以来，我们一直积极收集大家的反馈与问题报告，经过我们和社区小伙伴们的共同努力，一起修复了一些问题，完善了新增的特性，现在RT-Thread v4.1.0 版本正式发布了。
这篇文章是专门介绍内核部分更新的内容的。
内核部分更新
新增特性
【hook】增加静态宏方式的HOOK机制
【
tick】为rt_tick_increase增加HOOK机制
【kservice】增加RT_KSERVICE_USING_STDLIB、增加rt_strcpy
修复的问题
修复了一个特定场景下会引起软件定时器停止工作的BUG
其他优化
完善了内核的调试日志
特性解析
新增了静态宏方式的HOOK机制
从4.1.0版本开始，RT-Thread在保证向前兼容的基础上对原有的HOOK方式进行了改进，实现了如下的效果：
与原有使用函数指针进行“运行时刻”HOOK的方式兼容，依赖原有方式进行代码插入或HOOK的模块无需修改；
使用RT_USING_HOOK作为总开关
当未定义该宏时，将关闭所有HOOK功能，也不再生成任何相关代码
当定义该宏时，在未开启传统“函数指针HOOK”时，默认情况下也不再生成额外代码
允许用户通过“插入宏的方式”在编译时刻精细控制具体HOOK哪个位置
可以插入任意代码块——其中就包括函数指针、对普通函数的调用等等
注意：非rtos资深用户，请谨慎使用HOOK机制
为rt_tick_increase增加HOOK机制
我们为 rt_tick_increase 增加了 HOOK 机制。这样在某些场景下，比如：当用户需要一个精度较高的时间基准，或者要做一些和系统心跳同频的事情的时候，就可以借助这个机制。利用前一部分的静态宏的方式或者使用API rt_tick_sethook设定hook函数的方式，在系统心跳的时候执行一些“非常简短”的操作。
注意：由于rt_tick_increase的执行频率较高，设定的HOOK函数一定不能执行复杂的操作，会增大系统负荷！
增加RT_KSERVICE_USING_STDLIB
增加了一些针对 kservice.c 的配置宏，可以配置使用c库里提供的内存函数替换 RT-Thread Kservice 实现。代码效率更高，但是在地址非对齐的情况下，可能会出问题。
问题修复
软件定时器BUG修复
问题描述：
在特定场景下，软件定时器处理线程会错误的挂起自身，导致如果之后没有启动软件定时器的操作，来唤醒处理线程的话，所有的软件定时器都会停止工作。
问题场景：
当一个定时器到达设定的超时时间，此时软件定时器处理线程会尝试获取下一个定时器的超时时间，来决定何时唤醒自身执行超时操作。如果获取不到下次超时时间的话，就会挂起自身，永久等待。这里获取下一次超时时间的函数之前的版本有问题，如果下一次的超时时间恰好为 RT_TICK_MAX 的话，也会被认为是没有获取到，就会导致处理线程被异常挂起。
其他优化
完善了内核的调试日志，添加 RT_DEBUG_DEVICE 类型，统一使用 RT_DEBUG_LOG 宏管理内核的调试日志。
原作者：XQQ
