在Java中通过JNI（Java Native Interface）调用本地代码时，所使用的动态库文件扩展名（如 .dll 对于Windows或 .so 对于Unix-like系统）取决于你的操作系统和目标平台。

1. DLL（Dynamic Link Library）:
   • 这是在Windows操作系统中使用的动态链接库文件的扩展名。如果你在Windows上开发JNI代码，并且你的Java应用程序也是运行在Windows上，那么你应该使用.dll文件作为你的本地库。
2. SO（Shared Object）:
   • 这是在Unix-like操作系统（如Linux、macOS等）中使用的共享对象文件的扩展名。如果你在Linux或macOS上开发JNI代码，并且你的Java应用程序也是运行在这些系统上，那么你应该使用.so文件作为你的本地库。

什么情况下使用so，什么情况下使用dll？

• 如果你在Windows上开发并运行你的Java应用程序，你应该使用.dll文件作为你的本地库。
• 如果你在Linux或macOS上开发并运行你的Java应用程序，你应该使用.so文件作为你的本地库。

但是，有一种特殊情况是跨平台开发。如果你希望你的Java应用程序能够在多个操作系统上运行，并且你希望使用JNI来调用本地代码，那么你需要为每个目标平台创建不同的本地库文件（例如，为Windows创建.dll文件，为Linux创建.so文件）。然后，在Java代码中，你可以使用System.loadLibrary()方法来加载本地库，并通过指定不带扩展名的库名来让Java运行时系统为你选择正确的库文件。例如：

在这个例子中，如果Java应用程序在Windows上运行，Java运行时系统会尝试加载名为mylibrary.dll的文件；如果在Linux上运行，则会尝试加载名为libmylibrary.so的文件（注意Linux下通常需要在库名前加上lib前缀，但这取决于你的构建系统和环境配置）。在macOS上，它可能会尝试加载libmylibrary.dylib（macOS的动态库扩展名）。