【发布时间】：2017-06-11 12:34:21
【问题描述】：
我有一个sbt 项目和一个java 类，它静态加载本机库并包含本机方法。它看起来像这样：
public class NativeContainer {
static {
System.load("/path-to-lib");
}
public static native void nativeFunc(int n);
}
我还有一个Scala 测试，它像这样调用本机函数：
class TestJni extends FunSpec {
describe("JNI test") {
NativeContainer.nativeFunc(5);
}
}
当我通过sbt 运行一次测试时，一切正常。但是，在每次下一次运行时，我都会得到：
[错误] 无法运行测试内在函数。TestJni： java.lang.UnsatisfiedLinkError: Native Library /path-to-lib 已经 在另一个类加载器中加载
为了避免这种情况，加载库的正确方法是什么？重新启动 sbt 有效，但我正在寻找更灵活的解决方案。
我不使用任何库或插件将sbt 与JNI 粘合在一起。
这是完整的堆栈跟踪：
[debug] Running TaskDef(TestJni, org.scalatest.tools.Framework$$anon$1@1d29c60d, false, [SuiteSelector]) java.lang.UnsatisfiedLinkError: Native Library /path-to-lib/libNativeContainer.dylib already loaded in another classloader
at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1907)
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1824)
at java.lang.Runtime.load0(Runtime.java:809)
at java.lang.System.load(System.java:1086)
at NativeContainer.<clinit>(NativeContainer.java:5)
at TestJni$$anonfun$1.apply$mcV$sp(TestJni.scala:16)
at org.scalatest.SuperEngine.registerNestedBranch(Engine.scala:613)
at org.scalatest.FunSpecLike$class.describe(FunSpecLike.scala:357)
at org.scalatest.FunSpec.describe(FunSpec.scala:1626)
at TestJni.<init>(TestJni.scala:7)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:423)
at java.lang.Class.newInstance(Class.java:442)
at org.scalatest.tools.Framework$ScalaTestTask.execute(Framework.scala:646)
at sbt.TestRunner.runTest$1(TestFramework.scala:76)
at sbt.TestRunner.run(TestFramework.scala:85)
at sbt.TestFramework$$anon$2$$anonfun$$init$$1$$anonfun$apply$8.apply(TestFramework.scala:197)
at sbt.TestFramework$$anon$2$$anonfun$$init$$1$$anonfun$apply$8.apply(TestFramework.scala:197)
at sbt.TestFramework$.sbt$TestFramework$$withContextLoader(TestFramework.scala:185)
at sbt.TestFramework$$anon$2$$anonfun$$init$$1.apply(TestFramework.scala:197)
at sbt.TestFramework$$anon$2$$anonfun$$init$$1.apply(TestFramework.scala:197)
at sbt.TestFunction.apply(TestFramework.scala:202)
at sbt.Tests$.sbt$Tests$$processRunnable$1(Tests.scala:239)
at sbt.Tests$$anonfun$makeSerial$1.apply(Tests.scala:245)
at sbt.Tests$$anonfun$makeSerial$1.apply(Tests.scala:245)
at sbt.std.Transform$$anon$3$$anonfun$apply$2.apply(System.scala:44)
at sbt.std.Transform$$anon$3$$anonfun$apply$2.apply(System.scala:44)
at sbt.std.Transform$$anon$4.work(System.scala:63)
at sbt.Execute$$anonfun$submit$1$$anonfun$apply$1.apply(Execute.scala:226)
at sbt.Execute$$anonfun$submit$1$$anonfun$apply$1.apply(Execute.scala:226)
at sbt.ErrorHandling$.wideConvert(ErrorHandling.scala:17)
at sbt.Execute.work(Execute.scala:235)
at sbt.Execute$$anonfun$submit$1.apply(Execute.scala:226)
at sbt.Execute$$anonfun$submit$1.apply(Execute.scala:226)
at sbt.ConcurrentRestrictions$$anon$4$$anonfun$1.apply(ConcurrentRestrictions.scala:159)
at sbt.CompletionService$$anon$2.call(CompletionService.scala:28)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745) [error] Could not run test TestJni: java.lang.UnsatisfiedLinkError: Native Library /path-to-lib/libNativeContainer.dylib already loaded in another classloader
【问题讨论】：
-
任何堆栈跟踪？还是只是错误？
-
@JornVernee 添加了完整的堆栈跟踪。
-
我不确定问题是什么，但如果它在每个 JVM 中工作一次，您可以通过在 sbt 中设置
fork := true来解决它，以便为新的 JVM 派生每次运行测试。见scala-sbt.org/0.13/docs/Forking.html -
我想问题在于，默认情况下，sbt 在同一个 JVM 但不同的 ClassLoader 中运行每一轮测试，但是 JNI 库只能链接一次，而不是多个类加载器。所以
fork := true可能是一个很好的解决方案，这样每个 JVM 只加载一次你的类，因为它们可能会在生产场景中。 -
@SteveWaldman 这似乎是一个合理的解决方案，它确实解决了问题。您可能想将其添加为答案，以便我接受。
标签： java scala java-native-interface sbt classloader