为什么CSVWriter和CSVReader使用不同的默认转义字符？

Question

下面是我正在使用的代码片段：

    StringWriter writer = new StringWriter();
    CSVWriter csvwriter = new CSVWriter(writer);
    String[] originalValues = new String[2];
    originalValues[0] = "t\\est";
    originalValues[1] = "t\\est";
    System.out.println("Original values: " + originalValues[0] +"," + originalValues[1]);
    csvwriter.writeNext(originalValues);

    csvwriter.close();
    CSVReader csvReader = new CSVReader(new StringReader(writer.toString()));
    String[] resultingValues = csvReader.readNext();
    System.out.println("Resulting values: " + resultingValues[0] +"," + resultingValues[1]);

上面片段的输出是：

Original values: t\est,t\est
Resulting values: test,test

反斜杠('\')字符在转换后消失了！！！

通过一些基本的分析，我认为这是因为csvreader使用反斜杠('\')作为默认转义符，而csvwriter使用双引号('“')作为默认转义符。

这种违约行为不一致的背后原因是什么？

为了解决上述问题，我找到了以下两种解决方案：

1）用空字符覆盖CSVReader的默认转义字符：

 CSVParser csvParser = new CSVParserBuilder().withEscapeChar('\0').build();
 CSVReader csvReader = new CSVReaderBuilder(new StringReader(writer.toString())).withCSVParser(csvParser).build();

2）使用严格遵循RFC4180标准的RFC4180Parser：

RFC4180Parser rfc4180Parser = new RFC4180ParserBuilder().build();
CSVReader csvReader = new CSVReaderBuilder(new StringReader(writer.toString())).withCSVParser(rfc4180Parser).build();

为什么RFC4180Parser不是默认解析器？它是否只是为了像RFC4180Parser在以后的版本中引入那样保持向后兼容性？

Answer 1

我想我们在这里看到的是两种类型的逃跑。

1）转义CSV中的双引号：

test,"Monitor 24"", Samsung"
test,"Monitor 24\", Samsung"  // Linux style

由于我们在第二个字段中有一个逗号，所以该字段必须用双引号包围。然后必须用“”或\“转义该字段中的任何双引号。

2)\也是一般的转义字符，例如\t（制表符）或\n（换行符）。

由于'e'不在要转义的字符列表中，因此\被忽略并删除。

因此，如果您要编写“t\\\est”文件，则该文件将包含“t\\est”（转义反斜杠），并在读取后显示“t\est”。或者编写“\\test”可能会在读取后显示选项卡和“est”。

要使\在读取后保持不变，您确实必须告诉解析器以某种方式忽略这些序列，但在我看来，当前的行为并不矛盾--实际上，它们都将\视为转义字符。