用 fread 读取二进制 Lidar 点云需严格按传感器文档确认点结构（如 Ouster 28 字节、Velodyne 16 字节），以二进制模式打开文件，用 seekg 获取大小并计算点数，分配 vector 缓冲区后一次性读入；解析 ASCII 文件应避免 std::stof，优先用 std::from_chars；PCD 文件须严格区分 DATA ascii 与 DATA binary 模式，按头中 FIELDS 顺序解析；跨平台时需处理字节序与结构体 padding，推荐逐字段 memcpy + endian 转换。
用 fread 读取二进制 Lidar 点云文件（如 .bin 格式）
绝大多数车载或雷达厂商（如 Velodyne、Ouster、Hesai）输出的原始扫描数据是二进制点云，常见后缀为 .bin，每帧含 N 个点，每个点通常是 float x, y, z, intensity（共 16 字节），也可能带 ring 或 timestamp。直接用 fread 最快也最可控。
关键不是“能不能读”，而是“按什么结构读”。错一个字节偏移，整帧点就全乱。
- 先确认点结构：查传感器文档，例如 Ouster OS1-64 默认是
float x,y,z,intensity,ring,timestamp（28 字节/点），而 Velodyne VLP-16 是x,y,z,intensity（16 字节） - 用
std::ifstream以std::ios::binary打开，seekg(0, std::ios::end)获取文件大小，除以单点字节数得点数 N - 分配
std::vector<char></char>缓冲区（避免new+delete），再用fread或read()一次性读入 - 不要用
operator>>或std::cin——它们会按文本解析，对二进制完全失效
解析 ASCII Lidar 文件（如 .csv、.txt）时绕过 std::stof 性能陷阱
小规模调试常用 CSV，但用 std::stof 逐字段转浮点，在百万点级别下可能比二进制慢 5–10 倍。真正卡顿往往出在这里，而非磁盘 IO。
- 优先用
std::from_chars（C++17 起）：无异常、不依赖 locale、零分配，比如std::from_chars(p, p+end, x) - 跳过空行和注释行：检查首字符是否为
#或换行符，避免std::getline后再判断 - 字段分隔符不一定是逗号：HDL-32E 的 ASCII 输出常用空格，
strtok易出错，建议用std::stringstream配合skipws标志 - 如果文件有 header 行，用
std::getline读一次丢弃，别让后续循环反复检测
处理 PCD 文件必须区分 ASCII 和 BINARY 模式
.pcd 看似统一，实际头字段 DATA ascii 和 DATA binary 完全不同：前者每行一个点（空格分隔），后者是紧致二进制块，且可能含 padding（如 WIDTH × HEIGHT 对齐）。混用解析逻辑必崩。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
立即学习“C++免费学习笔记（深入）”；
- 读头时严格匹配
"DATA "后的字符串，用std::string::substr提取，别只靠find("binary")——万一注释里有这个词？ -
DATA binary下，跳过头后直接fread，但注意FIELDS顺序决定字段布局：若写的是FIELDS x y z rgb，则不能默认按xyzintensity解 -
DATA ascii下，每行点数必须等于POINTS值，否则说明文件截断或格式错误，应提前报错退出，别硬解析 - PCD 头中
SIZE和TYPE必须联合判断：比如SIZE 4 TYPE F是 float，SIZE 4 TYPE U是 uint32_t——类型错会导致nan或极大值
跨平台读取时注意 endian 和结构体填充
同一份 .bin 文件在 x86_64 Linux 和 ARM64 macOS 上读出来坐标全错？大概率是字节序或 struct 对齐惹的祸。
- 不要直接
reinterpret_cast<Point32*>(buf)：编译器可能给结构体加 padding，sizeof(Point32)可能大于字段和 - 显式用
#pragma pack(1)或[[gnu::packed]]消除填充，但仅限于你完全控制序列化端的情况 - 更稳妥的做法是逐字段 memcpy：先拷 4 字节到
float x，再 4 字节到y……并用htof（host-to-float）类函数做 endian 转换（虽然 x86 和 ARM 都是小端，但别假设永远如此） - 如果数据来自网络或嵌入式设备（如 Jetson 上的雷达驱动），务必确认其 CPU 架构和打包方式，文档里常写 “little-endian packed binary”
真正麻烦的从来不是“怎么打开文件”，而是搞清那个没写进文档的字节偏移、隐藏的 padding、或者传感器固件悄悄改掉的字段顺序。多打几个 hexdump -C file.bin | head -20，比翻三遍 API 文档有用。
