符合AUTOSAR标准的正则使用方案，解决$字符合规性报错问题

你可以直接用C标准支持的十六进制转义序列替换正则中的字面量$：$的ASCII编码为0x24，将正则模式里的\$替换为\x24即可，转义序列的所有字符都属于C标准规定的基本源字符集，完全符合AUTOSAR A2-3-1规则要求。
修改后的正则模式如下：
R"(^(r[o|w])\:\/\/(((?!\x24|\~|\.{2,}|\/$).)+)$)"

std::regex本身并不符合AUTOSAR规范的推荐要求，存在性能波动大、内存占用不可控、不同标准库实现行为存在差异的问题，对于路径校验这类规则固定的场景，手动拆分校验的效率、可读性、合规性都更高，推荐按以下步骤实现校验：

• 拆分scheme与路径：先匹配字符串前缀为ro://或rw://，提取后续的路径部分
• 校验路径非目录：直接判断路径的最后一个字符不为/
• 非法内容校验：
  • 遍历路径所有字符，若出现~或0x24（对应$字符）直接判定非法
  • 按/拆分路径为多个片段，若存在任意片段等于..直接判定非法
  • 可根据需求额外补充连续/等其他非法格式校验

• 可读性差：特殊字符如果不做转义直接写入UTF-8字面量，不同编辑器如果编码配置不一致会出现乱码，代码可读性和可维护性大幅下降
• 可移植性风险：不同编译器对UTF-8字面量的存储、处理逻辑存在细微差异，和普通字符串拼接、传参时容易出现意料之外的编码转换错误
• 安全风险：如果后续处理逻辑没有严格按UTF-8编码解析，攻击者可能构造多字节UTF-8字符绕过校验规则，引发路径遍历等安全问题
• 合规冲突：部分AUTOSAR派生规则要求所有字符串字面量的编码必须显式可预测，未转义的UTF-8特殊字符不符合该要求

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