每次我附加到CSV文件时都会有不同的编码

时间:2017-09-26 12:16:44

标签: java character-encoding opencsv

我将以Windows-1252编码的文本以这种方式附加到CSV中:

public static final Charset CHARSET = Charset.forName("Windows-1252");


public void dumpToCSV(final List<String[]> content, 
                      final char delimiter, 
                      final String enc,
                      final int csvDays) {

    File file = new File(Constants.CSV_FILENAME);

    // Convert the Character Format before dumping to file:
    try (
        OutputStreamWriter os = new OutputStreamWriter(
            new FileOutputStream(file, true),  
            CHARSET);
        CSVWriter cw = new CSVWriter(os, delimiter)) {

        // Remove old lines
        clearCsvByDays(file, csvDays, Character.toString(delimiter));
        // Dump new content into file.  
        cw.writeAll(content);
  } catch (IOException e) {}
}

private void clearCsvByDays(final File file, final int csvDays, final String delim) 
             throws IOException {

    List<String> out = Files.lines(file.toPath(), CHARSET)
                            .filter(line -> mustFilter(line, csvDays, delim))
                            .collect(Collectors.toList());
    Files.write(file.toPath(), out, 
                StandardOpenOption.WRITE, 
                StandardOpenOption.TRUNCATE_EXISTING);
}

第一次写入文件,结果如预期,字符是Windows-1252编码并在目标程序上很好地显示。

"ʳpⲠ t촴";"ADN";"26-09-2017";"0";"0";"0";"0"     <-- This result is fine.

第二次转储,它将新数据附加到UTF-8上,我不知道为什么。

"Éspáñà tëst";"ADN";"26-09-2017";"0";"0";"0";"0" <-- 2nd dump (new)
"ʳpⲠ t촴";"ADN";"26-09-2017";"0";"0";"0";"0"     <-- 1st dump (old)

第三个转储,它将新数据附加到另一个不同的编码上,但保留在Windows-1252上转储的第一个正确的行。

"Ãspáñà tëst";"ADN";"26-09-2017";"0";"0";"0";"0"   <-- 3rd dump (new)
"Éspáñà tëst";"ADN";"26-09-2017";"0";"0";"0";"0"       <-- 2nd dump (old)
"ʳpⲠ t촴";"ADN";"26-09-2017";"0";"0";"0";"0"           <-- 1st dump (old)

如果我继续追加,每次都是不同的编码。

为什么会发生这种情况,我该如何解决?

1 个答案:

答案 0 :(得分:3)

CSVWriter已获得正确的OutputStreamWriter。

在写作时,Files.write也需要编码。

Files.write(file.toPath(), out, CHARSET,
    StandardOpenOption.WRITE, StandardOpenOption.TRUNCATE_EXISTING);

所以我怀疑其他地方的黑客攻击:

new String(string.getBytes(...), ...)