java - XMLStreamWriter - Java 8 - 写字符 -

Question

这个方法的行为似乎在 Java 8 中发生了变化。我需要一些快速修复来解决我的问题。

问题是我有一些代码在每个名为 <row> 的 XML 节点之后写入 CR 和 LF。 .现在(当我们迁移到 Java 8 时)，字符 
 代替了 CR 和 LF。被写出来。

同样，我需要快速修复，我不能更改 StaX 实现或做任何类似的大事。

    while (reader.hasNext()){
        event = reader.next();
        if (event == XMLStreamConstants.START_ELEMENT){

            if (reader.getLocalName().equals("row")){

                writer.writeCharacters("\r\n"); /// this is my problem now!!! 
                writer.writeStartElement(reader.getLocalName());

                n = reader.getAttributeCount();
                for (int i=0; i<n; i++){
                    name = reader.getAttributeName(i).getLocalPart();
                    value = reader.getAttributeValue(i);

                                    ...
                    }
        }

Answer 1

您需要访问底层编写器，即您用 XMLStreamWriter 装饰的编写器(希望如果有的话，它将是您传递给 createXMLStreamWriter() 的编写器)，或者您需要暂时禁用依赖于实现的转义.

你得到奇怪字符的原因是 XMLStreamWriter 不知道你在哪里写这些字符所以它默认为 XML attribute escaping which is stricter than element (content) escaping .转义一般也是根据CharacterEncoder .我的猜测是，在旧版本的 Java 中，它默认为 XML 元素转义，它不会像换行符那样转义空白，或者使用不同的字符编码。我明白为什么他们修复了这个问题，因为显然属性转义是正确的方法。我也不知道哪个XMLStreamWriter或 CharacterEncoder您实际使用的可能更可能发生的是默认选择的 XMLStreamWriter 或字符编码实现发生了变化(您应该在调试器中检查正在选择哪个)。

无论您是否可以访问底层编写器，您都可以直接写入字符，它们不会被转义。但是，请确保您使用的 writer 是经过装饰的而不是更深的(即，如果您有 BufferWriter 装饰 FileWriter，请使用 BufferWriter)。

对于那些不认为writeCharacters does escaping you can look at the code .

编辑

显然在查看代码后您可以调用 writer.setEscapeCharacters(false)在调用 writeCharacters 之前，在默认的 sun impl 上(不幸的是你可能必须做一些转换)这可能比找原作者更好。我不知道这个标志。

编辑 2

如果您希望使用 Sun StaX 实现，另一个可能的快速修复是更改您的系统级字符编码并选择一种编码，以便 CRLF 不会理想地转义为 JDK 升级之前的任何内容。这是假设问题可能是您的字符编码在 Java 升级时从 Windows 或 ISO 更改为 UTF-8 但我不能确定，因为您没有指定您的操作系统。如果它在升级时没有改变(即希望您始终默认为 UTF-8)，则忽略此选项。

编辑 3

在做了一些测试后，我非常肯定您的 StaX 实现不是默认的 Java Sun 实现，但可能是 Woodstox .我没有测试过 Woodstox，但出于性能原因，该库似乎非常关心空白，并且如果它的 UTF-8 和 ISO(同样是字符编码)似乎有不同的规则。