V语言TOML模块处理多行字符串转义字符的Bug分析

在V语言0.4.10版本中，TOML模块在处理多行字符串时存在一个转义字符解析的Bug。当多行字符串以反斜杠\结尾且行尾是CRLF(\r\n)格式时，解析器会错误地抛出"unknown basic string escape character"异常。

问题重现

考虑以下TOML多行字符串示例：

str1 = """tcc \\\r\nabc \\\r\n123"""

按照TOML规范，这应该被正确解析为字符串"tcc abc 123"。但在V语言0.4.10版本中，解析这段文本会导致程序崩溃。

技术背景

TOML规范中，多行字符串允许使用三个双引号(""")作为界定符。在多行字符串中，行尾的反斜杠\有特殊含义：

1. 如果行以\结尾，表示这是一个"软换行"，解析时应忽略换行符本身和后续的空白字符
2. 这种机制允许将长字符串在源代码中分成多行，但在解析后保持为单行字符串

问题根源

V语言的TOML模块在处理这种转义时存在两个问题：

1. 转义字符检查函数check_quoted_escapes没有正确处理CRLF(\r\n)格式的换行符
2. 当遇到\后接CRLF时，解析器错误地认为这是一个无效的转义序列，而不是识别为软换行指示符

解决方案建议

修复此问题需要修改check_quoted_escapes函数的实现，使其能够：

1. 正确识别CRLF格式的换行符
2. 正确处理行尾反斜杠作为软换行指示符的情况
3. 在遇到\后接CRLF时，不应将其视为无效转义序列

影响范围

此Bug影响所有使用V语言TOML模块解析包含软换行的多行字符串的场景，特别是在Windows环境下生成的TOML文件(通常使用CRLF换行)。

临时解决方案

在官方修复发布前，可以采取以下临时方案：

1. 避免在多行字符串中使用行尾反斜杠
2. 将文件转换为LF换行格式
3. 手动处理TOML文件，移除行尾反斜杠

总结

V语言的TOML模块在处理多行字符串转义时存在一个边界条件Bug，主要影响CRLF换行格式下的软换行处理。开发者在使用相关功能时应注意此问题，特别是在跨平台开发场景中。