使用JTS解析WKB几何的不一致异常

Question

我遇到了一个最奇怪的问题，我就是无法理解。我的网络api使用Spring Boot和postgresql/postgis，在尝试从数据库中读取几何图形时出现了不一致的错误。我已经使用这段代码很多很多年了（当然偶尔会进行修改），这是我上一次发布时才开始发生的。

我在ubuntu 18.04上使用openjdk 11.0.4 2019-07-16 Releventspom.xml条目…

        <groupId>org.locationtech.jts</groupId>
            <artifactId>jts-core</artifactId>
            <version>1.16.1</version>
        </dependency>

我从以下类型的api调用中得到各种错误...

例如六角弦： 0101000020E6100000795C548B88184FC0206118B0E42750C0

org.locationtech.jts.io.ParseException: Unknown WKB type 0
    at org.locationtech.jts.io.WKBReader.readGeometry(WKBReader.java:235)
    at org.locationtech.jts.io.WKBReader.read(WKBReader.java:156)
    at org.locationtech.jts.io.WKBReader.read(WKBReader.java:137)
    at net.crowmagnumb.database.RecordSet.getGeom(RecordSet.java:1073)

例如六弦：0101000020E61000000080FB3F354F5AC0F3D30EF2C0773540

java.lang.ArrayIndexOutOfBoundsException: arraycopy: length -1 is negative
    at java.base/java.lang.System.arraycopy(Native Method)
    at org.locationtech.jts.io.ByteArrayInStream.read(ByteArrayInStream.java:59)
    at org.locationtech.jts.io.ByteOrderDataInStream.readDouble(ByteOrderDataInStream.java:83)
    at org.locationtech.jts.io.WKBReader.readCoordinate(WKBReader.java:378)
    at org.locationtech.jts.io.WKBReader.readCoordinateSequence(WKBReader.java:345)
    at org.locationtech.jts.io.WKBReader.readPoint(WKBReader.java:256)
    at org.locationtech.jts.io.WKBReader.readGeometry(WKBReader.java:214)
    at org.locationtech.jts.io.WKBReader.read(WKBReader.java:156)
    at org.locationtech.jts.io.WKBReader.read(WKBReader.java:137)
    at net.crowmagnumb.database.RecordSet.getGeom(RecordSet.java:1073)

例如六弦：0101000020E6100000666666669663C00D96D7371DD63440

org.locationtech.jts.io.ParseException: Unknown WKB type 326
    at org.locationtech.jts.io.WKBReader.readGeometry(WKBReader.java:235)
    at org.locationtech.jts.io.WKBReader.read(WKBReader.java:156)
    at org.locationtech.jts.io.WKBReader.read(WKBReader.java:137)
    at net.crowmagnumb.database.RecordSet.getGeom(RecordSet.java:1073)

我的记录集代码的相关部分在下面(所以行号不会与上面的堆栈跟踪匹配)。

public class RecordSet {
    private static final Logger logger = LoggerFactory.getLogger(RecordSet.class);
    private static WKBReader wkbReader;

    private static WKBReader getWKBReader() {
        if (wkbReader == null) {
            wkbReader = new WKBReader();
        }
        return wkbReader;
    }

    private static byte[] hexStringToByteArray(final String hex) {
        if (StringUtils.isBlank(hex)) {
            return null;
        }

        int len = hex.length();
        byte[] data = new byte[len / 2];
        for (int i = 0; i < len; i += 2) {
            data[i / 2] = (byte) ((Character.digit(hex.charAt(i), 16) << 4) + Character.digit(hex.charAt(i + 1), 16));
        }
        return data;
    }

    public static Geometry getGeom(final String geomStr) {
        byte[] byteArray = hexStringToByteArray(geomStr);
        if (byteArray == null) {
            return null;
        }
        try {
            return getWKBReader().read(byteArray);
        } catch (Throwable ex) {
            logger.error(String.format("Error parsing geometry [%s]", geomStr), ex);
            return null;
        }
    }
}

所以最奇怪的是

1. 它不会始终如一地发生。当我尝试重复它时，完全相同的api调用工作正常。
2. 异常消息中报告的十六进制字符串是完全正确的！如果我使用相同的代码在测试程序中运行它们，请给出正确的答案，没有例外。

同样，上述所有导致生产api调用错误的十六进制字符串都是POINT几何图形的有效表示。

这是一些奇怪的潜在内存泄漏问题吗？

Answer 1

也许这应该是显而易见的，但为我辩护，我已经使用上述代码很多年了（如我所说），没有问题，所以我认为我只是忽略了显而易见的东西？无论如何，我突然意识到我应该在多线程环境中反复使用相同的WKBReader吗？嗯，结果证明不是！

如果我只是在每次调用时创建一个新的WBBReader（）（而不是获取一个静态的WKBReader），它就可以正常工作。嗯，这就是我“内存泄漏”的根源。自己造成的！