本文使用多态、闭包、模板及c++11部分特性，实现了一个轻量的DI基本结构，实现了DI的基本功能

将项目从Bazel迁移到CMake的关键要点，并提供了具体的迁移示例

cyberrt线程安全问题及解决方案

通过编辑scatter file即可划分出keil uVision help中”Scatter-Loading“章节有非常详尽的介绍相关博客 https://www.cnblogs.com/qiyuexin/p/9026365.html

在原来的程序做了一个串口升级，bootloader：无系统，app：ucosiii，bootloader烧写app没问题，boot跳转app也正常，但app跳回bootloader成功后，中断向量表偏移也配置过了，中断也确实可以进，但出串口中断会进hardfault，orz。试过跳转前加用USART_DeInit和DMA_DeInit复位boot用到的串口和dma通道，无效目前解决方法是软件...

C++的二进制兼容问题

目录标题引言环境步骤vscode remote ssh 配置Linux编译机配置设备板端配置vscodelaunch设置调试引言之前说了，通过core dump找程序bug，但是有些时候排查问题的还是不够高效，命令行形式gdb还是太简陋了，在IDE debug代码打断点，查堆栈变量那些习以为常的东西，在gdb这里怎么用怎么不习惯，可视化操作不比敲命令行来的香吗？最近正好研究了下vscode rem

目录NXPMKV30F64VFM10问题 error: 'RTE_Components.h' file not found问题 error: A1137E: Unexpected characters at end of line例程执行异常MDK自建的例程附件NXPMKV30F64VFM10MKV30F64VFM10是我最近在用了一颗nxp的芯片，网络上这块芯片使用的很少，使用过程也遇到一点问题

c++ clangd+makefile

目录标题相关概念日志调试实操windows平台相关概念一般来说我们分析BUG，大概分为两种根据软件内部已有的插桩日志，记录关键节点信息、重要函数的输入输出，根据这些信息判断bug调试（Debug），让代码一步一步执行，跟踪程序的运行过程。比如，可以让程序停在某个地方，查看当前所有变量的值，或者内存中的数据，根据这些信息分析bug。日志日志这种方式，优点在于离线，但更多基于完备的日志信息，依赖代码内