我将以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)
如果我继续追加,每次都是不同的编码。
为什么会发生这种情况,我该如何解决?
答案 0 :(得分:3)
CSVWriter已获得正确的OutputStreamWriter。
在写作时,Files.write也需要编码。
Files.write(file.toPath(), out, CHARSET,
StandardOpenOption.WRITE, StandardOpenOption.TRUNCATE_EXISTING);
所以我怀疑其他地方的黑客攻击:
new String(string.getBytes(...), ...)