直接用 fread 读 LAS 文件会乱码或崩溃，因其有严格头部结构、点记录长度可变、需校验“LASF”签名、处理字节序与 offset/point_format_id，并正确跳转到数据区起始偏移。
为什么直接用 fread 读 LAS 文件会得到乱码或崩溃
LAS 是二进制格式，但不是裸数据流——它有严格头部结构（1.0–1.4 版本字段数、偏移量、字节序都不同），且点记录长度随 point_format_id 变化（如 ID=0 是20字节，ID=6 是30字节）。直接 fread 不校验头部、不跳过可选扩展区、不处理字节序（LAS 规范强制小端，但某些设备导出可能异常），极易读偏位。常见现象：点云坐标全为0、z值爆炸、point_count 显示负数。
- 务必先读取 227 字节标准头部（
las_header_v1_2或对应版本 struct） - 检查
file_signature是否为"LASF"（4字节），否则不是合法 LAS - 用
point_format_id查表确认单点字节数，再计算数据区起始偏移：header.offset_to_point_data - Windows 下若用
fopen(..., "rb")仍出错，可能是 BOM 或 UTF-8 文件头干扰——LAS 必须以二进制模式打开且不带任何文本预处理
如何安全提取 XYZ 坐标并还原真实单位
LAS 中 XYZ 不是浮点数，而是压缩的 int32，需结合头部的 scale_x/y/z 和 offset_x/y/z 解算：real_x = int_x * scale_x + offset_x。漏掉 offset 会导致点云整体偏移上万米（典型值如 offset_x = 400000.0）；用错 scale（如把 0.01 当 0.1）则点云缩放失真。
-
scale通常是 1e-3、1e-2 或 1e-1，但必须从 header 读，不能硬编码 -
offset是 double 类型，64 位，读取时注意 struct 对齐（建议用memcpy而非直接 cast） - 点记录中 XYZ 是连续三个
int32_t，顺序固定，但起始位置取决于point_format_id（如 ID=6 在第 0/4/8 字节，ID=0 同样，但 ID=7 多了 NIR 字段，XYZ 位置不变） - 若解析后点云呈“网格状”或“阶梯状”，大概率是
scale用了整数除法（如1/100得 0）——务必写成1.0/100.0
遇到 LAS 1.4 的波形数据或扩展属性怎么办
LAS 1.4 支持波形数据包（Waveform Data Packets）和扩展可变长度记录（EVLR），它们不包含在主点记录循环里。盲目按 point_count 读完就停，会截断数据；而强行读后续字节又可能越界。关键在头部字段：number_of_extended_variable_length_records 和 start_of_waveform_data_packet_record。
- EVLR 区域位于主点数据之后、文件末尾之前，长度由每个 EVLR 头部的
record_length_after_header决定 - 波形数据包地址是绝对文件偏移，需用
fseek(fp, start_of_waveform_data_packet_record, SEEK_SET)单独定位读取 - 普通解析器（如 LAStools 的
lasinfo）默认不加载波形——这意味着你代码里没显式处理，就等于没看见这部分数据 - 若目标只是 XYZI，可安全忽略 EVLR 和波形区，但必须确保
fseek到offset_to_point_data后只读point_count个点，别多读
用 C++ 读 LAS 时哪些第三方库能省事但别踩坑
自己手撸解析适合学习和嵌入轻量场景，但工业级项目推荐 liblas 或 PDAL。注意：liblas 已停止维护（最后版 1.8.1），对 LAS 1.4 EVLR 支持不全；PDAL 功能强但依赖重（CMake 配置易失败），且默认构建不启用 LASzip（即无法读 .laz）。
立即学习“C++免费学习笔记（深入）”；
- 若选
liblas，务必验证reader.header().versionMinor()返回值，1.4 场景下部分字段（如extended_number_of_point_records）需手动 fallback 到旧字段 - 用
PDAL时，在 pipeline JSON 中显式设"compression": "laszip"，否则 .laz 文件打开直接报"Unknown file type" - 所有库读取前都应调用
isCompatible()或等效接口校验文件头，不要假设输入一定合法 - 内存映射（
mmap）对大 LAS 文件提速明显，但 Windows 上CreateFileMapping需配合SEC_COMMIT标志，否则大文件映射失败无提示
实际项目里，最常被忽略的是 offset 的 double 精度保持和 EVLR 区域的存在感——它不报错，只是安静地让后续读取全部错位。
