
本文旨在澄清javafx sdk中原生库(如.dll文件)的位置变化,并提供在现代javafx版本中构建和打包应用程序的策略。我们将探讨sdk下载包的结构、maven依赖的处理方式,以及非模块化和模块化应用下包含原生库的推荐方法,旨在帮助开发者高效地创建可执行jar或原生安装包。
JavaFX SDK 原生库的存放位置
在早期JavaFX版本中,开发者习惯于在SDK的bin/目录下寻找原生库文件(如Windows上的.dll、macOS上的.dylib或Linux上的.so),以在构建可执行JAR时将其包含进去。然而,自JavaFX 19及更高版本起,这一文件结构发生了变化。
实际上,原生库文件并未消失,而是被重新安置到了SDK的lib/目录下。例如,如果您从Gluon等官方渠道下载并解压JavaFX SDK(如openjfx-20-ea+11_osx-x64_bin-sdk.zip),您会发现所有平台特定的原生库文件都位于lib/子目录中。
示例目录结构 (以macOS为例):
javafx-sdk-20/ ├── lib/ │ ├── javafx.base.jar │ ├── javafx.controls.jar │ ├── ... │ ├── libjavafx_iio.dylib (原生库) │ ├── libprism_common.dylib (原生库) │ ├── ... └── legal/
登录后复制

对于Windows系统,您会在lib/目录下找到对应的.dll文件;对于Linux系统,则是.so文件。这一变化是JavaFX SDK结构演进的一部分,旨在提供更清晰、更符合现代Java生态系统规范的组织方式。
立即学习“Java免费学习笔记(深入)”;
Maven/Gradle 项目中的原生库处理
当通过Maven或Gradle等构建工具管理JavaFX项目时,原生库的引入方式与直接使用SDK下载包略有不同。Maven Central等仓库中的JavaFX依赖通常是平台特定的。
JavaFX的Maven依赖被设计为包含平台特定的原生库。例如,javafx-graphics模块会根据目标平台提供不同的JAR包:
- javafx-graphics-20-ea+11-mac.jar (macOS)
- javafx-graphics-20-ea+11-win.jar (Windows)
- javafx-graphics-20-ea+11-linux.jar (Linux)
这些平台特定的JAR文件在它们的顶层目录中已经包含了相应的原生库。这意味着当您在pom.xml或build.gradle中正确声明了带有平台分类器(classifier)的JavaFX依赖时,构建工具会自动处理原生库的引入。
Maven 示例配置:
<dependencies>
<dependency>
<groupId>org.openjfx</groupId>
<artifactId>javafx-controls</artifactId>
<version>20</version>
</dependency>
<dependency>
<groupId>org.openjfx</groupId>
<artifactId>javafx-fxml</artifactId>
<version>20</version>
</dependency>
</dependencies>
<build>
<plugins>
<plugin>
<groupId>org.openjfx</groupId>
<artifactId>javafx-maven-plugin</artifactId>
<version>0.0.8</version>
<configuration>
<mainClass>com.example.App</mainClass>
</configuration>
<executions>
<execution>
<!-- Default configuration for running -->
<!-- Usage: mvn clean javafx:run -->
<id>default-cli</id>
</execution>
<execution>
<!-- Configuration for creating a self-contained application bundle -->
<!-- Usage: mvn clean install javafx:jlink -->
<id>jlink</id>
<goals>
<goal>jlink</goal>
</goals>
</execution>
</executions>
</plugin>
</plugins>
</build>
<profiles>
<profile>
<id>windows</id>
<activation>
<os><family>windows</family></os>
</activation>
<dependencies>
<dependency>
<groupId>org.openjfx</groupId>
<artifactId>javafx-controls</artifactId>
<version>20</version>
<classifier>win</classifier>
</dependency>
<dependency>
<groupId>org.openjfx</groupId>
<artifactId>javafx-fxml</artifactId>
<version>20</version>
<classifier>win</classifier>
</dependency>
</dependencies>
</profile>
<profile>
<id>mac</id>
<activation>
<os><family>mac</family></os>
</activation>
<dependencies>
<dependency>
<groupId>org.openjfx</groupId>
<artifactId>javafx-controls</artifactId>
<version>20</version>
<classifier>mac</classifier>
</dependency>
<dependency>
<groupId>org.openjfx</groupId>
<artifactId>javafx-fxml</artifactId>
<version>20</version>
<classifier>mac</classifier>
</dependency>
</dependencies>
</profile>
<!-- 其他平台类似 -->
</profiles>登录后复制
在上述Maven配置中,通过定义不同平台的profile,可以确保在特定操作系统上构建时,引入正确的平台特定JavaFX依赖,从而自动包含相应的原生库。
构建与打包 JavaFX 应用
现代JavaFX应用程序的打包方式更加多样化和强大,尤其是在Java模块系统(JPMS)的推动下。
标签: linux java go windows 操作系统 app 工具 mac ai macos 解压 win window
还木有评论哦,快来抢沙发吧~