用PCL读PCD最稳但需先检查FIELDS行匹配点类型，PLY推荐VTK读取防解析错误，读取后必验空云和NaN，CMake需补OpenGL及Boost依赖。
用 PCL 读 PCD 文件最稳，但得先确认点云类型
PCD 文件本身不带类型声明，PCL 默认按 PointXYZ 解析，如果文件里实际是 PointXYZRGB 或带法向量的 PointXYZINormal，直接读会丢字段甚至崩溃。别跳过这步检查。
- 用文本编辑器打开 PCD 文件，看
FIELDS行：比如FIELDS x y z rgb就该用PointXYZRGB - 对应代码里必须用匹配的点类型模板：
pcl::PointCloud<:pointxyzrgb>::Ptr cloud (new pcl::PointCloud<:pointxyzrgb>)</:pointxyzrgb></:pointxyzrgb> -
pcl::io::loadPCDFile返回值是int，非 0 表示失败（常见-1是文件路径错，-2是类型不匹配）
PLY 文件不能只靠 pcl::io::loadPLYFile 蒙混过关
PLY 支持多种属性组合（如 x y z intensity、x y z nx ny nz），PCL 的 loadPLYFile 对非标准字段支持弱，尤其遇到 float32 类型的 intensity 或 label 字段时容易静默截断或解析错。
- 优先用
vtkPLYReader（VTK 库）+ 手动映射：读出原始数组后，按GetPointData()->GetArray("intensity")拿字段 - 若坚持用 PCL，务必在调用前设好点类型，比如含强度字段就用
PointXYZI，且确保 PLY 头部property float32 intensity和代码中字段顺序一致 - 注意二进制 PLY 的字节序问题——Windows 下生成的二进制 PLY 在 Linux 读可能乱码，加
setFileTypeToBinary()不解决，得转 ASCII 或用 VTK
读取后别急着处理，先验证点云有效性
很多后续报错（比如 Segmentation fault 在 voxelGrid 滤波时）其实源于空点云或 NaN 坐标，这些在读取阶段就能拦截。
- 检查
cloud->points.size() == 0，空点云传给滤波器/配准模块大概率崩 - 遍历前几个点，用
std::isnan(cloud->points[i].x)探查 NaN —— PLY 从某些传感器导出时会把无效点填成 NaN - 对 RGB 点云，
cloud->points[i].rgb是uint32_t，直接 printf 会输出整数而非颜色，调试时用reinterpret_cast<uint8_t>(&point.rgb)[0]</uint8_t>拆 BGR 分量
CMake 链接 PCL 时最容易漏掉 OpenGL 相关依赖
在 Ubuntu 上编译含 PCL 的项目，find_package(PCL REQUIRED) 成功不代表能跑——特别是读 PLY 后要可视化时，libvtkRenderingOpenGL2 缺失会导致 loadPLYFile 返回 -5（内部 VTK 初始化失败），错误信息却只打印 “VTK not initialized”。
立即学习“C++免费学习笔记（深入）”；
- 除了
target_link_libraries(your_target ${PCL_LIBRARIES})，还得显式链接：vtkRenderingOpenGL2 vtkRenderingContextOpenGL2 - macOS 上更麻烦，需额外
find_package(VTK REQUIRED)并确认 VTK 版本 ≥ 9.0（旧版不支持现代 OpenGL context） - 静态链接 PCL 时，
libpcl_io.a依赖libboost_iostreams，漏链会导致loadPCDFile报undefined symbol: boost::iostreams::detail::gzip_header::read
pcl::PointCloud<:pointxyzrgb>::Ptr cloud(new pcl::PointCloud<:pointxyzrgb>);</:pointxyzrgb></:pointxyzrgb>，if (pcl::io::loadPCDFile<:pointxyzrgb>("a.pcd", *cloud) == -1) return -1;</:pointxyzrgb>，if (cloud->empty()) return -2;。剩下全是围绕“它到底长什么样”和“它有没有偷偷藏 NaN”打转。 
