std::regex不适合配置dsl解析，因其无法处理嵌套结构、上下文敏感和错误定位；应采用逐字符扫描+状态机分lex和parse两步，并记录行列号报错。
用 std::regex 做基础 token 切分行不通
正则表达式适合匹配固定模式，但配置 DSL 通常需要嵌套结构（比如 section { key = "value" }）、上下文敏感（引号内换行要保留）、错误定位（哪一行出错）。直接用 std::regex 拆字符串，遇到注释、转义、嵌套大括号时会漏匹配或误切。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 放弃一次性全量正则提取，改用逐字符/逐行扫描 + 状态机
- 把解析拆成两步：先做
lex（生成 token 流），再做parse（构建 AST 或 map） - 状态机里必须显式记录：是否在双引号内、是否在单行注释后、当前嵌套深度
手写 lexer 时怎么处理字符串和注释
DSL 里最常翻车的是字符串边界和注释吞掉不该吞的内容。比如 path = "/home/user#name" 里的 # 不是注释开始，而 # this is comment 开头的才是。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 字符串起始必须是未被转义的
"或'；遇到就跳过下一个字符（包括"、\） - 注释只在行首空白后紧接
#或//才生效，且不跨行 - 每读一行就重置“是否在字符串中”状态，避免跨行字符串（除非你明确支持）
- 示例片段：
if (c == '"' && !in_escape) { in_string = !in_string; continue; }
用 std::map<:string std::string></:string> 存配置够不够
够用，但只适用于扁平 key-value 场景，比如 timeout = 30。一旦出现嵌套（database.host = "localhost"）或数组（allowed_hosts = ["127.0.0.1", "::1"]），就会被迫拼接 key 名或引入额外约定，后期难维护。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 优先定义一个轻量级结构体，比如
struct ConfigValue { enum Type { STRING, INT, ARRAY, OBJECT }; ... }; - 用
std::unordered_map<:string configvalue></:string>存顶层字段，内部ConfigValue的OBJECT类型再嵌套 map - 如果不想自己管理内存，可直接用
nlohmann::json当中间表示——它天然支持嵌套、类型推导、错误位置提示
为什么 parse 阶段一定要报具体行号和列号
用户改配置时看到 parse error 但没位置，基本等于放弃调试。C++ 本身不带源码位置追踪，必须在 lexer 阶段主动记录。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 每个 token 结构体里存
line和col字段，初始化为 1 / 1，读到line++、col=1，否则col++ - 错误信息格式统一用：
config.dsl:42:5: expected '=' after key 'port'
- 别省略列号——同一行多个 key 时，列号是唯一区分依据
真正麻烦的是多字节字符（比如 UTF-8 中文路径），但大多数配置文件仍是 ASCII 为主，先按字节位置处理，比完全不报强得多。
