<p>传感器原始数据必须用 uint8_t 接收，禁用非字符类型指针强转；读取字段应通过 memcpy 或 std::bit_cast；只读寄存器用 const uint8_t；DMA/中断场景下确保缓冲区生命周期与内存一致性。</p>
传感器数据通常以 raw buffer 形式交付，uint8_t* 是最常用指针类型
大多数嵌入式传感器（如 I2C 温湿度芯片、SPI 加速度计）通过底层驱动返回一整块未解析的字节流，接口函数往往直接返回 uint8_t* 或要求你传入 uint8_t* 缓冲区。用 int* 或 float* 强转会触发未定义行为——字节序、对齐、大小都不匹配。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 始终用
uint8_t*接收原始数据，这是 C++ 标准中唯一保证 1 字节宽且无符号的类型 - 若需按字段读取（如前 2 字节是温度），用
memcpy拷贝到目标变量，避免指针强制转换：uint8_t raw[6] = {0x01, 0x23, 0x45, 0x67, 0x89, 0xab};<br>int16_t temp;<br>memcpy(&temp, raw, sizeof(temp)); // 安全，不依赖对齐或 endianness 假设 - 别写
int16_t* p = (int16_t*)raw;—— 在 ARM Cortex-M3/M4 上可能触发Alignment fault
用 const uint8_t* 防止意外修改传感器只读寄存器区
很多传感器提供只读状态寄存器（如 WHO_AM_I、STATUS），驱动层常映射为固定地址的内存区域。若指针非 const，后续维护者可能误调 write_register() 类函数，导致硬件异常或静默失败。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 声明时明确所有权和可变性：
const uint8_t* sensor_status = get_status_ptr(); - 若需同时支持读/写缓冲区，拆成两个指针：
const uint8_t* rx_buf和uint8_t* tx_buf，而非共用一个uint8_t* - 在类封装中，把原始指针设为 private 成员，只暴露 const 方法访问字段值
reinterpret_cast 不是万能解药，跨平台时它比 memcpy 更危险
有人用 reinterpret_cast<float>(raw)</float> 直接读浮点值，这在 x86 上可能“碰巧”工作，但在 STM32F4（默认开启严格对齐检查）或 RISC-V 上会 crash。C++ 标准规定，通过非字符类型指针访问对象存储违反 strict aliasing 规则。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 仅在确定目标平台、编译器、对齐约束且已测过 corner case 时，才考虑
reinterpret_cast - 优先用
std::bit_cast（C++20）或memcpy实现类型双关（type punning） - 若必须用指针算术（如跳过 header），确保偏移量是
sizeof(uint8_t)的整数倍，并用static_assert锁死结构体布局：static_assert(offsetof(SensorFrame, payload) == 4);
裸指针生命周期必须严控，尤其在中断回调或 DMA 场景下
传感器驱动常在中断服务程序（ISR）或 DMA 完成回调中填充数据缓冲区。若该缓冲区是栈变量（如函数内 uint8_t buf[32]），而指针被保存到全局或队列中，下次访问就是悬垂指针。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- DMA 缓冲区必须是静态或堆分配（
static uint8_t dma_rx_buf[64]），并确保缓存一致性（ARM：调用SCB_CleanInvalidateDCache_by_Addr） - 中断中只做标记（如置位
volatile bool data_ready），数据拷贝和解析放到主循环或低优先级任务里 - 避免把局部指针存入
std::queue<uint8_t></uint8_t>；改用std::queue<:array>></:array>或带长度的std::span<const uint8_t></const>（C++20）
C++ 处理传感器原始数据最难的不是语法，而是时刻记住：指针指向的不是“数据”，而是物理总线上的电平序列——顺序、宽度、边界、时序都由硬件定义，任何绕过这些约束的“方便写法”，最终都会在某个特定芯片或编译器优化等级下暴露。
