这是一个老问题,但我找到了一个可接受的解决方案,也应该是可移植的,我想我应该发布一个答案.解决方案是使用
JNA的
NativeLibrary#getInstance(),因为在Linux上,这将把RTLD_GLOBAL传递给dlopen()(在Windows上不需要).
现在,如果您使用此库来实现Java本机方法,则在调用NativeLibrary#getInstance()之后,还需要在同一个库上调用System.load()(或Sysem.loadLibrary()).
首先,链接到JNA错误:JNA-61
那里的评论说,基本上应该在实际库之前加载依赖关系,以便在JNA中使用,而不是标准的Java方式.我只是复制粘贴我的代码,这是一个典型的场景:
String libPath =
"/path/to/my/lib:" + // My library file
"/usr/local/lib:" + // Libraries lept and tesseract
System.getProperty("java.library.path");
System.setProperty("jna.library.path", libPath);
NativeLibrary.getInstance("lept");
NativeLibrary.getInstance("tesseract");
OcrTesseractInterf ocrInstance = (OcrTesseractInterf)
Native.loadLibrary(OcrTesseractInterf.JNA_LIBRARY_NAME, OcrTesseractInterf.class);
我编写了一个小型库,使用Tesseract为我的Java应用程序提供OCR功能. Tesseract依赖于Leptonica,所以要使用我的库,我需要首先加载库lept和tesseract.使用标准方法(System.load()和System.loadLibrary())加载库不起作用,设置属性jna.library.path或java.library.path也不起作用.显然,JNA喜欢以自己的方式加载库.
这在Linux中适用于我,我想如果设置了正确的库路径,这也适用于其他操作系统.