std::regex搭配regex_token_iterator无输出？正则写法适配问题

错误点拆解 #

• 正则语法超出std::regex支持范围
  C标准库的std::regex默认遵循ECMA-262规范，完全不支持写法为(?<=xxx)的后行零宽断言，这是regex101可正常匹配、迁移到C后完全失效的核心原因。你在regex101中使用的后行断言语法，在C++正则引擎中属于非法语法，无法生成有效匹配逻辑。
• 正则修饰符使用方式错误
  你把全局匹配、多行匹配的gm修饰符直接写在正则模式串末尾，std::regex根本不支持在模式字符串内部嵌入这类控制修饰符。这类标志需要通过std::regex构造函数的第二参数传入，写在字符串里的gm只会被当成需要匹配的字面普通字符，没有任何修饰作用。
• C++字符串转义遗漏
  C字符串字面量中，单反斜杠会被作为转义符解析，要把转义后的正确内容传给正则引擎，必须对需要正则层面转义的字符再加一层反斜杠。比如正则层要匹配字面[，对应C字符串里必须写成\\[，单反斜杠的写法根本无法把正确的正则规则传递给引擎。
• regex_token_iterator参数逻辑与预期不匹配
  你给迭代器传的第四个参数是-1，这个参数的实际作用是返回所有和正则没有发生匹配的文本片段。如果你预期提取方括号内部的内容，传-1的逻辑完全反向——方括号内部文本属于正则的匹配范围，传-1只会返回方括号外的零散文本。叠加之前正则本身没有生成任何有效匹配，最终运行时没有任何输出。

适配std::regex的正确实现 #

既然无法使用后行断言，不需要靠零宽定位匹配边界，直接匹配带方括号的整体结构、通过捕获组提取内部内容即可：

#include <iostream>
#include <regex>
#include <string>
#include <iterator>

int main() {
    const std::string text = "This is a test string [more or less] and here is [another].";
    // 正则结构：匹配字面[，捕获所有非]的字符，匹配字面]
    const std::regex ws_re("\\[([^\\]]*)\\]");
    
    // 传入参数1：取编号为1的捕获组内容，即方括号内部文本
    std::copy(
        std::sregex_token_iterator(text.begin(), text.end(), ws_re, 1),
        std::sregex_token_iterator(),
        std::ostream_iterator<std::string>(std::cout, "\n")
    );
}

运行上述代码的输出和regex101的匹配预期完全一致：

more or less
another

如果确实需要拿到所有非匹配片段（也就是拆分后去掉方括号及内部内容的剩余文本），只需要把最后传给迭代器的参数从1改回-1即可。

内容的提问来源于stack exchange，提问作者Daniel