DXF文件本质是ASCII文本，需按“组码-值”对逐行解析：以0组码标识实体类型，用10/20/30读取坐标，严格处理LWPOLYLINE的70标志位及bulge（42）、宽度（40/41）等可选字段，避免误作CSV或JSON解析；推荐优先使用libdxfrw等成熟库而非手写全量解析器。
DXF 文件本质是文本，用 fstream 读取即可，但必须按组码解析
DXF 不是二进制格式（除非是 DXF 2007+ 的 Binary DXF，极少见），标准 DXF 是 ASCII 文本，结构清晰：每两行一组，第一行为组码（如 0、8、10），第二行为对应值。直接用 std::ifstream 逐行读，跳过注释和 SECTION/ENDSEC 等非实体块，遇到 0 组码且值为 LINE、CIRCLE、LWPOLYLINE 等时，开始收集后续组码直到下一个 0 组码或 ENDSEC。
常见错误是把 DXF 当成普通 CSV 或 JSON 处理——它没有嵌套、不校验顺序，但组码重复合法（如多个 10 表示多段线顶点），必须严格按“组码-值”对推进解析器状态。
- 用
std::getline()读两行，先 trim 空格，再判断第一行是否为数字（组码） - 忽略所有
999组码（注释行），跳过SECTION/TABLES/BLOCKS等非ENTITIES区域 -
ENTITIES段内，以0组码为实体分界；0后紧跟的值决定实体类型，如LINE、ARC、TEXT - 注意：
LWPOLYLINE的顶点由多个连续的10/20（x/y）提供，不是单个坐标对，需累积收集
10、20、30 是世界坐标，但可能受图层或块变换影响
DXF 中绝大多数几何数据（如直线端点、圆心）用 10/20/30 表示 X/Y/Z 坐标。但这些值默认是局部坐标：若实体在 INSERT 块引用内，或图层启用了非单位比例（LTSCALE），原始数值不能直接用于渲染或计算。
真正可靠的坐标需结合以下信息还原：
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 检查是否有
66组码（表示该实体后跟 ATTRIB 或 SEQEND，需跳过） - 查找
2组码（图层名），再查LAYER表中该图层是否被冻结/关闭（影响可见性，但不影响坐标） - 若实体在
INSERT内，需向上追溯块定义（BLOCK段），获取其10/20插入点、41/42/43XYZ 缩放、50旋转角，并复合变换 - 简单场景下可暂忽略变换，但一旦遇到带属性块或动态块（
ENDBLK后有ACAD扩展数据），坐标就完全失准
处理 LWPOLYLINE 必须识别 70 标志位与顶点压缩格式
LWPOLYLINE 是 DXF 中最常出现也最容易解析错的实体。它不用重复写 10/20，而是靠 70 组码控制格式，且顶点数据可能被压缩（如 10 + 20 合并在一行，或用 42 表示 bulge 弧度）。
关键参数含义：
-
70是 16 进制标志位：bit 0 = 是否闭合（1），bit 4 = 是否含 bulge（16），bit 5 = 是否含宽度（32） - 每个顶点由一对
10（x）和20（y）给出；若70 & 16为真，则每个顶点后紧跟一个42（bulge 值，tan(θ/4)） - 若
70 & 32为真，还需读40（起点宽）、41（终点宽）；它们是全局值，不是每顶点重复 - 错误做法：把所有
10全部收集完再配对20—— 实际上10和20必须严格交替出现在同一顶点块内
不要自己实现完整 DXF 解析器，优先用 libdxfrw 或 dxflib
从零手写能覆盖 AC1015–AC1032（R14–2018）所有实体、扩展数据（XDATA）、代理图形（PROXY）、ACIS 实体的解析器，工作量远超预期。真实项目中 80% 的 DXF 文件含自定义对象或加密句柄（5 组码），手动解析极易崩溃或漏数据。
推荐两个轻量 C++ 库：
-
libdxfrw：MIT 许可，专注读写，支持 LWPOLYLINE、MTEXT、DIMENSION、HATCH；用法简单：DRW_Interface派生类重载addLine()、addCircle()等虚函数，调用dwgReader::read()即触发回调 -
dxflib（qcad 社区版）：GPL，解析更全，但需处理其Dl_Dxf回调机制；对VERTEX（旧式多段线）支持更好 - 避坑：别用过时的
libdxf（仅支持 R12）或 Python 的ezdxf绑定——C++ 项目硬塞 Python 解释器得不偿失 - 若只需提取坐标和图层，
libdxfrw足够；若要读取文字样式、标注样式或 ACIS 实体，就得接受更重的依赖或放弃
真正难的从来不是读出 10 和 20，而是搞清那个 42 bulge 怎么映射到圆弧，以及为什么同一份 DXF 在 AutoCAD 和 LibreCAD 里图层颜色不一致——那已经不是解析问题，是 DXF 规范本身留下的模糊地带。
