目录
- [🔍 原因分析](#🔍 原因分析)
- [✅ 解决方案](#✅ 解决方案)
-
- [方案 1：查看 JAR 的依赖清单（本次成功解决方式）](#方案 1：查看 JAR 的依赖清单（本次成功解决方式）)
- [方案 2：将整个相关目录引入 IDEA（推荐）](#方案 2：将整个相关目录引入 IDEA（推荐）)
- [方案 3：使用 Maven/Gradle 管理依赖](#方案 3：使用 Maven/Gradle 管理依赖)
- [方案 4：检查 Native 库路径](#方案 4：检查 Native 库路径)
- [方案 5：反编译查看代码（终极排查）](#方案 5：反编译查看代码（终极排查）)
- [💡 快速诊断步骤](#💡 快速诊断步骤)
🔍 原因分析
依赖其他 JAR 该 JAR 的 MANIFEST.MF 中 Class-Path 指向了 nx 目录下的其他 JAR，或代码中动态加载了其他库
Native 库依赖 JAR 依赖 .dll / .so / .dylib 等本地库，这些文件还在 nx 原目录
相对路径读取资源 代码中使用相对路径读取 nx 安装目录下的配置文件、许可证文件等
环境变量/系统属性 nx 安装时设置了特定的环境变量（如 NX_ROOT），JAR 运行时需要这些变量定位资源
✅ 解决方案
方案 1：查看 JAR 的依赖清单（本次成功解决方式）
用压缩软件打开 JAR，查看 META-INF/MANIFEST.MF，看是否有 Class-Path 属性：
Class-Path: lib/xxx.jar lib/yyy.jar .../other/zzz.jar
如果有，说明它依赖了相对路径下的其他 JAR，你需要把这些依赖的 JAR 也一起复制，并保持相对目录结构。
方案 2：将整个相关目录引入 IDEA（推荐）
不要只复制单个 JAR，而是把 nx 安装目录下整个相关文件夹（通常包含 lib/、bin/ 等）复制到新位置，然后在 IDEA 中将整个目录添加为 Library：
plain
Project Structure → Modules → Dependencies → + → JARs or Directories → 选择整个文件夹
方案 3：使用 Maven/Gradle 管理依赖
如果这个 JAR 来自某个公开的 Maven 仓库，最好的做法是在 pom.xml 或 build.gradle 中直接引入坐标，让构建工具自动拉取完整依赖树，而不是手动复制 JAR。
方案 4：检查 Native 库路径
如果报错涉及 UnsatisfiedLinkError 或 no xxx in java.library.path：
在 nx 原目录搜索 .dll / .so / .dylib 文件
在 IDEA 的 Run Configuration → VM Options 中添加：
plain
-Djava.library.path="新位置/native库目录"
方案 5：反编译查看代码（终极排查）
如果以上都不奏效，用 IDEA 自带的反编译器（或 JD-GUI）打开 JAR，搜索代码中是否有：
System.getProperty("xxx") 读取特定属性
new File("相对路径") 读取外部文件
System.loadLibrary() 加载本地库
根据代码逻辑补齐缺失的文件或环境变量。
💡 快速诊断步骤
对比两个位置的文件差异：在 nx 原目录搜索与该 JAR 同名的文件，看看周围是否有 lib/ 文件夹、.dll 文件或配置文件
查看 IDEA 的 Run 控制台报错：具体的 ClassNotFoundException、NoClassDefFoundError 或 FileNotFoundException 会告诉你缺了什么
用 jar tf your.jar | grep -i manifest 确认内部依赖
最省事的办法：如果空间允许，直接把 nx 整个安装目录复制到新机器/新位置，然后在 IDEA 里重新指向那个目录，通常就能正常工作。